Есть 3526. Включена MAC Notification.



Воткнут абонент. От него идет мусор, просто мусор. Соответственно часть из бит попадает в место, где 3526 хочет видеть мак. и он начинает слать snmp трапы с 10 новыми маками раз в 1 минуту.... У абонента уже сходили выкинули его померший зухель. Интернет у него заработал, ошибки на порт расти перестали.. Но, вечерело, и бубушки все падали и падали, в смысле маки все приходили и приходили, все новые и новые. Уже порт выключили, а они все шли и шли... Минут через 15 свитч ребутнули, и все устаакнилось. Собственно вопрос, это там такой буфер, что он 30*10=300 маков запомнил (с момента когда выкинули битый свитч до ребута почти пол часа прошло), или это глюк ? прошивка была не самая последняя, типа 6...12. теперь ...26, я думаю это не важно, вопрос в том, буфер или глюк.

Понаблюдайте за устройством некоторое время. Возможно это был разовый глюк. Кстати MAC Aging Time у Вас какое?

MAC Aging Time по умолчанию.
На порту стояла безопасность (мак 1 штука, не ip-mac), в какойто момент, пока было включено проблемное устройство, ее, безопасность, снимали. потом снова поставили, когда уже небыло этого устройтсва. Соответственно были еще трапы про левые маки, пришедшие по причине

Без безопасности маки появлялись в списке текущих маков на порту.

Когда проблемное устройство у абонента сняли, то ни по трапам по безопаснти ни просто на порту левые маки не приходили. только mac_notification.
После ребута пока полет нормальный.

если я правильно понял тему: собственноручно сталкивался с 8000 маков на порту, где все один комп находится - оказалось слишком длинная линия и коммутатор начинает изучать битые CRC пакеты с маками (тже битыми). Устранили исправлением (укорочением) линии.

_________________
за вещью должно быть еще что-то

Еще раз, проблема не в том откуда берется мусор, проблема в том, что уведомления идут и через пол часа после отключения. Есть там буфер (и тогда это нормально) или нет там буфера, и тогда это косяк.