А как с этим жить и что делать, чтобы устранить? Как я понимаю это аппаратная проблема? У меня порядка 70 записей по sh flood на одном из коммутаторов. Кстати, клиенты особо не жаловались...

а какой у вас fdb_aging_time установлен?

По-умолчанию

у вас там что через него полрайона ходит что-ли?

_________________
LiveComm

Даже здесь сегодня встретил совпадение хешей 2-х других коммутаторов оО

Если не требуется, чтобы клиенты в пределах одного коммутатора могли обмениваться между собой, рекомендую настроить traffic_segmentation так, чтобы пакеты с клиентких портов могли форвардиться только в uplink-овый. А на uplnk-овом порту выключить mac learning совсем. Тогда проблема с совпадением хешей больше беспокоить не будет.

Да. приличное количество трафика через него валится. И если менять. то надо будет менять порядка 10 коммутаторов только в одном микрорайоне и менять только на 3200 серию получается. Которых у нас еще не заказывалось... Как я понимаю иных вариантов решения проблемы нет, но слава Богу особых проблем не испытываем и мы пока живем так. Просто ставлю себе пометку и будем переделывать по мере возможности, убирая их с транзита. А ТП D-link даст какие нибудь рекомендации?

Она не даст, таблица хешей на свиче убогая, аппаратно, тут только замена, либо viewtopic.php?t=123665, мне помогает, абоненты прекратили звонить, сеть получила прежнюю стабильность.

Основные рекомендации сегментировать как можно мельче сеть VLAN-ами и смещать DES-3028 как можно ближе к клиентам. А на транзитные узлы доступа лучше ставить DES-3200-XX. В то же время мы реализовали все возможные функции для облегчения эффекта от этой ситуации - show flood_fdb для мониторинга, auto_fdb для динамического добавления MAC-адреса шлюза в статическую таблицу MAC-адресов, пофиксили работу DHCP Snooping при совпадении хешей MAC-ов и изучили все эффекты при конфликте MAC-адреса с Multicast адресом, которые оказались не такими большими как казалось сначала. Кроме того при разовом возникновении такой ситуации можно просто поменять MAC-адрес клиента.

А 3052 подвержен проблеме? Как я понимаю да, они же аппаратно одинаковые, только число портов увеличено.

да

Укажите пожалуйста в личку Ваш телефон.

А mac свитчу поменять я так понял никак нельзя ?

У нас больше совпадений хэшей не абонент-абонент, а вот такие (ISM VLAN-ISM VLAN; абонент-свитч; свитч-ISM VLAN;свитч-свитч):


1915 - VLAN для абонентов
2002 - ISM VLAN
3000 - управляющий VLAN (только для свитчей)

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

А ожидается 48 портовое устройство серии 3200? Чем заменять 3052? Звонка не дождался...

MaLblsH, мы чистим таблицу флудерстических маков при первом появлении сообщий в сислоге об этом, помогает.
Реально у вас ОЧЕНЬ похожая ситуация на нашу, совпадений абонент-свич в 20 раз больше, чем абонент-абонент, сейчас думаю разбивать управляющий влан на 10 кусков, по идее должно помочь в моём случае.