DUP! проблема с пингом

У меня есть следующая проблема, когда я пытаюсь пинговать конкретный хост:

64 байт от 192.168.32.119: icmp_seq=7 ttl=128 время=0.884 мс
64 байт от 192.168.32.119: icmp_seq=7 ttl=127 время=2.10 мс (ДУП!)

Я попытался получить IP-адреса по MAC:

root@ws100:~# ip neighbor | grep "48:5b:39:a6:c5:3a" | cut -d" " -f1
192.168.32.119

Как видите, я получаю только один IP-адрес, так что дублирующиеся хосты не отображаются…

Есть ли способ выяснить, в чем проблема?

ДУП означает дублирующийся пакет.

Из man ping:

    Дублирующие и поврежденные пакеты

    ping будет сообщать о дублирующих и поврежденных пакетах. Дублирующие пакеты не должны 
когда-либо возникать и, похоже, вызваны неуместными пересылками на уровне канала. Дубликаты могут возникать в 
многих ситуациях и редко (если вообще) являются хорошим признаком, хотя наличие 
низкого уровня дубликатов может не всегда быть поводом для тревоги.

    Поврежденные пакеты, очевидно, являются серьезной причиной для тревоги и часто указывают 
на неисправное оборудование где-то на пути пакета ping (в сети или на хостах).

Существуют разные причины для этого, вы захватывали свой сетевой трафик через интерфейс в
промискуитетном режиме? Иногда это причина дублирования пакетов.

Я получал ошибку DUP! при пинге сервера ubuntu 20.04.5 на хосте vmware esxi 6.7.

64 байта от x.x.x.x: icmp_seq=2 ttl=62 время=2.31 мс (ДУП!)

Хост esxi имел 4 сетевых адаптера, подключенных к коммутатору Cisco, и 4 порта
коммутатора не были настроены как канальный порт. На vSwitch был выбран Маршрут на основе хеширования IP, который следует включать только при использовании EtherChannel или
канального порта. Я изменил его на Маршрут на основе исходящего ID порта, и ошибка DUP! была
устранена.

Затем я настроил 4 порта коммутатора как канальный порт и снова вернулся к методу IP-хеширования, и все заработало хорошо.

Я хочу добавить еще одно решение, менее сложное, но это как раз был мой случай. Я сильно ругался, пытаясь понять, что происходит с моей сетью!

Соединение сошло с ума. Браузеры перестали работать или работали ультра медленно, и ping стал нервной каскадой предупреждений “DUP!“.

Пытаясь диагностировать, что происходит, я начал делать: ping, используя Wireshark, ifconfig, все
разнообразие сложных действий.
С помощью других хостов, используя команды против беспроводных сетевых устройств, чтобы изолировать проблему, я сосредоточился на WiFi-прокси-устройстве,
которое не перемещалось с места в течение многих лет. Никогда не вызывало проблем.
Правда, у него недавно прошел апгрейд прошивки, но после этого сервис и производительность оставались хорошими.
Устройство находилось на очень подходящем прямом пути между источниками и конечными устройствами, и ничего не намекало на то, что небольшое смещение могло бы решить проблему.

Но это было именно его положение: я переместил его на несколько метров, проблема с ping “DUP!” решена:

ДУПЛИКАТЫ:

% ping www.xxx.com
PING e15414.a.akamaiedge.net (X.XX.XXX.X): 56 байт данных
64 байта от X.XX.XXX.X: icmp_seq=0 ttl=56 время=197.716 мс
64 байта от X.XX.XXX.X: icmp_seq=0 ttl=56 время=197.769 мс (ДУП!)
64 байта от X.XX.XXX.X: icmp_seq=0 ttl=56 время=197.800 мс (ДУП!)
64 байта от X.XX.XXX.X: icmp_seq=0 ttl=56 время=197.822 мс (ДУП!)
64 байта от X.XX.XXX.X: icmp_seq=0 ttl=56 время=197.861 мс (ДУП!)
64 байта от X.XX.XXX.X: icmp_seq=0 ttl=56 время=197.883 мс (ДУП!)
^C
--- статистика пинга e15414.a.akamaiedge.net ---
2 пакета передано, 1 пакет получен, +5 дубликатов, 50.0% потеря пакетов
время в пути мин/сред/max/стандартное отклонение = 197.716/197.809/197.883/0.056 мс

ПОСЛЕ СМЕНЫ МЕСТА УСТРОЙСТВА:

% ping www.xxx.com
ping: не удается разрешить www.xxx.com: Неизвестный хост
% ping www.xxx.com
PING e15414.a.akamaiedge.net (X.XX.XXX.X): 56 байт данных
64 байта от X.XX.XXX.X: icmp_seq=0 ttl=56 время=20.027 мс
64 байта от X.XX.XXX.X: icmp_seq=1 ttl=56 время=25.800 мс
64 байта от X.XX.XXX.X: icmp_seq=2 ttl=56 время=75.108 мс
64 байта от X.XX.XXX.X: icmp_seq=3 ttl=56 время=18.297 мс
64 байта от X.XX.XXX.X: icmp_seq=4 ttl=56 время=28.077 мс