前記事の続きです。

昨日夕方に（漸く） ISP から回答がありました。
が、内容は期待通りのよろしくないものでした。

結局の所、ひかり電話を２契約して HGW を１台借りるしかなさそうです('A`)

ただその前に、前記事のコメントで指摘された内容の真偽を、直接 KDDI に確認しなければなりません。
そこに可能性があるのなら、万策尽きるまで試してみないと、後で後悔しますからね。

というわけで、今度は KDDI に電話してみます。
殆ど結果の見えている勝負（？）ですが、結果が出次第 報告致します。

どうでもいいけど、どうして HGW 自身（の置換）の話をしているのに、すぐ HGW 配下の話にしたがるんでしょうね。→ サポセンの人

自前ルーターで置き換えたいっていってるのに、HGW の下でブリッジモードで動かせるとか何とかわけわからん方向に持っていくし。
思わず「え、態々ルーターをブリッジモードで動かすなんて！スイッチングハブを置くのと何が違うんですか？」とかわけわからん返答してしまうし（爆

まぁ、サポセンの人にとって自前ルーターの話は無線 LAN 絡みの事が殆どだと思われるので、そういう流れになるのは理解できなくも無いんですけどね。。。

前記事のコメントで、KDDI に直接連絡すると PPPoE 用のアカウントが頂けるという情報を受け、若しかしたらネットには上がらない非公開情報があるのではと思い、契約 ISP のテクニカルサポートへ連絡してみました。

途中、押し問答を展開し３度の折り返し電話を受けましたが、現在貸し与えている Aterm bl190hw より性能の良いものは無い事、自前ルーターへの置き換えはできない事が結論となりました。
＃PPPoE 接続は無く、ホームゲートウェイ(HGW)による自動認証しか行っていないの一点張りでした。
＃ひかりone のアクセス回線は実質広域イーサネットなので、まぁしょうがないかなという感じです。

仕方ないので方向性を変え、HGW の追加レンタルについて質問をしてみました。
しょぼいルーターでもスケールアウトすれば当該問題に対応できるだろうという腹積もりです。

こちらもある程度は下調べをしていたのですが、やはり私の期待を超えるような回答は得られませんでした。
つまり、HGW の追加レンタルを受けたければ、ひかり電話契約を２件行え、という事です。
＃１件目の契約は既存の HGW で対応出来てしまうため、追加レンタルは２件目からだそうで。
電話サービスの追加など、ホームゲートウェイを複数台ご利用になる場合 ｜ ひかりone（auの光ファイバーサービス）

３件以上の契約も可能かどうかも尋ねたのですが、契約に関する事はカスタマーサポートへ連絡してくれとの事。
また一から説明し直すのが面倒なのですが、しぶしぶカスタマーサポートへ連絡し、要点（HGW の追加レンタル）を説明。
＃こちらでも途中４度ほど折り返しを受けました。

はじめは通例通り、ひかり電話の２契約を勧められたのですが、
「電話はしません。HGW だけ欲しいのです」
という点を強調して説明しましたところ、KDDI へその旨尋ねて頂ける運びとなりました！
かなりしつこく食い付いた成果でしょうか。
オペレーターの方には大変お手数をお掛けしまして、申し訳ありません。o(_ _)o
＃本当は、KDDI には直接色々とお聞きしたかったのですが、この辺は個人では歯牙にも掛けてもらえないようです（ＴｏＴ）ノ~~

回答は２〜３日後になるとの事で、結果がわかり次第報告致します。

誠に申し訳ありません。

ひかりone のしょぼいルータを置き換えが出来ないと結論が出た後、クライアントとサーバとのコネクション持続時間について調整し、いくらか凌いできましたが、やはり休日夜間のアクセスには堪えられませんでした。。。

原因は、前記事にも書きましたが、ルーターの NAT セッションテーブルに収まりきらないほどのアクセスが短時間に生じた為、テーブル溢れが発生している事です。
この問題の根本的な解決にはルータの性能向上が必要なのですが、これが出来ない以上、打つ手に欠けるのが現状です。

色々とサーバの調整をして見てはいましたが、まるで改善されず、十分なスループットを発揮できない様を見てると、 128 M メモリの XP でオフィス使って業務するぐらいのフラストレーションが溜まっていきます。。。

＃更に腹立たしい事は、この NEC 製 ルータ（Aterm bl190hw）は他の同種の NEC 製ルータと比べても、性能・機能的にわざとグレードダウンさせてるという事。
＃おま、NAT タイマとかログ機能ぐらい付けとけよ！
＃というか、telnet 機能あるくせにログインできないとかふざけてるの？ → au

正直、私はもうどう努めれば良いのやら、わけが分からなくなってきました… orz

ご利用中の皆様にはご迷惑をお掛けしますが、具体的な対策が打てるまでの間、特に休日や夜間にアクセスし辛い状況が続くかと思いますが、ご理解・ご了承の上でご利用頂けますよう宜しくお願い致します。。。

正確には、ルーターを置換したは良いが全く改善されませんでしたorz

どうも２万円以内に収まるようなルーターでは歯がたちそうもないです。

原因は、恐らく NAT テーブルが溢れている事だと思うので、このテーブルサイズが大きいものを買えば良いわけですが、プラス 100 req/sec の HTTP リクエストと 2,000 の同時コネクション数、最低 300 Mbps のスループットの出る安定したルーターとなると、ヤマハの RTX3000（３０万円コース）ぐらい。
流石に買い物に失敗した時の事を考えると、おいそれと買える代物ではない訳で…

ルーターを自作するという選択肢もないわけではありませんが、少しでも時間の惜しい中、0 からはじめるのは一寸遠慮願いたいです。

なので、一寸見方を変えてみます。

要は転送サーバーと Web サーバーが同じルーターを使うとスループットが半減するので、別々のルーターを使うのが良いかも知れません。
ただ、使っている回線の認証がルーターの MAC アドレスで行われているらしいので、同時に２個のルーターを（同じ MAC アドレスに偽装して）お外向けに置く事ができない。。。

もう、新しい回線でも契約しようかしら（´；ω；｀）ﾌﾞﾜ

前記事で Web / DB サーバを移設したと書きましたが、そのネットワークにはもともと転送サーバもあった為か、ついにルーターの処理能力が追いつかなくなりました。。。

色々と対策をしてみましたが、プロバイダ指定のルーターではどうにもこうにも限界のようで、已む無くもう少しマシなルーターを購入しました。

漸くルーターの初期設定も終わり、これから既存のルーターと置き換えたいと思いますので、暫く当サービスへのアクセスが不安定になると思います（１時間ほど）。

予めご了承頂ければ幸いです。

置き換えが終了し動作確認がとれましたら、追記致します。

＃文章がめちゃくちゃだ。
＃(-ω-｀ ) < ﾈﾑｲ

追記 09/03/16 06:52

とりあえず置き換えは完了しました。
これから１両日〜１週間ほど掛けて新ルーターの様子を注意深く見て行きたいと思います。

では、おやすみノシ

以前より最優先課題として挙げていた、Web サーバと DB サーバの（データの）移設を完了しました。
前のサーバよりも数段パフォーマンスが優れていますので、最近遅くなりがちであった夜間のレスポンスがいくらか改善される事を期待しています。

これで、私の荷もいくらか軽くなると良いのですけど……