Очень раздражающая ситуация. Сегодня вырубил здание. Обновил прошивку на UBB, который питает это здание. Я разрешил одной из точек доступа там использовать mesh uplink на случай, если UBB упадёт. Плохое соединение обычно лучше, чем его полное отсутствие. После начала обновления прошивки оба порта коммутатора AP и UBB попали в какой-то скрытый чёрный список аномалий AI из-за слишком большого количества DHCP-запросов. В итоге пришлось физически переставлять порты, чтобы UBB и AP снова начали передавать трафик. Эта сеть работала годами без таких проблем. Неочищаемое событие, которое отключает порт (по крайней мере для uplink и downlink) на 24 часа, а единственное сообщение в логах это "Incoming DHCP packets exceed 300/sec on sw06 - Annex2 Port 16" — это просто смешно. Если софт будет блокировать порт, он должен ясно об этом сказать и предоставить способ это очистить. Для следующего, кто столкнётся с этим: похоже, можно удалить записи anomaly из mongoDB в контроллере, а затем перезагрузить контроллер, чтобы действительно это очистить. Не идеально, конечно, но если аномалия заблокирует критически важный порт, который ты не можешь переместить, то это может быть способом всё восстановить.

То же самое, это очень раздражает. Если я заменю SFP, счётчик ошибок тоже должен сброситься.