Ping выдает странные результаты

Сеть WiFi?

tcpdump'ом смотрели? Может там ещё arp-запрос выполняется.

Сеть WiFi?

Нет, езернет гигабитный, обычный.

tcpdump’ом смотрели? Может там ещё arp-запрос выполняется.

Вот тут я не очень понял.

Кажется начинаем докапываться до причины:

traceroute -4 -n -I 192.168.8.223
traceroute to 192.168.8.223 (192.168.8.223), 30 hops max, 60 byte packets
 1  192.168.8.223  210.317 ms  212.144 ms  213.987 ms

но

traceroute -4 -n 192.168.8.223
traceroute to 192.168.8.223 (192.168.8.223), 30 hops max, 60 byte packets
 1  * * *
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *

.223 это свитч управляемый, по сути в него воткнут сервер. Сеть состоит из роутера, 2-х точек доступа, 3-х свитчей управляемых.

Попробовал сделать Ping с корневого роутера - поведение такое же, как и с машины с Ubuntu. Попробовал сделать с корневого роутера traceroute: если делаю ICMP, то маршрут находит, если UDP или TCP, то маршрут не находит.

На сервере попробовал сделать сброс arp кеша, не помогло. Перезагрузил все свичи, не помогло. Перезагрузил корневой роутер, не помогло.

Отключил QOS на корневом роутере. Стало интереснее.

traceroute -4 -T -n  192.168.8.223
traceroute to 192.168.8.223 (192.168.8.223), 30 hops max, 60 byte packets
 1  192.168.8.223  3.374 ms  6.507 ms  9.713 ms

а потом

 traceroute -4 -T -n  192.168.8.223
traceroute to 192.168.8.223 (192.168.8.223), 30 hops max, 60 byte packets
 1  * * *
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * 192.168.8.223  3.200 ms  6.320 ms

Трасерты на внешние адреса, типа ya.ru, улетают со свистом и без каких-то видимых проблем в принципе.

Немного поразмыслив: а не может ли это быть какая-то защита от флуда на умном свиче? Это D-Link, документации по нему традиционно нету. Т.е. если его пингуют часто, то он начинает сбрасывать пакеты.

Пробую по такой же схеме пинговать IP-камеры, то подобных проблем не возникает.

Не надо пинговать свич для тестирования, он не обязан отвечать вовремя на пинги.

Чтобы сформировать ethernet-пакет ядро должно знать MAC-адрес узла. Я не знаю как ping измеряет время, скорее всего время, пока IP преобразуется в MAC тоже учитывается.

Но, надо было с самого начала написать, что пингуете свичи/маршрутизаторы, а не с одной Ubuntu другую Ubuntu. Не стал бы писать в этот топик.

свитч моего провайдера не пингуется или отвечает 50/50, но инет работает ок

Чтобы сформировать ethernet-пакет ядро должно знать MAC-адрес узла. Я не знаю как ping измеряет время, скорее всего время, пока IP преобразуется в MAC тоже учитывается.

MAC-IP берется из ARP-кеша. На это время не тратится. С другой стороны, даже если это первый запрос, то в локальной сети ограниченной всего 254 устройствами не должно уходить много времени на поиск сопоставления.

В общем - свичи больше не пингую :) они странные какие-то.

Немного поразмыслив: а не может ли это быть какая-то защита от флуда на умном свиче?

Management Plane на свичах часто тормозной - для управления хватает, для чего-то большего уже нет. Поэтому нередка(а скорее даже близится к 100%) ситуация, что транзитный трафик пролетает через свич со свистом, а пинг до самого свича - «тормозит».

Резюмируя: высокий ping до самого свича(если при этом нет никаких других симптомов неисправности) в общем случае не говорит ни о чём.

Минутка ностальгии: вспоминаю старые свичи 3com, у которых ping НЕ ОПУСКАЛСЯ ниже 30мс с момента установки в сеть, но при этом сами свичи проблемы начинали доставлять только после 10+ лет эксплуатации.