web-dev-qa-db-ja.com

ping DUPのトラブルシューティング! (重複)エクステンダー上のwifiで

自宅に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|
|             |
|-------------|

Pingの例

他のデバイスがネットワークに接続されていないときに、ホスト「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

あれは:

  • インターネットは、cat5を介して「a」から「b」に提供され、ワイヤレスを介して「b」によって配信されます。
  • ルーター「b」とエクステンダー「c」は5.8Ghzチャネルを介して通信します
  • ホストは2.4Ghzチャネルを介して「b」または「c」のいずれかに接続します(理論的には5.8Ghzチャネルを介して接続できますが、現時点では互換性のあるデバイスがありません)

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では、すべてが魅力のように機能しています。

2
ruasoliveira

結局のところ、それは故障した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では、すべてが魅力のように機能しています。

0
ruasoliveira