LINUX.ORG.RU
Форум — Admin  

ping: DUP-пакеты


0

0 

ADSL, 4мегабита вниз, 400кбит вверх. 

Когда канал пустой, пинги стабильные, потери - 0. 

Когда канал подзагружен (запущен осёл), начинаются чудеса:

--- www.example.com ping statistics ---
785 packets transmitted, 643 received, +142 duplicates, 18% packet loss, time 785232ms
rtt min/avg/max/mdev = 105.189/137.455/286.304/25.490 ms


Т.е если сложить received и duplicate, то получится ровно transmitted.

В зависимости от нагрузки, процент дублей растёт, но recv + dups = transm всегда. 

Это вообще нормально? Кого или что пинать?

Железо - gentoo box, 2.6.25, сетевуха: 
02:00.0 Ethernet controller [0200]: Attansic Technology Corp. L2 100 Mbit Ethernet Adapter [1969:2048] (rev a0)

pptp-коннект к провайдеру, через модем Rotal Wireless ADSL2+.
★★★★★
← Помогите советом, по оптимизации расхода ресурсов
Монтирование SMB ресурсов →

P.S. Осёл настроен на щадящий режим (200kb/s down, 20kb/s up, 250 коннектов).

AngryElf ★★★★★
() автор топика

нет, ненормально.

Я бы грешил на adsl-модем, у меня были странности с прохождением пакетов когда была шумная линия. Эзернет-сетевушки перепосылать пакеты не будут если они не прошли, это делает кто-то другой. В man ping пару слов на этот счёт сказано. Соединение нормальное, 4мбит/400кбит выжимает?

Кстати, может, провайдер так с торрентами/ослами воюет? :) Если другой трафик пускать тоже такая же фигня?

true_admin ★★★★★
()

У меня подобное было на ADSL (тоже много дубликатов шло, но только всегда, даже без нагрузки). Решилось устранением скруток на телефонном проводе 8).

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

> Кстати, может, провайдер так с торрентами/ослами воюет? :) Если другой трафик пускать тоже такая же фигня?

Что-то в этом есть, попробую. Обычные качалки выжимают достаточно много, под потолок канала. Торрент видел до 400кбайт/с (т.е. 3.2 мегабита), впринципе, тоже дофига, но кроме них тогда уже ничего не пашет...

AngryElf ★★★★★
() автор топика 

Вот еще словил ситуацию - полностью пустой канал, а DUPы появляются на каждый пакет, т.е. типа


--- example.com ping statistics ---
48 packets transmitted, 48 received, +48 duplicates, 0% packet loss, time 47046ms
rtt min/avg/max/mdev = 103.863/105.504/126.470/3.127 ms


Буду полоскать моцк провайдеру...

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

А это значит что на другой стороне существует два устройства к одним и тем же IP, и оба отвечают.

А когда чуть-чуть дупов, то это на wifi достаточно часто проявляется.

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

> А это значит что на другой стороне существует два устройства к одним и тем же IP, и оба отвечают.

Пинг этого же хоста с других подключений никаких траблов не выявляет. 

Пинг других хостов даёт такой же эффект. 


[10:29:24 elf@yaht (~)]$ ping yandex.ru -c 10
PING yandex.ru (77.88.21.11) 56(84) bytes of data.
64 bytes from yandex.ru (77.88.21.11): icmp_seq=1 ttl=53 time=160 ms
64 bytes from yandex.ru (77.88.21.11): icmp_seq=1 ttl=53 time=160 ms (DUP!)
64 bytes from yandex.ru (77.88.21.11): icmp_seq=2 ttl=53 time=146 ms
64 bytes from yandex.ru (77.88.21.11): icmp_seq=2 ttl=53 time=147 ms (DUP!)
64 bytes from yandex.ru (77.88.21.11): icmp_seq=3 ttl=53 time=136 ms
64 bytes from yandex.ru (77.88.21.11): icmp_seq=3 ttl=53 time=136 ms (DUP!)
64 bytes from yandex.ru (77.88.21.11): icmp_seq=4 ttl=53 time=142 ms
64 bytes from yandex.ru (77.88.21.11): icmp_seq=4 ttl=53 time=142 ms (DUP!)
64 bytes from yandex.ru (77.88.21.11): icmp_seq=5 ttl=53 time=191 ms
64 bytes from yandex.ru (77.88.21.11): icmp_seq=5 ttl=53 time=191 ms (DUP!)
64 bytes from yandex.ru (77.88.21.11): icmp_seq=6 ttl=53 time=161 ms
64 bytes from yandex.ru (77.88.21.11): icmp_seq=6 ttl=53 time=161 ms (DUP!)
64 bytes from yandex.ru (77.88.21.11): icmp_seq=7 ttl=53 time=159 ms
64 bytes from yandex.ru (77.88.21.11): icmp_seq=7 ttl=53 time=159 ms (DUP!)
64 bytes from yandex.ru (77.88.21.11): icmp_seq=8 ttl=53 time=140 ms
64 bytes from yandex.ru (77.88.21.11): icmp_seq=8 ttl=53 time=141 ms (DUP!)
64 bytes from yandex.ru (77.88.21.11): icmp_seq=9 ttl=53 time=224 ms
64 bytes from yandex.ru (77.88.21.11): icmp_seq=9 ttl=53 time=224 ms (DUP!)
64 bytes from yandex.ru (77.88.21.11): icmp_seq=10 ttl=53 time=135 ms

--- yandex.ru ping statistics ---
10 packets transmitted, 10 received, +9 duplicates, 0% packet loss, time 9006ms
rtt min/avg/max/mdev = 135.835/161.312/224.680/26.771 ms





[10:29:02 elf@yaht (~)]$ tracepath yandex.ru
 1:  xx-xx-xx-xx.bb.netvision.net.il (xx.xx.xx.xx)      0.140ms pmtu 1492
 1:  lo0.lns14.hfa.nv.net.il (212.143.205.171)             39.681ms
 1?: lo0.lns14.hfa.nv.net.il (212.143.205.171)
 1:  lo0.lns14.hfa.nv.net.il (212.143.205.171)            140.706ms
 1?: lo0.lns14.hfa.nv.net.il (212.143.205.171)
 2:  no reply
 3:  ge0-0-2.gw2.hfa.nv.net.il (212.143.8.234)             33.846ms
 3?: ge0-0-2.gw2.hfa.nv.net.il (212.143.8.234)
 4:  ge0-1.gw2.hfa.nv.net.il (212.143.8.212)               37.395ms asymm  3
 4?: ge0-1.gw2.hfa.nv.net.il (212.143.8.212)              asymm  3
 5:  ldn-tch-i1-link.telia.net (213.248.100.101)          261.320ms
 5?: ldn-tch-i1-link.telia.net (213.248.100.101)
 6:  ldn-b1-link.telia.net (80.91.250.209)                118.131ms
 6?: ldn-b1-link.telia.net (80.91.250.209)
 7:  ldn-bb1-link.telia.net (80.91.248.90)                121.236ms asymm  8
 7?: ldn-bb1-link.telia.net (80.91.248.90)                asymm  8
 8:  ldn-bb1-link.telia.net (80.91.248.90)                142.660ms
 8?: ldn-bb1-link.telia.net (80.91.248.90)
 9:  s-bb1-pos5-0-0.telia.net (213.248.64.29)             167.839ms asymm 10
 9?: s-bb1-pos5-0-0.telia.net (213.248.64.29)             asymm 10
10:  mow-b1-link.telia.net (80.91.251.222)                175.894ms
10?: mow-b1-link.telia.net (80.91.251.222)
11:  yandex-ic-123531-mow-b1.c.telia.net (213.248.104.142) 160.713ms
11?: yandex-ic-123531-mow-b1.c.telia.net (213.248.104.142)
12:  hummer-vlan601.yandex.net (77.88.16.60)              168.778ms
12?: hummer-vlan601.yandex.net (77.88.16.60)
13:  hummer-vlan601.yandex.net (77.88.16.60)              210.615ms asymm 12
14?: hummer-vlan601.yandex.net (77.88.16.60)              asymm 12
14:  yandex.ru (87.250.251.11)                            172.705ms reached
     Resume: pmtu 1492 hops 14 back 53

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

> А когда чуть-чуть дупов, то это на wifi достаточно часто проявляется.

WiFi нету. У меня, по крайней мере. И врядли у провайдера оно...

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

Ну значит роутер сошел с ума.

Запусти пинг, и слушай wireshark'ом и посмотри что за MAC адреса у ответов. - твоей железки или уже провайдерской.

zhiltsov ★
()

Соврал... Коннект - pppoe, а не pptp, если это важно...

AngryElf ★★★★★
() автор топика

Из моих наблюдений, дублирует пакеты шлюз у провайдера.

Пинговал свой внешний хост, к нему приходит по одному пакету, уходит по одному, а на внутренний хост приходит по два ответа...

Может это провайдер так борется с потерями в линии? :)

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

> Может это провайдер так борется с потерями в линии? :)

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

Мне кажеться что это какой-нибудь "админ" дочитал iptables tutorial до раздела посвещенного -j TEE или еще какой-нибудь косяк.

Другой полу-реалистичный вариант: провайдер использует зеркалирование портов чтобы считать/мониторить трафик, а сервер куда эти данные приходят по какой-то причине их начинает маршрутизировать.

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

> Другой полу-реалистичный вариант: провайдер использует зеркалирование портов чтобы считать/мониторить трафик, а сервер куда эти данные приходят по какой-то причине их начинает маршрутизировать.

Трафик тут на всех тарифах анлим, поэтому этот вариант врядли...

Буду пытаться достучаться до админов...

AngryElf ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Помогите советом, по оптимизации расхода ресурсов
Admin
Монтирование SMB ресурсов →