Пример выше.Почему свитч отвечает 2-3 раза? в wireshark
Конфликта ip адресов нету,менял адрес,такая же ситуация.
либо конфликт есть, либо свитч глючный и размножает пакеты, либо на свитче петля
в этом твоём логе вайершарка хорошо бы посмотреть, идут ли дубликаты с того же MAC адреса
По конфликту есть в первом посте.
а в свитч что-то воткнуто помимо пингующего компа?
все 24 порта заняты.
если я не ошибаюсь то я так и написал,вопрос почему?
А что за сеть? Структура и железо
А что за коммутатор?
Сеть разделена на vlan-ы или это просто несколько ip-сетей в одной среде? Если есть vlan-ы, то есть ли у коммутатора ip-адреса в этих сетях?
обычно это говорит о том что в сети есть петля 🙂
Ещё может быть криво настроена агрегация между свичами, когда с одной стороны etherchannel а с другой просто два порта
коммутатор DGS-1210-28P.Их в сети два,и оба занимаются такой хернёй,на остальных проблем нет. При пинге из подсети коммутатора,проблем нет.И ответ почему-то аж 8 мс.Хотя я в него включён. Есть vlanы но в данном случае это две подсети в одной среде без vlan.
Если это единственная проблем, то не трогай ничего в них.
Хуже них только TP-Link T2600G-52TS
Лови решение. Management VLAN Configuration. Включи его. У самого в сети один длинк так тупит. Полдня потратил, искал кольцо. Оказалось проблема в ущербном коммутаторе
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-пакеты
> Другой полу-реалистичный вариант: провайдер использует зеркалирование портов чтобы считать/мониторить трафик, а сервер куда эти данные приходят по какой-то причине их начинает маршрутизировать.
Трафик тут на всех тарифах анлим, поэтому этот вариант врядли.
> >>Много чего может быть. Такое, например, было когда один умник на выставил >>в винде 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 в свитче
Пинг сообщит о дублированных и поврежденных пакетах. Дублирующие пакеты никогда не должны возникать, и, по-видимому, они вызваны неправильными повторными передачами на уровне канала. Дубликаты могут встречаться во многих ситуациях и редко (если вообще когда-либо) являются хорошим признаком, хотя наличие низких уровней дубликатов не всегда может быть причиной для тревоги.
Поврежденные пакеты, очевидно, являются серьезной причиной для тревоги и часто указывают на неисправное оборудование где-то на пути пакета ping (в сети или на хостах).
Для этого есть разные причины. Вы захватывали сетевой трафик с помощью интерфейса в смешанном режиме? Иногда это является причиной дублирования пакетов.
Это означает, что ответный пакет является дубликатом. Ответы ICMP содержат порядковый номер. Иногда вы получите более одного ответа с одним и тем же порядковым номером. Это обычно вызывается неисправными сетями. Беспроводные сети часто полагаются на повторную отправку пакетов, если они не прошли надлежащую проверку, и если первая действительно сработала, повторная отправка будет дубликатом. При обычном использовании дубликаты отбрасываются. В ответах ping они отмечены, потому что они что-то рассказывают о том, как работает сеть. Например, если вы получаете 100% дубликатов, какой-то механизм обнаружения ошибок может быть поврежден.
Проверьте, если несколько компьютеров не используют тот же IP. Это был мой случай для этого сообщения.
Я сталкиваюсь с этим, когда клонирую виртуальную машину и запускаю оба одновременно. Конфигурация сети была в режиме моста и IP связан с Mac. Поэтому, когда вторая машина начала использовать сеть, у меня возникли проблемы с ssh:
Народ, подскажите, почему на wireless канале встречается такая бяка? Windows-машина: ping 172.10.0.4 PING 172.10.0.4 (172.10.0.4) 56(84) bytes of data. 64 bytes from 172.10.0.4: icmp_seq=1 ttl=127 time=3.87 ms 64 bytes from 172.10.0.4: icmp_seq=2 ttl=127 time=7.84 ms 64 bytes from 172.10.0.4: icmp_seq=3 ttl=127 time=5.01 ms 64 bytes from 172.10.0.4: icmp_seq=4 ttl=127 time=4.77 ms 64 bytes from 172.10.0.4: icmp_seq=5 ttl=127 time=3.64 ms 64 bytes from 172.10.0.4: icmp_seq=6 ttl=127 time=33.5 ms 64 bytes from 172.10.0.4: icmp_seq=6 ttl=127 time=34.6 ms (DUP!) 64 bytes from 172.10.0.4: icmp_seq=6 ttl=127 time=35.7 ms (DUP!) 64 bytes from 172.10.0.4: icmp_seq=7 ttl=127 time=3.60 ms 64 bytes from 172.10.0.4: icmp_seq=8 ttl=127 time=16.6 ms 64 bytes from 172.10.0.4: icmp_seq=8 ttl=127 time=19.4 ms (DUP!) 64 bytes from 172.10.0.4: icmp_seq=8 ttl=127 time=22.5 ms (DUP!) 64 bytes from 172.10.0.4: icmp_seq=8 ttl=127 time=25.1 ms (DUP!) 64 bytes from 172.10.0.4: icmp_seq=9 ttl=127 time=5.60 ms 64 bytes from 172.10.0.4: icmp_seq=10 ttl=127 time=5.28 ms 64 bytes from 172.10.0.4: icmp_seq=11 ttl=127 time=5.34 ms 64 bytes from 172.10.0.4: icmp_seq=12 ttl=127 time=3.52 ms 64 bytes from 172.10.0.4: icmp_seq=13 ttl=127 time=10.9 ms 64 bytes from 172.10.0.4: icmp_seq=14 ttl=127 time=5.46 ms 64 bytes from 172.10.0.4: icmp_seq=15 ttl=127 time=31.5 ms 64 bytes from 172.10.0.4: icmp_seq=15 ttl=127 time=34.3 ms (DUP!)
хотя, есть точка, которая пингуентся без DUP-ов (Linux-машина). ping 172.10.0.16 PING 172.10.0.16 (172.10.0.16) 56(84) bytes of data. 64 bytes from 172.10.0.16: icmp_seq=1 ttl=254 time=3.00 ms 64 bytes from 172.10.0.16: icmp_seq=2 ttl=254 time=2.39 ms 64 bytes from 172.10.0.16: icmp_seq=3 ttl=254 time=2.47 ms 64 bytes from 172.10.0.16: icmp_seq=4 ttl=254 time=2.36 ms 64 bytes from 172.10.0.16: icmp_seq=5 ttl=254 time=3.59 ms 64 bytes from 172.10.0.16: icmp_seq=6 ttl=254 time=3.25 ms 64 bytes from 172.10.0.16: icmp_seq=7 ttl=254 time=3.01 ms 64 bytes from 172.10.0.16: icmp_seq=8 ttl=254 time=2.48 ms 64 bytes from 172.10.0.16: icmp_seq=9 ttl=254 time=2.44 ms 64 bytes from 172.10.0.16: icmp_seq=10 ttl=254 time=2.40 ms 64 bytes from 172.10.0.16: icmp_seq=11 ttl=254 time=2.96 ms 64 bytes from 172.10.0.16: icmp_seq=12 ttl=254 time=3.52 ms
Re: ping & DUP!
>wireless Интерференция радио сигнала, надо полагать.
Re: ping & DUP!
а ты D-Link не используй 😉
Re: ping & DUP!
Было такое однажды на цисковских свичах когда два одинаковых IP-адреса встретилось в одной сети и соответственно оба отвечали некоторое время пока ARP-таблицу все заново не выучивали, а потом снова переучивали и т.д. Забаааавно было :))
(??) on 28-Апр-06, 16:55
