Глава 7. CoS-based forwarding: различия между версиями
Перейти к навигации
Перейти к поиску
м |
м |
||
Строка 7: | Строка 7: | ||
==Конфигурация== | ==Конфигурация== | ||
Этап 1. Конфигурируем '''routing-policy'''. Определяем маpшруты для использования CBF. | Этап 1. Конфигурируем '''routing-policy'''. Определяем маpшруты для использования CBF. | ||
[edit policy-options] | [edit policy-options] | ||
Строка 35: | Строка 34: | ||
*Если 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. | *Если 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. | *При использовании '''L3VPN''' в качестве условий для матчинга нужно задавать атрибуты (а не route-filter), с которыми прилетел маршрут. Policy будет использовать для проверки bgp.l3vpn.0 таблицу, а не ''vrf''.inet.0. | ||
==Дополнительная информация== | |||
*[[Глава 1. QoS]] | |||
*[[Глава 2. Packet classification]] | |||
*[[Глава 8. Packet flow]] |
Текущая версия на 18:23, 15 июля 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.