ERP (Ethernet Ring Protection): различия между версиями
Перейти к навигации
Перейти к поиску
м |
м |
||
(не показана 1 промежуточная версия этого же участника) | |||
Строка 25: | Строка 25: | ||
*Состояние protection -> idle. | *Состояние protection -> idle. | ||
*Все узлы чистят маки. | *Все узлы чистят маки. | ||
==Дополнительная информация== | |||
*[[L2 switching and VLANs]] | |||
*[[Spanning-Tree protocol (STP)]] | |||
*[[Virtual Chassis]] | |||
*[[Provider bridging]] |
Текущая версия на 18:16, 15 июля 2021
ERP (Ethernet Ring Protection)
Idle state:
- Node A каждые 5 секунд отправляет R-APS сообщения во все интерфейсы.
(Request/State = no request, not flush = 0, RPL state block = 1).
- Остальные узлы узлы тупо передают друг другу APS сообщения то узла А.
- RPL (ring protection link) - заблокирован.
Случилась авария.
- Узел B и С через 50 мс отправляют R-APS.
(Request/State = fail, no flush = 0).
- Узлы В и С отправляют 3 сообщения R-APS подряд в первые 10 мс.
- Упавший линк - блокируют, чистят маки.
- Узел А отправляет APS
(Request/State = no request, no flush = 1, RPL state block = 0).
- Состояние Idle -> protection.
- Узел А разблокирует RPL, слушает сообщения от своих соседей.
Восстановился линк.
- Узлы В и С продолжают блокировать восстановленный линк.
(Request/State = no request, no flush = 1).
- Узел А ждет 5 минут (минимальное значение), после чего, блокирует RPL, отправляет APS сообщения во все интерфейсы
(Request/State = no request, no flush = 0, RPL state block = 1).
- Состояние protection -> idle.
- Все узлы чистят маки.