Traffic engineering
LSP Metrics
Есть возможность задавать статически метки для LSP, аналогично как и для IGP.
[edit protocols mpls] label-switched-path dalwhinnie-to-oban to 10.200.86.3; metric 20; link-protection;
Link coloring
Можно раскрашивать линки в разные цвета и задавать path таким образом, чтобы он шел либо через конкретные цвета или исключая конкретные цвета.
Цвета задаются и назначаются на интерфейсы через admin-groups внутри protocols mpls.
Если не будет возможности построить LSP с заданными ограничениями по цветам, то LSP не построится =).
При построении link protection bypass, выбор пути не будет учитывать предпочтение по цветам, т.к. bypass LSP могут служить резервом для нескольких LPS. Однако, при использовании FRR, цвета будут учитываться.
Если нет требований по цветам, то LSP будет построен без учета этого параметра, вне зависимости от того какими цветами будут раскрашены интерфейсы.
Для корректной работы требуется, чтобы admin-groups были заданы на всех роутерах в MPLS домене одинаково.
Configuration
dalwhinnie> show configuration protocols mpls admin-groups { gold 1; } label-switched-path dalwhinnie-to-oban { to 10.200.86.3; admin-group <include-all|include-any|exclude> gold; } path via-tormore; interface ge-0/0/2.0 { admin-group gold;
Losse, Strict LSP hops
Для primary и secondary LSP можно задавать loose и strict хопы.
Также эти параметры можно задавать и для bypass LSP (внутри protocols rsvp).
Strict - роутер, чей ip мы указываем, должен быть подключен напрямую.
Loose - роутер не должен быть подключен напрямую, между роутерами может быть несколько хопов.
Configuration
dalwhinnie> show configuration protocols mpls label-switched-path dalwhinnie-to-oban { to 10.200.86.3; link-protection; primary via-blair; } path via-blair { 192.168.86.5 strict; 192.168.86.9 strict; 192.168.86.25 strict;
dalwhinnie> show configuration protocols rsvp interface ge-0/0/2.0 { link-protection { path { 192.168.86.29 strict; 192.168.86.1 strict; 192.168.86.41 strict; 192.168.86.46 strict;
Route Table and LSP Integration
Traffic-engineering bgp-igp
Перенесет все маршруты из inet.3 в inet.0. Новые маршруты из inet.3 перекроют старые маршруты из inet.0, т.к. протоколы LDP и RSVP имеют лучший преференс. Этот делается в целях обеспечения всей маршрутизации в сети по mpls-lsp (LDP и RSVP signalled). Но в этом варианте не работают VPN, основанные на MPLS, потому, что таблица Inet3 останется пуста. Применяется не к отдельным LSP, а глобально.
Traffic-engineering bgp-igp-both-ribs
Скопирует маршруты из inet.3 в inet.0. Новые маршруты из inet.3, опять же, перекроют старые маршруты из inet.0, но старые маршруты в inet3 останутся, поэтому этот способ годится, если в сети нужны VPN-сервисы.
Traffic-engineering mpls-forwarding
Скопирует все маршруты из inet.3 в inet.0, но и старые маршруты в inet.0 оставит для совместимости с некоторыми политиками маршрутизации. Однако, фактически, форвардинг будет происходить по новым маршрутам. Для индикации итого, какие маршруты в inet.0 для форвардинга трафика, а какие чисто инфомративные, есть дополнительные обозначения (#|@) в выводе show route:
> show route 10.200.86.3 inet.0: 29 destinations, 38 routes (29 active, 1 holddown, 0 hidden) @ = Routing Use Only, # = Forwarding Use Only + = Active Route, - = Last Active, * = Both 10.200.86.3/32 @[OSPF/10] 00:25:58, metric 3 > to 192.168.86.5 via ge-0/0/0.20 #[RSVP/7/1] 00:20:06, metric 3 > to 192.168.86.5 via ge-0/0/0.20, label-switched-path dalwhinnie-to-oban [LDP/9] 00:02:30, metric 1 > to 192.168.86.5 via ge-0/0/0.20, Push 300288
IGP shortcuts
Благодаря настройкам выше трафик до Lo идет через LSP, но трафик где next-hop = ip p2p линка, все еще используется IGP.
[edit protocols ospf] set traffic-engineering shotcuts
[edit protocols isis] set traffic-engineering family inet shortcuts
Минусы:
- Нет контроля, в отличие от install, active.
- Требуется настройка на всех роутеров в домене.
© Наталия Бобкова 2014—2022