LINUX.ORG.RU

История изменений

Исправление Pinkbyte, (текущая версия) :

Всё зависит от модели свича. Если там дохлый пакетный буфер, то не удивительно, что широковещательный трафик кладет его на лопатки. Тупые свичи нужны для подключения оконечных клиентов. Связывать ими какие-то элементы агрегации или, упаси Боже, ядра сети - не стоит. От слова совсем.

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

Например все клиенты указывают шлюзом роутер, а он делает куда-то ICMP-редиректы, которые игнорируются клиентами, но сильно повышают объемы трафика в сети(лечится либо донастройкой клиентов, либо отключением ICMP-редиректов на роутере).

То всё работает, то не работает ничего, не пингуется ни соседний ПК, ни сам роутер на 192.168.1.1, не идёт трассировка никуда, а то и вовсе arp -a ничего не возвращает.

Хм, хотя не, похоже просто засран чем-то сегмент, скорее всего широковещательным трафиком. Но на петлю не похоже, там обычно arp хоть какой-то виден. Хотя без tcpdump-а или wireshark-а это всё опять же - гадание на кофейной гуще.

Исходная версия Pinkbyte, :

Всё зависит от модели свича. Если там дохлый пакетный буфер, то не удивительно, что широковещательный трафик кладет его на лопатки. Тупые свичи нужны для подключения оконечных клиентов. Связывать ими какие-то элементы агрегации или, упаси Боже, ядра сети - не стоит. От слова совсем.

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

Например все клиенты указывают шлюзом роутер, а он делает куда-то ICMP-редиректы, которые игнорируются клиентами, но сильно повышают объемы трафика в сети(лечится либо донастройкой клиентов, либо отключением ICMP-редиректов на роутере).