Пример выше.Почему свитч отвечает 2-3 раза? в wireshark
Конфликта ip адресов нету,менял адрес,такая же ситуация.
либо конфликт есть, либо свитч глючный и размножает пакеты, либо на свитче петля
в этом твоём логе вайершарка хорошо бы посмотреть, идут ли дубликаты с того же MAC адреса
По конфликту есть в первом посте.
а в свитч что-то воткнуто помимо пингующего компа?
все 24 порта заняты.
если я не ошибаюсь то я так и написал,вопрос почему?
А что за сеть? Структура и железо
А что за коммутатор?
Сеть разделена на vlan-ы или это просто несколько ip-сетей в одной среде? Если есть vlan-ы, то есть ли у коммутатора ip-адреса в этих сетях?
обычно это говорит о том что в сети есть петля 🙂
Ещё может быть криво настроена агрегация между свичами, когда с одной стороны etherchannel а с другой просто два порта
коммутатор DGS-1210-28P.Их в сети два,и оба занимаются такой хернёй,на остальных проблем нет. При пинге из подсети коммутатора,проблем нет.И ответ почему-то аж 8 мс.Хотя я в него включён. Есть vlanы но в данном случае это две подсети в одной среде без vlan.
Если это единственная проблем, то не трогай ничего в них.
Хуже них только TP-Link T2600G-52TS
Лови решение. Management VLAN Configuration. Включи его. У самого в сети один длинк так тупит. Полдня потратил, искал кольцо. Оказалось проблема в ущербном коммутаторе
Пинг сообщит о дублированных и поврежденных пакетах. Дублирующие пакеты никогда не должны возникать, и, по-видимому, они вызваны неправильными повторными передачами на уровне канала. Дубликаты могут встречаться во многих ситуациях и редко (если вообще когда-либо) являются хорошим признаком, хотя наличие низких уровней дубликатов не всегда может быть причиной для тревоги.
Поврежденные пакеты, очевидно, являются серьезной причиной для тревоги и часто указывают на неисправное оборудование где-то на пути пакета ping (в сети или на хостах).
Для этого есть разные причины. Вы захватывали сетевой трафик с помощью интерфейса в смешанном режиме? Иногда это является причиной дублирования пакетов.
Это означает, что ответный пакет является дубликатом. Ответы ICMP содержат порядковый номер. Иногда вы получите более одного ответа с одним и тем же порядковым номером. Это обычно вызывается неисправными сетями. Беспроводные сети часто полагаются на повторную отправку пакетов, если они не прошли надлежащую проверку, и если первая действительно сработала, повторная отправка будет дубликатом. При обычном использовании дубликаты отбрасываются. В ответах ping они отмечены, потому что они что-то рассказывают о том, как работает сеть. Например, если вы получаете 100% дубликатов, какой-то механизм обнаружения ошибок может быть поврежден.
Проверьте, если несколько компьютеров не используют тот же IP. Это был мой случай для этого сообщения.
Я сталкиваюсь с этим, когда клонирую виртуальную машину и запускаю оба одновременно. Конфигурация сети была в режиме моста и IP связан с Mac. Поэтому, когда вторая машина начала использовать сеть, у меня возникли проблемы с ssh:
> >>Много чего может быть. Такое, например, было когда один умник на выставил >>в винде IP старенького HP-UXа. > >То есть кто-то использует IP моего шлюза?
>Всем привет! Не подскажет кто, что означает этот DUP? инет пропадает время >от времени, и иногда проскакивает вот этот DUP.
У меня такое очень часто возникает если в линке присутствует радиобридж. Служит показателем того, что этот бридж работает плохо.
>Всем привет! Не подскажет кто, что означает этот DUP? инет пропадает время >от времени, и иногда проскакивает вот этот DUP.
У меня ситуация еще хуже, уже не знаю что смотреть даже и где. Ситуация следующая В один прекрасный день появилась такая вот штука сеть 192.168.1.0/24
64 bytes from 192.168.1.149: icmp_seq=0 ttl=255 time=0.601 ms 64 bytes from 192.168.1.116: icmp_seq=0 ttl=255 time=1.016 ms (DUP!) 64 bytes from 192.168.1.183: icmp_seq=0 ttl=64 time=1.138 ms (DUP!) 64 bytes from 192.168.1.254: icmp_seq=0 ttl=60 time=1.730 ms (DUP!) 64 bytes from 192.168.1.160: icmp_seq=0 ttl=64 time=6.516 ms (DUP!) 64 bytes from 192.168.1.149: icmp_seq=1 ttl=255 time=0.300 ms
60 bytes from 192.168.1.1 (00:13:22:26:d6:3a): icmp_seq=0 time=19.478 msec 64 bytes from 192.168.1.149 (08:00:66:80:47:99): icmp_seq=0 time=9.481 msec (DUP!) 60 bytes from 192.168.1.183 (00:0c:f8:ca:58:c2): icmp_seq=0 time=9.584 msec (DUP!) 60 bytes from 192.168.1.116 (08:00:33:00:cd:41): icmp_seq=0 time=9.602 msec (DUP!) 60 bytes from 192.168.1.160 (00:01:a9:8a:26:24): icmp_seq=0 time=9.615 msec (DUP!) 60 bytes from 192.168.1.254 (00:10:40:b9:9a:7f): icmp_seq=0 time=9.626 msec (DUP!)
64 bytes from 192.168.1.149 (08:00:66:80:47:99): icmp_seq=0 time=9.481 msec 60 bytes from 192.168.1.183 (00:0c:f8:ca:58:c2): icmp_seq=0 time=9.584 msec 60 bytes from 192.168.1.116 (08:00:33:00:cd:41): icmp_seq=0 time=9.602 msec 60 bytes from 192.168.1.160 (00:01:a9:8a:26:24): icmp_seq=0 time=9.615 msec 60 bytes from 192.168.1.254 (00:10:40:b9:9a:7f): icmp_seq=0 time=9.626 msec 60 bytes from 192.168.1.3 (00:13:22:26:d6:3a): icmp_seq=0 time=19.478 msec
На этом же сервер сидит вторая сеть 192.168.100.0/24 с ней все впорядке.
ставлю другой сервер 100% работоспособный результат такой же. Свич тоже менял.
Народ может кто подскажет что еще может быть?
ага, фиг там два, два было на промежуточном свиче(с фрёй), с роутера шлется вот сколько: 64 packets captured 44630 packets received by filter 0 packets dropped by kernel . вот ё! фря7.0,SMP
> Всем привет! Не подскажет кто, что означает этот DUP? инет пропадает время > от времени, и иногда проскакивает вот этот DUP.
приходит два ответа, например такое возможно если вы пингуете с машины которая включена в порт свитча который настроен как получатель port mirroring в свитче
Уважаемые! Пингую комп в сети после каждого возвращенного пакета получаю (DUP!). То есть на каждый посланный пакет возвращается два раза. Из сети поменялась только сетевая карта на пингуемой машине. После этого появилась проблема.
1. «При выполении команды ping после каждого ответа (DUP!) «
+ / –
Сообщение от Vladimir (??) on 31-Окт-08, 15:18
>Уважаемые! >Пингую комп в сети после каждого возвращенного пакета получаю (DUP!). То есть >на каждый посланный пакет возвращается два раза. Из сети поменялась только >сетевая карта на пингуемой машине. После этого появилась проблема. > >Посоветуйте, где копать.
3. «При выполении команды ping после каждого ответа (DUP!) «
+ / –
Сообщение от deniza (ok) on 31-Окт-08, 15:35
>>Уважаемые! >>Пингую комп в сети после каждого возвращенного пакета получаю (DUP!). То есть >>на каждый посланный пакет возвращается два раза. Из сети поменялась только >>сетевая карта на пингуемой машине. После этого появилась проблема. >> >>Посоветуйте, где копать. > > Посмотреть arp таблицу.
Имеет смысл ее просто очистить? Дабы сформировалась новая? Или сделать статическую (загружать из файла)?
2. «При выполении команды ping после каждого ответа (DUP!) «
+ / –
Сообщение от Nimdar (ok) on 31-Окт-08, 15:28
>Уважаемые! >Пингую комп в сети после каждого возвращенного пакета получаю (DUP!). То есть >на каждый посланный пакет возвращается два раза. Из сети поменялась только >сетевая карта на пингуемой машине. После этого появилась проблема. > >Посоветуйте, где копать.
DUPLICATE AND DAMAGED PACKETS The ping utility will report duplicate and damaged packets. Duplicate packets should never occur when pinging a unicast address, and seem to be caused by inappropriate link-level retransmissions. Duplicates may occur in many situations and are rarely (if ever) a good sign, although the presence of low levels of duplicates may not always be cause for alarm. Duplicates are expected when pinging a broadcast or multicast address, since they are not really duplicates but replies from different hosts to the same request.
Damaged packets are obviously serious cause for alarm and often indicate broken hardware somewhere in the ping packet’s path (in the network or in the hosts).
Последний абзац. Т.е. проблема может быть в карточке.
4. «При выполении команды ping после каждого ответа (DUP!) «
+ / –
Сообщение от deniza (ok) on 31-Окт-08, 15:38
>[оверквотинг удален] >replies from different hosts to > the same request. > > Damaged packets are obviously serious cause for >alarm and often indicate > broken hardware somewhere in the ping packet’s >path (in the network or in > the hosts). > >Последний абзац. Т.е. проблема может быть в карточке.
7. «При выполении команды ping после каждого ответа (DUP!) «
+ / –
Сообщение от ipmanyak (??) on 31-Окт-08, 16:16
>Уважаемые! >Пингую комп в сети после каждого возвращенного пакета получаю (DUP!). То есть >на каждый посланный пакет возвращается два раза. Из сети поменялась только >сетевая карта на пингуемой машине. После этого появилась проблема. > >Посоветуйте, где копать.
8. «При выполении команды ping после каждого ответа (DUP!) «
+ / –
Сообщение от deniza (??) on 01-Ноя-08, 12:36
Для чистоты эксперимента сделал следующее: Отключился от внешней сети, маршрутизаторов итп.
1. Подлючил напрямую шнурком сервер на freebsd и машину с 2000 виндой. сделал пинг виндовой машины: получается DUP!
2. Тоже подключение, но машинка с XP и тойже самой сетевухой (переставил) Пакеты не повторяются.
Как можно такое поведение понять?
>[оверквотинг удален] > >1. Подлючил напрямую шнурком сервер на freebsd и машину с 2000 виндой. > >сделал пинг виндовой машины: получается DUP! > >2. Тоже подключение, но машинка с XP и тойже самой сетевухой (переставил) > >Пакеты не повторяются. > >Как можно такое поведение понять?
с 2000 виндой ipconfig /all и route print что кажет?
>[оверквотинг удален] >> >>2. Тоже подключение, но машинка с XP и тойже самой сетевухой (переставил) >> >>Пакеты не повторяются. >> >>Как можно такое поведение понять? > >с 2000 виндой >ipconfig /all >и route print что кажет?
>[оверквотинг удален] >> >>2. Тоже подключение, но машинка с XP и тойже самой сетевухой (переставил) >> >>Пакеты не повторяются. >> >>Как можно такое поведение понять? > >с 2000 виндой >ipconfig /all >и route print что кажет?
Самое удивительное, что если пинговать машину FreeBSD c винды 2000/XP сообщения о том, что приходит двойной пакет не выводится.
> Самое удивительное, что если пинговать машину FreeBSD c винды 2000/XP сообщения о > том, что приходит двойной пакет не выводится.
Это глюк FreeBSD. Происходит когда она пытается пинговать широковещательный адрес. Например 192.168.0.255/24. Она посылает сразу 2 пинга с одним id.
P.S. Осёл настроен на щадящий режим (200kb/s down, 20kb/s up, 250 коннектов).
Re: ping: DUP-пакеты
Я бы грешил на adsl-модем, у меня были странности с прохождением пакетов когда была шумная линия. Эзернет-сетевушки перепосылать пакеты не будут если они не прошли, это делает кто-то другой. В man ping пару слов на этот счёт сказано. Соединение нормальное, 4мбит/400кбит выжимает?
Кстати, может, провайдер так с торрентами/ослами воюет? 🙂 Если другой трафик пускать тоже такая же фигня?
Re: ping: DUP-пакеты
У меня подобное было на ADSL (тоже много дубликатов шло, но только всегда, даже без нагрузки). Решилось устранением скруток на телефонном проводе 8).
Re: ping: DUP-пакеты
> Кстати, может, провайдер так с торрентами/ослами воюет? 🙂 Если другой трафик пускать тоже такая же фигня?
Что-то в этом есть, попробую. Обычные качалки выжимают достаточно много, под потолок канала. Торрент видел до 400кбайт/с (т.е. 3.2 мегабита), впринципе, тоже дофига, но кроме них тогда уже ничего не пашет.
Re: ping: DUP-пакеты
Re: ping: DUP-пакеты
А это значит что на другой стороне существует два устройства к одним и тем же IP, и оба отвечают.
А когда чуть-чуть дупов, то это на wifi достаточно часто проявляется.
Re: ping: DUP-пакеты
Re: ping: DUP-пакеты
> А когда чуть-чуть дупов, то это на wifi достаточно часто проявляется.
WiFi нету. У меня, по крайней мере. И врядли у провайдера оно.
Re: ping: DUP-пакеты
Ну значит роутер сошел с ума.
Re: ping: DUP-пакеты
Re: ping: DUP-пакеты
Из моих наблюдений, дублирует пакеты шлюз у провайдера.
Пинговал свой внешний хост, к нему приходит по одному пакету, уходит по одному, а на внутренний хост приходит по два ответа.
Может это провайдер так борется с потерями в линии? 🙂
Re: ping: DUP-пакеты
> Может это провайдер так борется с потерями в линии? 🙂
Другой полу-реалистичный вариант: провайдер использует зеркалирование портов чтобы считать/мониторить трафик, а сервер куда эти данные приходят по какой-то причине их начинает маршрутизировать.
Re: ping: DUP-пакеты
> Другой полу-реалистичный вариант: провайдер использует зеркалирование портов чтобы считать/мониторить трафик, а сервер куда эти данные приходят по какой-то причине их начинает маршрутизировать.
Трафик тут на всех тарифах анлим, поэтому этот вариант врядли.
(??) on 28-Апр-06, 16:55
