Глава 7. CoS-based forwarding: различия между версиями
		
		
		
		
		
		Перейти к навигации
		Перейти к поиску
		
				
		
		
	
м (→Notes)  | 
				м  | 
				||
| (не показаны 2 промежуточные версии этого же участника) | |||
| Строка 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: | Строка 14: | ||
        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: | Строка 24: | ||
                   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.  | ||
==Дополнительная информация==  | |||
*[[Глава 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.