[akvamarinka]

Добрый день!

Сейчас занимаюсь написание диплома по теме MPLS-TE. Начала изучать FRR в MPLS-TE, поняла, что это быстрая перемаршрутизация(в течении 50 мсек) на резервный туннель заранее созданный для этой цели. Как я понимаю информация об обвале основного туннеля приходит в сообщениях OSPF или IS-IS(смотря что используется), и на основании этой инфы входной маршрутизатор принимает решение перенаправить трафик в резервный канал, но как тогда удается соблюсти условие 50 мсек? И не понимаю главного, зачем нам FRR если есть возможность прописать два пути Exp path с разными приоритетами?

Буду благодарна, если поможете разобраться!!

[dazgluk]

Добрый день. 50ms можно достичь только если использовать протокол BFD, а ещё лучше, событие interface down. Два пути с explicit path конечно же прописать можно, но если держать оба пути активными, RSVP-TE займёт двойную полосу на интерфейсах. А строить его в момент аварии - очень долго. Поэтому в момент обрыва линии сначала отрабатывает FRR link/node protection, а потом, уже не торопясь, MPLS-TE туннель перестраивается на новый, рассчитанный путь

[darkagent]

информация об обвале основного туннеля приходит

https://tools.ietf.org/html/rfc3209#section-5

[fomka31ru]

начните с презентаций

[rdntw]

JMV раздел 5

 

Junos MPLS and VPNs

Chapter 5: Traffic Protection and LSP Optimization