Устранение неполадок ping DUP! (дублирование) с WiFi через расширитель

у меня есть Wi-Fi маршрутизатор и расширитель в моем доме, и я считаю, что может быть какая-то неправильная конфигурация в расширителе. При подключении к повторителю у меня часто высокая задержка или пропускная способность ниже ожидаемой.

мой главный вопрос:

как устранить неполадки расширителя Wi-Fi, который, кажется, вызывает много дубликатов?

ответ: в моем случае проблема была в неисправном NIC на ПК ("d"). См. EDIT3 для полного объяснения и посмотрите на комментарии для valiable советов по WIFI thoubleshooting.

то, что я пытался до сих пор использует ping, mtr, traceroute/tracepath. Затем я опишу свой сценарий, а затем приведу некоторые примеры выходных данных ping:

сценарий

что у меня есть:

a. только для проводов, маршрутизатор, предоставленный поставщиком интернет-услуг, подключен к интернету

b. TP-Link Archer - C60 подключен к маршрутизатору ISP через ethernet

c. TP-Link AC 750 (RE200) подключен к "b" через 5.8 Ghz wifi канал

d. домашний ПК подключен к " c " через 2,4 ГГц wifi канал

другое устройство использует 5.8 Ггц. Другие устройства используют либо b или c 2,4 ГГц WiFi канал для доступа к сети.

физическая модель окружающей среды:

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|
|             |
|-------------|

пример pings

Я запустил ping с хоста "d", пока нет другое устройство подключено к сети. При этом я могу легко получить от 5 до 7 дубликатов для одного и того же ответа ping. Некоторые примеры выходных данных:

пинг b (192.168.0.1) от d:

--- 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

пинг 8.8.8.8 из d:

--- 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 - "д."..

EDIT2:

• удалены ICMP time exceeded in-transit log, добавленный в EDIT1, поскольку он не был связан.

• виртуальная топология среды

виртуальная топология:

a --- cat5 --- b >>> 5.8Ghz >>> c ))) 2.4Ghz ))) d and other hosts devices
               U
               U
              2.4Ghz
               U
               U
         other hosts devices

что есть:

• Интернет 'а' до 'B' через CAT5 и распространяется " Б " через беспроводную
• роутер " B "и общаться расширитель" с " через 5.8 Ггц канал
• хосты подключаются к " b " или " c " через канал 2,4 ГГц (теоретически они могут подключаться через канал 5,8 ГГц, но у меня нет совместимых устройств на данный момент)

EDIT3:

оказывается, это был неисправный PCI wireless NIC на моем ПК ("d"). Сетевой адаптер сбрасывал много пакетов и отправлял много дубликатов. Это поведение засорило ретранслятор и в конечном счете всю сеть, влияя на другие устройства. Я заменил сетевую карту и теперь все работает просто отлично.

чтобы определить это, я просто взял пару ноутбуков и попытался проверить подключение внутри и вне сети. Кроме того, я сделал все тесты с" d " включен, а затем повторил их с выключенным. Разница была очень заметной.

связь внутри сети: я использовал пинг iputils для проверки скорости падения при наводнении (флаг-f). Скорость падения была близка к нулю между двумя ноутбуками, но было около 20% на мой компьютер. ПК также выставил много неудачников. tcpdump показал дублированные пакеты как принадлежащие моему ПК или только идущие к моему компьютеру. Когда мой компьютер был включен, пинг между двумя устройствами было несколько DUPs и капель. Когда компьютер был выключен, не было обнаружено никаких сбоев или падений.

подключение вне сети: я использовал mytraceroute, fast.com, и speedtest.net для проверки подключения вне сети. Задержка была очень высокой и пропускная способность очень низкий, когда мой компьютер был включен. Сеть вела себя отлично, с очень низкой задержкой и почти номинальной пропускной способностью, когда мой компьютер был выключен.

С Новым NIC, все работает как шарм.