akvamarinka Posted April 10, 2015 Posted April 10, 2015 Добрый день! Сейчас занимаюсь написание диплома по теме MPLS-TE. Начала изучать FRR в MPLS-TE, поняла, что это быстрая перемаршрутизация(в течении 50 мсек) на резервный туннель заранее созданный для этой цели. Как я понимаю информация об обвале основного туннеля приходит в сообщениях OSPF или IS-IS(смотря что используется), и на основании этой инфы входной маршрутизатор принимает решение перенаправить трафик в резервный канал, но как тогда удается соблюсти условие 50 мсек? И не понимаю главного, зачем нам FRR если есть возможность прописать два пути Exp path с разными приоритетами? Буду благодарна, если поможете разобраться!! Вставить ник Quote
dazgluk Posted April 10, 2015 Posted April 10, 2015 Добрый день. 50ms можно достичь только если использовать протокол BFD, а ещё лучше, событие interface down. Два пути с explicit path конечно же прописать можно, но если держать оба пути активными, RSVP-TE займёт двойную полосу на интерфейсах. А строить его в момент аварии - очень долго. Поэтому в момент обрыва линии сначала отрабатывает FRR link/node protection, а потом, уже не торопясь, MPLS-TE туннель перестраивается на новый, рассчитанный путь Вставить ник Quote
darkagent Posted April 10, 2015 Posted April 10, 2015 информация об обвале основного туннеля приходит https://tools.ietf.org/html/rfc3209#section-5 Вставить ник Quote
rdntw Posted April 10, 2015 Posted April 10, 2015 JMV раздел 5 Junos MPLS and VPNs Chapter 5: Traffic Protection and LSP Optimization Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.