7.1-RELEASE : постояно дублируются icmp echo replay

[void*]

Доброго времени суток. На днях обновил систему до 7.1, нашел один неприятный момент. Когда пингаю сервак постоянно наблюдаю дублирующиеся icmp ответы от него, выглядит примерно так:

Код: Выделить всё

void@void-ubuntu:~$ ping 10.0.20.200
PING 10.0.20.200 (10.0.20.200) 56(84) bytes of data.
64 bytes from 10.0.20.200: icmp_seq=1 ttl=64 time=0.418 ms
64 bytes from 10.0.20.200: icmp_seq=1 ttl=64 time=0.429 ms (DUP!)
64 bytes from 10.0.20.200: icmp_seq=2 ttl=64 time=0.160 ms
64 bytes from 10.0.20.200: icmp_seq=3 ttl=64 time=0.869 ms
64 bytes from 10.0.20.200: icmp_seq=3 ttl=64 time=0.879 ms (DUP!)
64 bytes from 10.0.20.200: icmp_seq=4 ttl=64 time=0.989 ms
64 bytes from 10.0.20.200: icmp_seq=5 ttl=64 time=0.718 ms
64 bytes from 10.0.20.200: icmp_seq=5 ttl=64 time=0.730 ms (DUP!)
64 bytes from 10.0.20.200: icmp_seq=6 ttl=64 time=0.441 ms
64 bytes from 10.0.20.200: icmp_seq=6 ttl=64 time=0.450 ms (DUP!)
64 bytes from 10.0.20.200: icmp_seq=7 ttl=64 time=0.998 ms
64 bytes from 10.0.20.200: icmp_seq=7 ttl=64 time=1.00 ms (DUP!)

Причем такое поведение наблюдается не зависимо от наличия оборудования между моим компом и сервером, пакеты дублируются даже если воткнуть два компа напрямую. Запустил tcpdump на сервере с ключами шоб показывал МАС алреса.

Код: Выделить всё

tcpdump -e -n -i xl0 -p icmp

На стороне сервера tcpdump дублированых пакетов НЕ ВИДИТ, но когда запускаю на стороне другого компа - тот действительно показывает дубли, приходящие с МАС-а сервера.

Код: Выделить всё

22:47:14.570106 00:13:d4:dd:31:20 > 00:60:08:c7:c6:a2, ethertype IPv4 (0x0800), length 98: 10.0.20.161 > 10.0.20.200: ICMP echo request, id 8228, seq 7, length 64
22:47:14.570790 00:60:08:c7:c6:a2 > 00:13:d4:dd:31:20, ethertype IPv4 (0x0800), length 98: 10.0.20.200 > 10.0.20.161: ICMP echo reply, id 8228, seq 7, length 64
22:47:14.570801 00:60:08:c7:c6:a2 > 00:13:d4:dd:31:20, ethertype IPv4 (0x0800), length 98: 10.0.20.200 > 10.0.20.161: ICMP echo reply, id 8228, seq 7, length 64
22:47:15.570105 00:13:d4:dd:31:20 > 00:60:08:c7:c6:a2, ethertype IPv4 (0x0800), length 98: 10.0.20.161 > 10.0.20.200: ICMP echo request, id 8228, seq 8, length 64
22:47:15.570517 00:60:08:c7:c6:a2 > 00:13:d4:dd:31:20, ethertype IPv4 (0x0800), length 98: 10.0.20.200 > 10.0.20.161: ICMP echo reply, id 8228, seq 8, length 64
22:47:16.570108 00:13:d4:dd:31:20 > 00:60:08:c7:c6:a2, ethertype IPv4 (0x0800), length 98: 10.0.20.161 > 10.0.20.200: ICMP echo request, id 8228, seq 9, length 64
22:47:16.570238 00:60:08:c7:c6:a2 > 00:13:d4:dd:31:20, ethertype IPv4 (0x0800), length 98: 10.0.20.200 > 10.0.20.161: ICMP echo reply, id 8228, seq 9, length 64
22:47:16.570248 00:60:08:c7:c6:a2 > 00:13:d4:dd:31:20, ethertype IPv4 (0x0800), length 98: 10.0.20.200 > 10.0.20.161: ICMP echo reply, id 8228, seq 9, length 64

Более того такое наблюдается и при пингании внешней ойпишки сервера снаружи через инет!!!

Код: Выделить всё

stamp@stamp-desktop:~$ ping void.liniacom.net
PING void.liniacom.net (193.43.223.16) 56(84) bytes of data.
64 bytes from void.liniacom.net (193.43.223.16): icmp_seq=1 ttl=54 time=80.4 ms
64 bytes from void.liniacom.net (193.43.223.16): icmp_seq=2 ttl=54 time=102 ms
64 bytes from void.liniacom.net (193.43.223.16): icmp_seq=3 ttl=54 time=116 ms
64 bytes from void.liniacom.net (193.43.223.16): icmp_seq=3 ttl=54 time=116 ms (DUP!)
64 bytes from void.liniacom.net (193.43.223.16): icmp_seq=4 ttl=54 time=147 ms
64 bytes from void.liniacom.net (193.43.223.16): icmp_seq=5 ttl=54 time=176 ms
64 bytes from void.liniacom.net (193.43.223.16): icmp_seq=6 ttl=54 time=230 ms
64 bytes from void.liniacom.net (193.43.223.16): icmp_seq=6 ttl=54 time=230 ms (DUP!)
64 bytes from void.liniacom.net (193.43.223.16): icmp_seq=6 ttl=54 time=230 ms (DUP!)
64 bytes from void.liniacom.net (193.43.223.16): icmp_seq=7 ttl=54 time=97.8 ms
........
64 bytes from void.liniacom.net (193.43.223.16): icmp_seq=12 ttl=54 time=127 ms
64 bytes from void.liniacom.net (193.43.223.16): icmp_seq=12 ttl=54 time=127 ms (DUP!)
64 bytes from void.liniacom.net (193.43.223.16): icmp_seq=12 ttl=54 time=127 ms (DUP!)
64 bytes from void.liniacom.net (193.43.223.16): icmp_seq=12 ttl=54 time=128 ms (DUP!)
64 bytes from void.liniacom.net (193.43.223.16): icmp_seq=12 ttl=54 time=128 ms (DUP!)
64 bytes from void.liniacom.net (193.43.223.16): icmp_seq=12 ttl=54 time=128 ms (DUP!)
64 bytes from void.liniacom.net (193.43.223.16): icmp_seq=12 ttl=54 time=128 ms (DUP!)

Последних 6 повторов просто п%%%%ец, неправдали?
Ядро скомпилено только с одной таблицей маршрутизации. сетевая карта xl - 3Com 905 какаятотам.

Интиресно. я один такой?

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[void*]

Экскрементирование показало, что проблема пропадает при выключении POLLING-а не сетевой карте, а man polling пишет что xl поддерживает polling... Немного возросла нагрузка на камень. ну ниче. терпимо пока. Попробую поменять сетевуху. Как думаете. может "стукнуть" кому нужно, в freebsd-stable или куда... Вобщем завтра поменяю сетевую - отпишусь.

[zoid]

Экскрементирование

[weec]

встречался с такой проблемой, тоже xl (3com) только тогда был 6.0-RELEASE

у тебя с полингом на 7.0-RELEASE небыло таких проблем?

[void*]

Проблем вроде небыло, сначала на сервере стояяли две сетевые, обе фиговые, rl и dc в бридже, обе с включенным полингом - все работало как часы. С такой конфигурацией система работала на 7.0-RELEASE и постоянно обновлялась до STABLE, потом до 7.1-PRERELEASE и вот на новый год решил зделать себе подарок ) обновился до 7.1, поставил одну сетевую получше (бридж уже оказался ненужным). Вначале заметил что при пингании с клиентской машины через шлюз на сервере некоторых сайтов появляются дубли, думал у прова проблема. Потом понял что не у прова Пол ночи не спал, толькочто проснулся. Ща выпью кофе и буду менять сетевую, отпишусь.

[void*]

Да, проблема решилась. Заменил 3Com на Realtek 8139D, включил polling, всьо ОК. Виновник имеет маркировку 3C905-TX, сетевая старая, пробовал ганять файлики по ftp туда - сюда, по производительности от Realtek-а сильно не отличается, точнее не по производительности а по загрузке камня с полингом и без него. А по производительности итак обе карточки 11МБ/с отдают и принимают

В принципе мой 3Com совсем не новый, может подпаленый, хз.. Если проблема xl на 3C905-TX возникала не только в единичных случаях думаю было б не лишним стукнуть разработчикам.