Глава 7. CoS-based forwarding: различия между версиями
Перейти к навигации
Перейти к поиску
м |
м |
||
Строка 1: | Строка 1: | ||
{{#description2:Для чего CoS-based forwarding. Конфигурация CoS-based forwarding. Информация для подготовки к экзаменам Juniper.}} | {{#description2: Для чего CoS-based forwarding. Конфигурация CoS-based forwarding. Информация для подготовки к экзаменам Juniper.}} | ||
==Для чего CoS-based forwarding== | ==Для чего CoS-based forwarding== | ||
Версия 09:53, 9 июля 2021
Для чего CoS-based forwarding
CoS может быть интегрирован в policy, с помощью чего можно трафик определенного forw class направлять по определенному routing path.
Поддерживает IPv4, IPv6, MPLS.
Конфигурация
Этап 1. Конфигурируем routing-policy. Определяем маpшруты для использования CBF.
[edit policy-options] policy-statement <cbf-policy> { from { route-filter 5.5.5.5/32 exact; } then cos-next-hop-map <cbf-map>; }
Этап 2. Конфигурируем CoS forw policy. Оперделяем next-hop для для fowr class. Можно комбинировать IP nex-hop и MPLS, тем самым обеспечивая load balancing.
[edit class-of-service] forwarding-policy { next-hop-map <cbf-map> { forwarding-class assured-forwarding { next-hop 192.168.86.49; }} forwarding-class best-effort { next-hop ge-0/0/0.110; lsp-next-hop 192.168.86.10; }}}}
Этап 3. Применяем routing-policy к forw table.
[edit routing-options] forwarding-table { export <cbf-policy>; }
Заметочки
- CBF with OSPF: конфигурируем в качестве nex-hop - интерфейс. Так как OSPF добавляет маршруты с next-hop = interface для p2p интерфейсов и не содержит никаких IP.
- IP and LSP next-hops. Для forw class можно конфигурировать оба, но приоритетным будет LSP.
- Если next-hop map перекрывает не все возможные forw class, то трафик на попавший ни в какой forwarding-class считается unspesified и ему назначается unspesified forw class. Default forw class - class of queue 0. Если default forw class не определен в nex-hop-map, то JunOS также randomly designated the default class.
- При использовании L3VPN в качестве условий для матчинга нужно задавать атрибуты (а не route-filter), с которыми прилетел маршрут. Policy будет использовать для проверки bgp.l3vpn.0 таблицу, а не vrf.inet.0.