ERP (Ethernet Ring Protection): различия между версиями

Материал из Juniper Exam Wiki
Перейти к навигации Перейти к поиску
(Новая страница: «== 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.
  • Все узлы чистят маки.

Дополнительная информация