но мак адрес в любом случае полезно было сменить ))

этот

ну там один конкретный левый адрес щас видно. и там прям явно кто-то активной жизнью живет

99 мбит флуда не каждый может сгенерить

на адрес, который не известен свитчу

iperf

а оно умеет генерить пакеты с разными мак-адресами?

Оу... Не знаю, пойду смотреть

Пример из жизни - схема как я описал, у чавака микрот, в микрот приходит IPoE туннель из другой сети. В нем живёт мультикаст. Чувак гасит микрот и его мак пропадает на L2. IPoE - без поддержки соединения -> та сторона продолжает срать мультик. На L3 мак прибит, поэтому трафик в сторону абонента уходит в L2. Ну а поскольку как было выше сказано L2 про мак забыл - то весь сегмент видел этот мультик о IPoE обёртке.

А, ещё можно вырубить к чертям мак лёрнинг и получить туже шляпу

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

Есть тут Представитель или контакты TZ telecom?

так может там петля в сети

кажется ваш дата-их обвалился

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

Хотя если абон у себя статик-арп шлюза сделает с другим маком будет такая же ситуация

Во все порты где разрешён этот влан

Но очень похоже на арп кэш оч длинный и короткий fdb aging time

хе-хе. ркн прислал шаблон xml для тестовой загрузки инцидента. в шаблоне кусочек данных мой, а кусочек - какого-то другого оператора. с фио, телефоном и email. =)

во дожили
уже РКН заполнять формы начал за нахальных операторов