Глава 7. CoS-based forwarding: различия между версиями
Перейти к навигации
Перейти к поиску
м (→Configuration) |
м |
||
(не показано 11 промежуточных версий этого же участника) | |||
Строка 1: | Строка 1: | ||
== | {{#description2: Для чего CoS-based forwarding. Конфигурация CoS-based forwarding. Информация для подготовки к экзаменам Juniper.}} | ||
==Для чего CoS-based forwarding== | |||
CoS может быть интегрирован в policy, с помощью чего можно трафик определенного forw class направлять по определенному routing path. | CoS может быть интегрирован в policy, с помощью чего можно трафик определенного forw class направлять по определенному routing path. | ||
Строка 5: | Строка 6: | ||
Поддерживает IPv4, IPv6, MPLS. | Поддерживает 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. | |||
==Дополнительная информация== | |||
*[[Глава 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.