☰

ping -f показывает проблемы, но обычный ping не показывает

tag-icon • tag-icon linux networking ping icmp
ping -f показывает проблемы, но обычный ping не показывает

У меня возникла странная проблема с хостингом в дата-центре Softlayer в Вашингтоне.

Тест с экземпляра EC2 на моем сервере в Softlayer:-

[root@EC2-box ~]# ping -f -c 100 MY-SL-BOX
PING MY-SL-BOX (MY-SL-BOX) 56(84) bytes of data.
..................................................
--- MY-SL-BOX ping statistics ---
100 packets transmitted, 50 received, 50% packet loss, time 743ms
rtt min/avg/max/mdev = 2.464/2.906/3.606/0.220 ms, ipg/ewma 7.505/2.927 ms
[root@EC2-box ~]#

Тест из экземпляра EC2 на www.softlayer.com (или любом другом веб-сайте):-

[root@EC2-box ~]# ping -f -c 100 www.softlayer.com
PING www.softlayer.com (66.228.118.51) 56(84) bytes of data.

--- www.softlayer.com ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 1168ms
rtt min/avg/max/mdev = 35.143/35.485/36.216/0.211 ms, pipe 4, ipg/ewma 11.804/35.518 ms
[root@EC2-box ~]#

Тест с моего сервера на softlayer на экземпляр EC2:-

[root@MY-SL-BOX ~]# ping -f -c 100 7EC2-box
PING 7EC2-box (7EC2-box) 56(84) bytes of data.
.................................................
--- 7EC2-box ping statistics ---
100 packets transmitted, 51 received, 49% packet loss, time 866ms
rtt min/avg/max/mdev = 2.067/2.378/2.679/0.131 ms, ipg/ewma 8.756/2.414 ms

Тест с моего сервера в softlayer на экземпляр www.softlayer.com:-

[root@MY-SL-BOX ~]# ping -f -c 100 www.softlayer.com
PING www.softlayer.com (66.228.118.51) 56(84) bytes of data.
....................................................
--- www.softlayer.com ping statistics ---
100 packets transmitted, 48 received, 52% packet loss, time 1424ms
rtt min/avg/max/mdev = 33.677/34.041/34.693/0.240 ms, pipe 4, ipg/ewma 14.386/34.083 ms

Примечание.. во всех вышеперечисленных случаях, когда я не использую опцию "-f", потери пакетов вообще нет. 7EC2-box и MY-SL-BOX — это реальные IP. Я замаскировал их, чтобы разместить здесь.

Если я проведу трассировку маршрута на любой другой IP-адрес с моего сервера и даже ping -f на первый показанный там узел, то будет выявлена ​​потеря 50% пакетов, а без "-f" потерь не будет.

Я поговорил со службой поддержки, и они сказали, что поскольку без «-f» проблем нет, то и здесь проблем нет.

Они правы?

Странно, что «ping -f» из любой внешней сети на любой сайт не показывает потерь, кроме моей.

Я ищу уже час, был бы очень признателен, если бы кто-нибудь мог указать мне подробные инструкции по тестированию потери пакетов.

решение1

Некоторые машины (хосты, брандмауэры или маршрутизаторы), если они вообще разрешают транзит ICMP, будут ограничивать запросы/ответы ICMP ping, чтобы избежать снижения производительности (ЦП или сети) из-за чрезмерной активности ping. Использование -f без установки разумного интервала (см. параметр -i для ping) не рекомендуется в большинстве сред, поскольку это может быть разрушительным (фактически -f -c 100 отправляет 100 запросов ping один за другим без промежутка между ними). ​​Хотя вы можете использовать -f в качестве параметра (всегда с консервативными параметрами -c и/или -i) в своей собственной сети, большинство других сетевых администраторов не захотят, чтобы вы делали это в их сетях.

решение2

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

http://nmap.org/book/output-formats-commandline-flags.html#output-formats-ex-packettrace

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

ping -f -i 0.5 google.co.uk

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

решение3

Да, я бы попробовал убрать опцию -f flood. Скорее всего, это не устраивает брандмауэр. У вас обычно хорошие пинги в обоих направлениях? Что говорит трассировка маршрута для каждого?

Связанный контент