LINUX.ORG.RU
ФорумAdmin

Странно себя ведет PING


1

1

Иногда (примерно несколько раз в день) очень странно себя ведет пинг.

#  ping www.ru
PING www.ru (194.87.0.50) 56(84) bytes of data.
64 bytes from 194.87.0.50: icmp_seq=1 ttl=57 time=3.76 ms
64 bytes from 194.87.0.50: icmp_seq=2 ttl=57 time=3.72 ms
64 bytes from 194.87.0.50: icmp_seq=3 ttl=57 time=3.42 ms
64 bytes from 194.87.0.50: icmp_seq=4 ttl=57 time=3.62 ms
^C64 bytes from 194.87.0.50: icmp_seq=5 ttl=57 time=3.65 ms

--- www.ru ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 40021ms
rtt min/avg/max/mdev = 3.426/3.638/3.761/0.122 ms
Как видно из цитаты сами пакеты ходят относительно быстро, но время между запросами ... Не подскажете с чем это может быть связано?

При пинге по DNS-имени, если не указана опция ″-n″ идёт обратный DNS-поиск (имени по ip-адресу).

mky ★★★★★ ()

Со скоростью и/или забитым каналом сети.

invokercd ★★★★ ()
Ответ на: комментарий от mky

Для каждого пакета?

Я что-то раньше не сталкивался с тестами около минуты. Кто может быть в этом виноват?

AvegaTM ()
Ответ на: комментарий от i_gnatenko_brain
# dig www.ru

; <<>> DiG 9.9.2-rl.028.23-P2-RedHat-9.9.2-10.P2.fc18 <<>> www.ru
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40216
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 5, ADDITIONAL: 10

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;www.ru.                                IN      A

;; ANSWER SECTION:
www.ru.                 244     IN      A       194.87.0.50

;; AUTHORITY SECTION:
ru.                     50986   IN      NS      e.dns.ripn.net.
ru.                     50986   IN      NS      a.dns.ripn.net.
ru.                     50986   IN      NS      d.dns.ripn.net.
ru.                     50986   IN      NS      b.dns.ripn.net.
ru.                     50986   IN      NS      f.dns.ripn.net.

;; ADDITIONAL SECTION:
a.dns.ripn.net.         82541   IN      A       193.232.128.6
a.dns.ripn.net.         22282   IN      AAAA    2001:678:17:0:193:232:128:6
b.dns.ripn.net.         17544   IN      A       194.85.252.62
b.dns.ripn.net.         40746   IN      AAAA    2001:678:16:0:194:85:252:62
d.dns.ripn.net.         250     IN      A       194.190.124.17
d.dns.ripn.net.         2960    IN      AAAA    2001:678:18:0:194:190:124:17
e.dns.ripn.net.         78613   IN      A       193.232.142.17
f.dns.ripn.net.         3309    IN      A       193.232.156.17
f.dns.ripn.net.         40420   IN      AAAA    2001:678:14:0:193:232:156:17

;; Query time: 0 msec
;; SERVER: 80.64.109.227#53(80.64.109.227)
;; WHEN: Sun Apr 28 03:10:57 2013
;; MSG SIZE  rcvd: 335
AvegaTM ()
Ответ на: комментарий от invokercd

Обещанная скорость 10 Мб/с. И вроде бы она и есть - медленно устанавливается соединение, но потом качается по 8-9Мб/с.

AvegaTM ()
Ответ на: комментарий от i_gnatenko_brain

Наверно я схожу сума...

 ping -c 10 -i 1 www.ru
PING www.ru (194.87.0.50) 56(84) bytes of data.
64 bytes from 194.87.0.50: icmp_seq=1 ttl=57 time=3.61 ms
64 bytes from 194.87.0.50: icmp_seq=2 ttl=57 time=3.54 ms

--- www.ru ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 90048ms
rtt min/avg/max/mdev = 3.411/3.616/3.808/0.142 ms
хотя в то же время флуд - нормально (не полторы минуты)
ping -c 100 -f www.ru
PING www.ru (194.87.0.50) 56(84) bytes of data.

--- www.ru ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 356ms
rtt min/avg/max/mdev = 3.283/3.545/3.938/0.123 ms, ipg/ewma 3.600/3.548 ms

AvegaTM ()
Ответ на: комментарий от AvegaTM

dig -x 194.87.0.50

Для каждого пакета?

Для первого ответного пакета определяется его DNS-имя по ip-адресу. Если при этом DNS-сервер ничего не отвечает, то DNS-запрос может быть повторён несколько раз, в зависимости от настроек в /etc/resolv.conf.

Я что-то раньше не сталкивался с тестами около минуты. Кто может быть в этом виноват?

Минуты? У вас там 5 пакетов за 40 секунд. И вы не уточнили, как именно возникают это 40 секунд.

P.S. Вы для проверки влияния DNS указывайте опцию ″-n″ у ping'а.

mky ★★★★★ ()
Ответ на: комментарий от mky
 dig -x 194.87.0.50

; <<>> DiG 9.9.2-rl.028.23-P2-RedHat-9.9.2-10.P2.fc18 <<>> -x 194.87.0.50
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 60724
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;50.0.87.194.in-addr.arpa.      IN      PTR

;; Query time: 0 msec
;; SERVER: 80.64.109.227#53(80.64.109.227)
;; WHEN: Sun Apr 28 03:50:47 2013
;; MSG SIZE  rcvd: 53

[user@ns1 ~]$ ping -c 10 -n www.ru
PING www.ru (194.87.0.50) 56(84) bytes of data.
64 bytes from 194.87.0.50: icmp_seq=1 ttl=57 time=3.67 ms
64 bytes from 194.87.0.50: icmp_seq=2 ttl=57 time=3.70 ms

--- www.ru ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9013ms
rtt min/avg/max/mdev = 3.402/3.580/3.744/0.113 ms

Значит виноват DNS? ... мой?

AvegaTM ()
Ответ на: комментарий от AvegaTM

Похоже, что да, виноват DNS. У меня находится запись для 50.0.87.194.in-addr.arpa. Можете себе в alias'ы прописать 'ping -n'.

И, ещё в гугле пишут, что в Убунте команда ″ping″ делает обратный DNS-запрос на каждый получаемый ей icmp пакет. Но делает ли это ваш ″ping″ смотрите сами с помощью strace или tcpdump.

mky ★★★★★ ()
Ответ на: комментарий от AvegaTM

Для каждого пакета?

на сколько помню, для каждого. Вот такой вот тупой пинг в линухах.

true_admin ★★★★★ ()
Ответ на: комментарий от true_admin

в ubunt'ах

Gentoo:

blackbox ~ # ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1.83 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=1.11 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=1.19 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=1.11 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=1.12 ms
^C
--- 192.168.1.1 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 1.118/1.278/1.832/0.278 ms
blackbox ~ # ping 192.168.1.1

greek_31 ★★ ()
Ответ на: комментарий от greek_31

Gentoo

там пинг с патчами собирается или же он там из другого пакета?

true_admin ★★★★★ ()
Ответ на: комментарий от true_admin

Там обычный пинг, и делает RDNS lookup он на каждый запрос. Пруф:

pinkbyte@phantom /var/lib/layman/pinkbyte $ ping ftp.campus.local -c 4
PING ftp.campus.local (172.30.0.250) 56(84) bytes of data.
64 bytes from mail.campus.local (172.30.0.250): icmp_seq=1 ttl=59 time=36.5 ms
64 bytes from mail.campus.local (172.30.0.250): icmp_seq=2 ttl=59 time=19.1 ms
64 bytes from mail.campus.local (172.30.0.250): icmp_seq=3 ttl=59 time=15.6 ms
64 bytes from mail.campus.local (172.30.0.250): icmp_seq=4 ttl=59 time=24.1 ms

tcpdump при этом кажет:

13:59:17.377364 IP 192.168.1.11.48944 > 192.168.1.10.53: 8583+ A? ftp.campus.local. (34)
13:59:17.377568 IP 192.168.1.10.53 > 192.168.1.11.48944: 8583 1/0/0 A 172.30.0.250 (50)
13:59:17.414485 IP 192.168.1.11.37524 > 192.168.1.10.53: 649+ PTR? 250.0.30.172.in-addr.arpa. (43)
13:59:17.414650 IP 192.168.1.10.53 > 192.168.1.11.37524: 649 1/0/0 PTR mail.campus.local. (74)
13:59:18.398490 IP 192.168.1.11.53552 > 192.168.1.10.53: 25280+ PTR? 250.0.30.172.in-addr.arpa. (43)
13:59:18.398631 IP 192.168.1.10.53 > 192.168.1.11.53552: 25280 1/0/0 PTR mail.campus.local. (74)
13:59:19.395941 IP 192.168.1.11.53726 > 192.168.1.10.53: 9225+ PTR? 250.0.30.172.in-addr.arpa. (43)
13:59:19.396209 IP 192.168.1.10.53 > 192.168.1.11.53726: 9225 1/0/0 PTR mail.campus.local. (74)
13:59:20.405554 IP 192.168.1.11.56121 > 192.168.1.10.53: 56348+ PTR? 250.0.30.172.in-addr.arpa. (43)
13:59:20.405768 IP 192.168.1.10.53 > 192.168.1.11.56121: 56348 1/0/0 PTR mail.campus.local. (74)

Pinkbyte ★★★★★ ()
Ответ на: комментарий от Pinkbyte

Да. Я слегка ошибся.

Внезапно, он не делает запрос DNS когда указан IP, когда указано домменое имя делает на каждый пинг. Ubuntu всегда делает запрос.

greek_31 ★★ ()
Последнее исправление: greek_31 (всего исправлений: 1)
Ответ на: комментарий от true_admin

Посмотрел исходники, на каждый пакет, если хост задан DNS-именем, вызывается gethostbyaddr().

В RHEL ping патченый, чтобы не вызывать два раза подряд gethostbyaddr() на один и тот же ip-адрес. Этот же патч ping.c.addrcache гуглится в SuSe и Fedora, возможно, что там тоже пинг не делает gethostbyaddr() на каждый пакет.

mky ★★★★★ ()

Подозреваю, что это были проблемы у провайдера ибо уже несколько дней все работает нормально (10 пакетов за 6-9с). Спасибо, что уделили время.

AvegaTM ()
Ответ на: комментарий от AvegaTM

попробуй проверить на ag.ru

у них реверс не ищется (dig -x <ip>) - на дебиане ping ag.ru без флага -n тормозит всегда. на федорке и генте не тормозит.

пробуешь домен у которого реверс есть - всё окей и на дебиане.

так что всё правильно нарыли.

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.