Глава 7. CoS-based forwarding: различия между версиями
Перейти к навигации
Перейти к поиску
м (→Notes) |
м |
||
| Строка 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. | Этап 1. Конфигурируем '''routing-policy'''. Определяем маpшруты для использования CBF. | ||
[edit policy-options] | [edit policy-options] | ||
policy-statement ''<cbf-policy>'' { | policy-statement ''<cbf-policy>'' { | ||
| Строка 14: | Строка 15: | ||
then cos-next-hop-map ''<cbf-map>''; } | then cos-next-hop-map ''<cbf-map>''; } | ||
2. Конфигурируем '''CoS forw policy'''. Оперделяем next-hop для для fowr class. Можно комбинировать IP nex-hop и MPLS, тем самым обеспечивая load balancing. | Этап 2. Конфигурируем '''CoS forw policy'''. Оперделяем next-hop для для fowr class. Можно комбинировать IP nex-hop и MPLS, тем самым обеспечивая load balancing. | ||
[edit class-of-service] | [edit class-of-service] | ||
forwarding-policy { | forwarding-policy { | ||
| Строка 24: | Строка 25: | ||
lsp-next-hop 192.168.86.10; }}}} | lsp-next-hop 192.168.86.10; }}}} | ||
3. Применяем '''routing-policy''' к '''forw table'''. | Этап 3. Применяем '''routing-policy''' к '''forw table'''. | ||
[edit routing-options] | [edit routing-options] | ||
forwarding-table { | forwarding-table { | ||
export ''<cbf-policy>''; } | export ''<cbf-policy>''; } | ||
= | ==Заметочки== | ||
*'''CBF with OSPF:''' конфигурируем в качестве nex-hop - интерфейс. Так как OSPF добавляет маршруты с next-hop = interface для p2p интерфейсов и не содержит никаких IP. | *'''CBF with OSPF:''' конфигурируем в качестве nex-hop - интерфейс. Так как OSPF добавляет маршруты с next-hop = interface для p2p интерфейсов и не содержит никаких IP. | ||
*'''IP and LSP next-hops'''. Для forw class можно конфигурировать оба, но приоритетным будет LSP. | *'''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. | *Если 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. | ||
Версия 11:34, 5 июля 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.