STP_TOPOLOGY_CHANGE Сетевое оборудование и VPN

MikroTik Log: root bridge changed / topology change detected — Устранение петель

Обновлено: 24.08.2026 · Официальная документация ↗

В логах MikroTik фиксируются множественные предупреждения: bridge,warning bridge: root bridge changed и topology change detected on bridge port.

Кратковременные «замирания» трафика в локальной сети на 2–5 секунд (Network Freezes).
Сброс таблицы коммутации (CAM / MAC address table) на всех портах моста, вызывающий Unicast Flooding.
Резкий рост нагрузки на центральный процессор (CPU load до 100%) из-за шторма широковещательных пакетов.
Постоянная смена ролей портов моста: root-port, alternate-port, designated-port, blocking.

1. Анализ текущего Root Bridge в топологии

Проверьте, какой коммутатор сейчас считается корневым (Root) и какой порт MikroTik смотрит в его сторону:

/interface bridge monitor bridge once

Посмотрите параметры: root-bridge, root-bridge-id, root-path-cost, topology-change-count. Если root-bridge: yes постоянно меняется на no, в сети идет борьба за роль мастера.

2. Принудительное назначение приоритета Root Bridge

Коммутатор с **наименьшим** значением приоритета становится Root Bridge. По умолчанию у всех устройств MikroTik приоритет равен 0x8000 (32768). Установите наивысший приоритет (самое низкое число) на центральном маршрутизаторе ядра сети:

# Установка приоритета 0 (или 4096 / 8192) на основном коммутаторе ядра:
/interface bridge set bridge priority=0x1000

На резервном коммутаторе выставите приоритет 0x2000 (8192), а на свитчах доступа оставьте 0x8000.

3. Включение защиты Root Protect

Защитите порты доступа от случайного подключения коммутатора с более низким Bridge ID:

/interface bridge port set [find edge=yes] root-protect=yes

4. Отключение рассылки Topology Change Notification (TCN) с портов доступа

Если конечные устройства (ПК, принтеры) часто перезагружаются или засыпают, их порты отправляют TCN-уведомления. Объявите эти порты граничными (Edge), чтобы они не инициировали сброс MAC-таблицы:

/interface bridge port set [find where dynamic=no and internal-path-cost!=10] edge=yes-discover

5. Проверка счетчиков изменений топологии

/interface bridge print stats-detail

💡 Практика специалистов: Всегда вручную задавайте priority=0x1000 на главном агрегаторе сети. Оставлять дефолтный приоритет 0x8000 на всех коммутаторах недопустимо — случайный старый свитч с меньшим MAC-адресом перехватит роль Root Bridge и завернет весь трафик на себя.

Частые вопросы (FAQ)

Почему при смене топологии STP (Topology Change) сеть начинает тормозить?

При получении сигнала Topology Change коммутаторы сбрасывают время устаревания (aging time) MAC-таблицы с 300 до нескольких секунд. В результате весь входящий трафик временно рассылается во все порты (Unicast Flooding), перегружая полосу пропускания и CPU.

Как рассчитывается Bridge ID в протоколах STP/RSTP?

Bridge ID состоит из двух частей: 16-битного приоритета (задается администратором) и 48-битного базового MAC-адреса устройства. Если приоритеты равны, корневым выбирается устройство с наименьшим MAC-адресом.

Нужно ли настраивать Path Cost на транковых портах вручную?

Рекомендуется оставлять path-cost автоматическим, соответствующим стандарту IEEE (например, 20000 для 1G, 2000 для 10G). Ручная настройка требуется только для создания асимметричных резервных путей.

Может ли Wi-Fi мост вызывать Topology Change?

Да, если беспроводной мост (WDS или station-bridge) периодически переподключается, он вызывает смену состояния STP-порта. На таких интерфейсах рекомендуется активировать edge=no и настроить таймеры hold-down.