『なんだか、ハングします・・』のクチコミ掲示板

[Tatsu32]

WHR-G54S/P を利用していますが、特定の条件の時に
ルーターがハングアップしたようになり、
一旦インターネットへの接続がとぎれます。

ルーターからログファイル(logfile.log)を
ダウンロードしてみました。

以下、中身です。
---------------------------------------------
################################################
# This is the AirStation log File.
# Model = WHR-G54S Ver1.38
# LAN MAC = 00:16:01:0D:B3:22
# Date = 2006/04/28
################################################

2006/04/29 01:14:16 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:14:09 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:14:09 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:14:09 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:14:09 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:13:49 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:13:45 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:13:40 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:13:34 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:13:29 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:13:29 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:13:29 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:13:29 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:13:29 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:13:29 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:13:29 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:13:29 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:13:29 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:13:29 NAT ip_conntrack: table full, dropping packet.
2006/04/29 01:12:29 NTP SUCCESS: set time : Sat Apr 29 01:12:29 2006
2006/04/29 01:12:28 NTP probe_count=0 hostname=time-nw.nist.gov cycle_time=86400
2006/04/29 01:12:28 NTP start ntpclient
2006/04/29 01:12:24 DHCPS max_leases value (256) not sane, setting to 64 instead
2006/04/29 01:12:24 DHCPS udhcpd (v0.9.9-pre) started
2006/04/29 01:12:24 DHCPS Received a SIGTERM
---------------------------------------------

自作のプログラムで、HTTPサーバーにこまめに接続を
短時間に沢山繰り返すものを動かすと、必ず上記の
エラーが発生して接続が一旦止まります。

どうやらip_conntrackテーブルがあふれている様子。
サポートには一応、上記を投げましたが、次のファームで
対応してくれるかどうか・・。

他のルーターではこのプログラムは問題が出ないので、
固有の問題だと思っています。

書込番号：5034093

[sban]

この質問内容はkakaku.comに質問する内容としては専門的すぎますねえ。
みたところ、NATの変換テーブルがFULLになっていますね。
ローカルアドレス＋ポート番号とグローバルアドレス＋ポート番号の
変換テーブルがいっぱいになったみたいですね。これはおっしゃるとおりHTTPサーバ(外部のHTTPサーバに接続を行っていますね。NATを使っている様子なので)に短期間にアクセスを行いに行く為にローカル側のポート番号を外部側のポート80?へ接続に行く場合のポート番号がアクセス間隔が短いが為に内部ボート番号でFIN_WAIT状態のものが消滅していない為に
新たなポート番号が振られてしまい、またそのポート番号がNATに登録されるが為にNATがあふれたのでしょう。
これってHTTPサーバにアクセスを行うパソコン側でFIN_WAIT状態の期間を短くすれば回避できるかもしれません。（その方法は調べて下さい。）ただし、他のルータでは問題ないとの事で、これはこのルータのスペックかもしれません。(NATテーブルの上限値が)
問題無いとおっしゃっているルータはこんなコンシューマ用ではなく、もうちょっと上等のルータではないですか？
余談ですが、このルータも内部的にはUNIX系なんですね。"SIGTERM"
がなんたらかんたらなんて、Linuxかな？BSDかな？

書込番号：5043992