Глава 7. CoS-based forwarding: различия между версиями

Материал из Juniper Exam Wiki
Перейти к навигации Перейти к поиску
Строка 31: Строка 31:
=Notes=
=Notes=
*'''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, то JunOS такой трафик считает 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''' в качестве условий для матчинга нужно задавать атрибуты, с которыми прилетел маршрут. Policy будет использовать для проверки bgp.l3vpn.0 таблицу, а не ''vrf''.inet.0.
*При использовании '''L3VPN''' в качестве условий для матчинга нужно задавать атрибуты (а не route-filter), с которыми прилетел маршрут. Policy будет использовать для проверки bgp.l3vpn.0 таблицу, а не ''vrf''.inet.0.

Версия 14:32, 4 марта 2017

Overview

CoS может быть интегрирован в policy, с помощью чего можно трафик определенного forw class направлять по определенному routing path.

Поддерживает IPv4, IPv6, MPLS.

Configuration

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>; }

Notes

  • 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.