ERP (Ethernet Ring Protection): различия между версиями
Перейти к навигации
Перейти к поиску
(Новая страница: «== ERP (Ethernet Ring Protection) == === Idle state: === *Node A каждые 5 секунд отправляет R-APS сообщения во все интер…») |
м |
||
| (не показаны 2 промежуточные версии этого же участника) | |||
| Строка 1: | Строка 1: | ||
{{#description2:Основы ERP. Падение линка. Восстановление линка. Информация для подготовки к экзаменам Juniper.}} | |||
== ERP (Ethernet Ring Protection) == | == ERP (Ethernet Ring Protection) == | ||
| Строка 24: | Строка 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.
- Все узлы чистят маки.