1 Тема от AntiduPb

  • AntiduPb
  • AntiduPb
  • Пользователь
  • Неактивен
  • Откуда: Stavropol
  • Зарегистрирован: 12.01.2014
  • Сообщений: 181
  • Репутация : [ 8 | 0 ]

С НАСТУПАЮЩИМ ВСЕХ! ab

Добрый день друзья ab Есть сеть на 720+ компуцеров. 30 подсетей. Коммутаторы D'link DGS-1210. Подсети сидят в VLAN'ах. VLAN'ы разруливаются центральным маршрутизатором (комп с Debian 7).
До недавнего времени все работало нормально но в один "прекрасный" день сеть начала тупить. В процессе поиска проблемы выскочило вот такое

 Консоль:

dimas@pcadmin:~$ ping 192.168.100.20                                           
PING 192.168.100.20 (192.168.100.20) 56(84) bytes of data.
64 bytes from 192.168.100.20: icmp_seq=1 ttl=63 time=4.19 ms
64 bytes from 192.168.100.20: icmp_seq=1 ttl=63 time=4.42 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=1 ttl=63 time=4.69 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=1 ttl=63 time=4.93 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=1 ttl=63 time=5.36 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=1 ttl=63 time=5.78 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=1 ttl=63 time=6.08 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=1 ttl=63 time=6.41 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=1 ttl=63 time=6.66 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=1 ttl=63 time=6.91 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=1 ttl=63 time=7.16 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=1 ttl=63 time=7.62 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=1 ttl=63 time=7.84 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=1 ttl=63 time=8.12 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=2 ttl=63 time=13.1 ms
64 bytes from 192.168.100.20: icmp_seq=2 ttl=63 time=13.3 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=2 ttl=63 time=13.6 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=2 ttl=63 time=13.8 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=2 ttl=63 time=14.2 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=2 ttl=63 time=14.7 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=2 ttl=63 time=15.1 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=2 ttl=63 time=15.3 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=2 ttl=63 time=15.6 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=2 ttl=63 time=15.8 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=2 ttl=63 time=16.1 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=2 ttl=63 time=16.5 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=2 ttl=63 time=16.8 ms (DUP!)
64 bytes from 192.168.100.20: icmp_seq=2 ttl=63 time=17.1 ms (DUP!)
^C
--- 192.168.100.20 ping statistics ---
2 packets transmitted, 2 received, +26 duplicates, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 4.193/10.643/17.102/4.658 ms
dimas@pcadmin:~$

192.168.100.20 - это центральный коммутатор, в него воткнуты все остальные. Еще один в соседнем корпусе(к нему идет оптика от центрального) показывает чуть меньше дублей.

Ковырялся с центральным маршрутизатором, не нашел в чем проблема. Восстановил систему из бэкапа - не помогло. Переставил систему начисто - не помогло. Поменял сетевуху - не помогло. Поменял железку целиком - не помогло.
А теперь самое интересное. Поставил Gentoo и ... все стало нормально! Сеть залетала и дубли пропали полностью.
Я бы и рад оставить Gentoo но завтра я заболею и случись что - народ повесится с Gentoo ковыряться.

Проблема появилась без видимых причин.
Прошу помощи!

Конечно, это работает в Gentoo!

2 Ответ от baralgin

  • baralgin
  • Пользователь
  • Неактивен
  • Зарегистрирован: 29.08.2013
  • Сообщений: 718
  • Репутация : [ 23 | 0 ]

AntiduPb, на один запрос получаете 2 ответа. Может быть кольцо в сети, одинаковые маки  и так далее.

3 Ответ от AntiduPb

  • AntiduPb
  • AntiduPb
  • Пользователь
  • Неактивен
  • Откуда: Stavropol
  • Зарегистрирован: 12.01.2014
  • Сообщений: 181
  • Репутация : [ 8 | 0 ]

baralgin, ok. Тогда почему с Gentoo все работает нормально а с Debian нет? Кольцо или одинаковые маки дали бы одинаковый результат и с Gentoo и с Debian; и даже если предположить что Gentoo "из коробки" фильтрует дубли или просто их рубит(в чем я сомневаюсь) почему на нем сеть ощутимо для всех взлетает, а на Debian нет. Ведь дубли в этом случае должны летать и между компами в широковещательных доменах, а они, судя по всему, исходят их центрального маршрутизатора.

на один запрос получаете 2 ответа

Не 2 а, как видно выше, 13!
И, в зависимости от каких-то неведомых мне условий, их может быть совершенно разное количество.
Кста arp таблицу я смотрел не раз и одинаковых маков там не было ни разу.

Черная магия блин  bm

Конечно, это работает в Gentoo!

4 Ответ от AntiduPb

  • AntiduPb
  • AntiduPb
  • Пользователь
  • Неактивен
  • Откуда: Stavropol
  • Зарегистрирован: 12.01.2014
  • Сообщений: 181
  • Репутация : [ 8 | 0 ]

Проблема с Debian так и не решилась. Собрал Gentoo(amd64 как и Debian был) - работает нормально, ну и пусть работает  bs.

P.S. Ну это так, если кому вдруг понадобится.

Конечно, это работает в Gentoo!

5 Ответ от afanasev.p

  • afanasev.p
  • Пользователь
  • Неактивен
  • Зарегистрирован: 02.10.2012
  • Сообщений: 126
  • Репутация : [ 13 | 0 ]

Не понятно - что даст наблюдение за arp-таблицей? У Вас же вроде как один ip-адрес? Или больше?
Обычно решая проблемы с петлями мы наблюдали за утилизацией портов на штормящей железке. Порты, которые замыкаются в петлю имеют одинаковую нагрузку, которая (обычно) выше стандартной. Ну и дальше все просто - выключаем один порт, смотрим на ситуацию. Если все нормализовалось - смотрим что за железо за этим портом и т.д. до обнаружения проблемных мест. Чаще всего эти проблемные места - либо новый коммутатор с дефолтными настройками, либо коммутатор с "поехавшими мозгами".

И баба с воза, и волки сыты...