Для RSVP используем аналогичную схему. RSVP позволяет: использовать резервирование ширины канала для определённого LSP, строить LSP вне зависимости от IGP Best Path, использовать CoS и прочие вещи необходимые для TE.
Настройку LDP можно оставить, так как согласно тблице Default Preference у RSVP ниже, чем у LDP. То-есть для FEC будет более предпочтителен маршрут, построенный при помощи RSVP.
Ради прмера, настроим LSP, идущий по маршруту M34-M9-OBV-MIR-LNX. Сделать это можно при помощи ERO. Выглядит это примерно так:
1) Loose = OBV
2) Strict = MIR, LNX
Loose говорит, что до точки можно построить путь по IGP. Strict указывает на следующий hop без оглядки на IGP. То-есть нельзя указать Loose OBV, Strict LNX. Эта конфигурация работать не будет.
Настраиваем RSVP:
root@RT.MSK.M34# show | compare
[edit protocols]
+ rsvp {
+ interface all; ##Включаем работу RSVP на всех интерфейсах
+ }
+ mpls {
+ path-mtu {
+ allow-fragmentation; ##Разрешаем фрагментировать пакет до его пометки
+ rsvp mtu-signaling; ##Позволяет RSVP вычислить минимальный MTU на пути
+ }
+ no-cspf; ##Отключаем динамический TE
+ label-switched-path M34-LNX { ##Указываем имя пути
+ to 192.168.0.8; ##Loopback-адрес Egress-роутера
+ corouted-bidirectional; ##Указываем, что это двунаправленный LSP
+ bandwidth 150m; ##Проверяем доступную ширину канала
+ oam {
+ bfd-liveness-detection { ## Настраиваем BFD
+ minimum-interval 1000; ##Раз в секунду послылаем Hello
+ multiplier 3; ##Если за время 3х1000мс нет ответа, то разрываем
+ failure-action teardown; ##LSP и пытаемся снова его построить
+ }
+ }
+ ultimate-hop-popping; ##Снимаем метку на последнем хопе
+ primary l_MIR-s_OBV,LNX; ##Указываем основной путь
+ }
+ path l_MIR-s_OBV,LNX { ##указываем ERO. Порядок важен
+ 10.0.0.24 loose;
+ 10.0.0.25 strict;
+ 10.0.0.27 strict;
+ }
+ interface all; ##Для работы RSVP нужно включить интерфейсы ещё в MPLS
+ }
На остальных устройствах просто включам все интерфейсы в RSVP, MPLS и указываем Family MPLS.
Некоторые примечания по настройке:
Двунаправленный LSP позволяет произвести настройку LSP только на Ingress. При этом трасстровку и проверку мы сможем делать только на Ingress, но трафик будет ходить в обе стороны.
Проверка на ширину канала не ограничивает пропускную способность, а только проверяет её достпность. Есть проверка не пройдена, то RSVP не сможет построить LSP.
Ultimate-Hop-Popping необходим для поддержки CoS. Т.е. если метка снимается на предпоследнем хопе, то и информация об очереди теряется на нём же. Тут просто для примера.
2. Проверка работы LSP
А теперь проверим прохождение трафика в обе стороны. Отключим LDP на граничных устройствах:
root@RT.MSK.M34# deactivate protocols ldp
root@RT.SPB.LNX# deactivate protocols ldp
root@RT.SPB.LNX# run show route 140.0.0.1
inet.0: 30 destinations, 30 routes (30 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
140.0.0.0/16 *[BGP/170] 05:49:49, localpref 100, from 192.168.0.1
AS path: 400 I, validation-state: unverified
> to 10.0.0.26 via ge-0/0/1.0, label-switched-path M34-LNX
Видим, что на Egress у нас указан наш LSP. А теперь запустим трассировку, но сделаем это со стороны Downstream'а (Egress-роутера), предварительно сняв дамп на интерфейсе Ge-0/0/1 RT.SPB.LNX. Вот что мы увидим:
Ответы и запросы приходят на ожидаемом интерфейсе с меткой, а значит трафик посылается так как мы и хотели - в обе стороны по MPLS. Можно обратно включать LDP и проверять как работает RSVP-сессия
Иногда может понадобиться очистить сессию и перепостроить путь не дожидаясь таймеров:
root@RT.MSK.M34> clear rsvp session
Проверка LSP. Тут мы отфильтровали LSP по имени и вывели только LSP, которые были построены от этого роутера:
root@RT.MSK.M34> show mpls lsp name M34-LNX ingress
Ingress LSP: 1 sessions
To From State Rt P ActivePath LSPname
192.168.0.8 192.168.0.1 Up 0 * l_MIR-s_OBV,LNX M34-LNX Bidir
Total 1 displayed, Up 1, Down 0
Просто вывести список LSP:
root@RT.SPB.LNX> show mpls lsp
Ingress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Egress LSP: 1 sessions
To From State Rt Style Labelin Labelout LSPname
192.168.0.8 192.168.0.1 Up 0 1 FF 300016 - M34-LNX Bidir
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Можно произвести трассировку, если нам нужно узнать по какому пути пойдёт трафик (Можно сделать только на Ingress-роутере):
