Телеграмм чат группы accel

Кто и как решает проблему когда клиентское устройство начинает на весь сегмент срать на левые маки (которые не изучаются), как результат приводя к бродкаст шторму? Можно ли чем-то услово слушать весь бродкасты и куда-то алертить с маками нарушителей?

источник

20:42пожаловаться #11

Dimka88 in Accel-PPP

Классно решать с помощью QinQ. Но в теории может ebtables и -j LOG, не уверен правда

источник

20:45пожаловаться #12

Goletsa in Accel-PPP

Dimka88

Классно решать с помощью QinQ. Но в теории может ebtables и -j LOG, не уверен правда

SVLAN и переделываться скорее всего не будет

источник

20:46пожаловаться #13

Goletsa in Accel-PPP

Ну по сути это несколько проблем, я просто обобщил до уровня что штормит. Причины могут быть разные, как коллизия таблицы так и длинки которые очень любят иногда DHCPv6 PD посрать

источник

20:47пожаловаться #14

Goletsa in Accel-PPP

Хочется как-то автоматизировать детект таких ситуаций

источник

20:48пожаловаться #15

Sergey in Accel-PPP

два решения (каждого в свой vlan, но нужно помнить что всякие qinq на свитчах смешивают мак-таблицу, qinq надо уметь готовить) или чуть более простой но кривой вариант - port-isolation/traffic_segmentaion + статик мак на порту вверх

источник

20:48пожаловаться #16

Goletsa in Accel-PPP

Изоляция\сегментация есть, не всегда помогает

источник

20:48пожаловаться #17

Sergey in Accel-PPP

и почему она не помогает, чем snooping пролезает трафик?

источник

20:49пожаловаться #18

Roman Shevchenko in Accel-PPP

Sergey