自宅にwifiルーターとエクステンダーがあり、エクステンダーの設定が間違っている可能性があると思います。エクステンダーに接続すると、待ち時間が長くなるか、スループットが予想よりも低くなることがよくあります。
私の主な質問は:
多くの重複を引き起こしていると思われるwifiエクステンダーのトラブルシューティングを行うにはどうすればよいですか?
回答:私の場合、問題はPC( "d")のNIC)の障害でした。完全な説明についてはEDIT3を参照してください。 WIFIのトラブルシューティングに関する有効なヒントについては、コメントをご覧ください。
これまでに試したことは、ping、mtr、traceroute/tracepathを使用することです。次に、シナリオについて説明し、ping出力の例をいくつか示します。
私が持っているものは:
a。インターネットに接続された有線のみのISP提供ルーター
b。 TP-Link Archer-C60はイーサネット経由で「a」(ISPルーター)に接続されています
c。 TP-Link AC 750(RE200)は、5.8Ghzのwifiチャネルを介して「b」に接続されています
d。 2.4GhzWi-Fiチャネルを介して「c」に接続されたホームPC
他のデバイスは5.8Ghzチャネルを使用しません。他のデバイスは、bまたはcの2.4GhzWi-Fiチャネルを使用してネットワークにアクセスします。
環境の物理モデルは次のとおりです。
Legend:
-- and | are walls
' is a ethernet cable
a is the ISP-provided router
b is the TP-Link Archer-C60 wifi router
c is the TP-Link AC 750 (RE200) wifi extender
d is a home PC
|--------------|
| d |
|c |
-----------| |------ ------| |
| |
| b|------- --- -| |
| '| |--------------|
| '|
| a|
| |
|-------------|
他のデバイスがネットワークに接続されていないときに、ホスト「d」からpingを実行しました。これを行うと、同じping応答に対して5〜7個の重複を簡単に取得できます。いくつかの出力例:
Dからb(192.168.0.1)にpingを実行します。
--- 192.168.0.1 ping statistics ---
421 packets transmitted, 421 received, +487 duplicates, 0% packet loss, time 420022ms
rtt min/avg/max/mdev = 1.053/10.543/188.536/21.423 ms
Dから8.8.8.8にpingを実行します。
--- 8.8.8.8 ping statistics ---
421 packets transmitted, 420 received, +867 duplicates, 0% packet loss, time 419810ms
rtt min/avg/max/mdev = 35.480/47.917/256.235/21.228 ms
EDIT1: Tcpdumpを実行すると、たくさんのICMP time exceeded in-transit
。 192.168.0.1が「b」で192.168.0.100が「d」である小さなサンプル...
EDIT2:
削除されましたICMP time exceeded in-transit
ログ、無関係だったため、EDIT1に追加されました。
環境の仮想トポロジ
仮想トポロジは次のとおりです。
a --- cat5 --- b >>> 5.8Ghz >>> c ))) 2.4Ghz ))) d and other hosts devices
U
U
2.4Ghz
U
U
other hosts devices
あれは:
EDIT3:
結局のところ、それは故障したPCIワイヤレスでしたNIC私のPC( "d"))NICはたくさんのパケットを落とし、たくさんのこの動作はリピーターを詰まらせ、最終的にはネットワーク全体を詰まらせ、他のデバイスに影響を与えました。NICを交換したところ、すべてが正常に機能するようになりました。
これを特定するために、私は単にノートブックのペアを入手し、ネットワークの内外の接続をテストしようとしました。また、「d」をオンにしてすべてのテストを実行し、オフにして繰り返しました。違いは非常に顕著でした。
ネットワーク内の接続性:iputilsのpingを使用して、フラッディング中のドロップ率をテストしました(-fフラグ)。 2つのノートブック間のドロップ率はほぼゼロでしたが、私のPCでは約20%でした。 PCもたくさんのDUPを展示していました。 tcpdumpは、重複したパケットが私のPCからのものであるか、または私のPCにのみ送信されていることを示しました。 PCの電源を入れたとき、2つのデバイス間のpingにいくつかのDUPとドロップがありました。 PCの電源を切ったとき、DUPまたはドロップは識別されませんでした。
ネットワーク外の接続性:mytraceroute、fast.com、speedtest.netを使用して、ネットワーク外の接続性を確認しました。 PCの電源を入れたときの待ち時間は非常に長く、スループットは非常に低かった。 PCの電源を切ったとき、ネットワークは完全に動作し、待ち時間は非常に短く、スループットはほぼ公称値でした。
新しいNICでは、すべてが魅力のように機能しています。
結局のところ、それは故障したPCIワイヤレスでしたNIC私のPC( "d"))NICはたくさんのパケットを落とし、たくさんのこの動作はリピーターを詰まらせ、最終的にはネットワーク全体を詰まらせ、他のデバイスに影響を与えました。NICを交換したところ、すべてが正常に機能するようになりました。
これを特定するために、私は単にノートブックのペアを入手し、ネットワークの内外の接続をテストしようとしました。また、「d」をオンにしてすべてのテストを実行し、オフにして繰り返しました。違いは非常に顕著でした。
ネットワーク内の接続性: iputilsのpingを使用して、フラッディング中のドロップ率をテストしました(-fフラグ)。 2つのノートブック間のドロップ率はほぼゼロでしたが、私のPCでは約20%でした。 PCもたくさんのDUPを展示していました。 tcpdumpは、重複したパケットが私のPCからのものであるか、または私のPCにのみ送信されていることを示しました。 PCの電源を入れたとき、2つのデバイス間のpingにいくつかのDUPとドロップがありました。 PCの電源を切ったとき、DUPまたはドロップは識別されませんでした。
ネットワーク外の接続性: mytraceroute、fast.com、speedtest.netを使用して、ネットワーク外の接続性を確認しました。 PCの電源を入れたときの待ち時間は非常に長く、スループットは非常に低かった。 PCの電源を切ったとき、ネットワークは完全に動作し、待ち時間は非常に短く、スループットはほぼ公称値でした。
新しいNICでは、すべてが魅力のように機能しています。