Назад | Перейти на главную страницу

Реализация управления трафиком сегментной маршрутизации (SR-TE) в IOS XR 6.3.1

Я пытаюсь развернуть SR-TE на XRv9000 маршрутизаторы IOS XR 6.3.1 version которые развернуты в AWS в соответствии с топологией ниже.

Я выполнил настройку SR на всех роутерах на основе официального руководства Официальный учебник Cisco по SR. Следующая конфигурация включает SR на роутерах.

router ospf 1
 distribute link-state
 router-id 1.1.1.1
 segment-routing mpls
 segment-routing forwarding mpls
 area 0
  interface Loopback0
   passive enable
   prefix-sid index 11
  !
  interface tunnel-ip0
   cost 1
   network point-to-point
  !
  interface tunnel-ip1
   cost 6
   network point-to-point
  !
 !
 mpls traffic-eng router-id Loopback0
!

Например, MPLS таблица пересылки для R1 следующее:

RP/0/RP0/CPU0:R1#sh mpls forwarding 
    Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes       
    Label  Label       or ID              Interface                    Switched    
    ------ ----------- ------------------ ------------ --------------- ------------
    18022  Pop         SR Pfx (idx 22)    ti0          10.10.1.2       0           
    18033  18033       SR Pfx (idx 33)    ti0          10.10.1.2       0           
    18044  18044       SR Pfx (idx 44)    ti0          10.10.1.2       0           
    24000  Pop         SR Adj (idx 0)     ti0          10.10.1.2       0           
    24001  Pop         SR Adj (idx 0)     ti1          10.10.4.1       0  

Похоже, все настроено. Обратите внимание, что каждый MPLS таблица пересылки показывает лишь некоторую разницу в порядке меток в соответствии с узлами смежности. Более того, я пошел на реализацию, которая представлена ​​здесь SR-TE.

Я бы хотел, чтобы трафик, отправленный с исходного узла R1 к узлу назначения R3 передавая следующие маршрутизаторы: R1, R4, R1, R4 и R3. Он может перепрограммировать одни и те же маршрутизаторы несколько раз по причинам (Заказ VNF). Путь указан в segment-list В следующих SR-TE конфигурация для R1:

segment-routing
 global-block 18000 19999
 local-block 30000 30999
 traffic-eng
  segment-list name SIDLIST1
   index 10 mpls label 18011
   index 20 mpls label 18044
   index 30 mpls label 18011
   index 40 mpls label 18044
   index 50 mpls label 18033
  !
  policy POLICY1
   color 2 end-point ipv4 10.10.3.1
   candidate-paths
    preference 10
     explicit segment-list SIDLIST1
      weight 4
     !
    !
   !
  !
 !
!

Для проверки CLI show segment-routing traffic-eng policy name POLICY1 может показать, работает ли он.

RP/0/RP0/CPU0:R1#show segment-routing traffic-eng policy name POLICY1 
Thu Mar 28 11:15:58.799 UTC

SR-TE policy database
---------------------

Name: POLICY1 (Color: 2, End-point: 10.10.3.1)
  Status:
    Admin: up  Operational: down for 00:00:19 (since Mar 28 11:15:39.411)
  Candidate-paths:
    Preference 10:
      Explicit: segment-list SIDLIST1 (active)
        Weight: 4
          18011
          18044
          18011
          18044
          18033
  Attributes:
    Binding SID: 24003
      Allocation mode: dynamic
      State: awaiting operational
      Policy selected: no
    Forward Class: 0

Очевидно, что это не работает, предварительно я выбрал явный путь не dynamic для allocation mode. и Operational является down. Что-то упущено, могу ли я помочь?

Плоскость данных MPLS вообще не работает в экземплярах AWS IOS XRv на AWS.