Настраиваем Inter-AS MPLS TE

Возникло желание настроить Traffic Engineering на Inter-AS MPLS сети по опции C. Эта заметка опирается на прошлую заметку. На приведенном рисунке стрелочками указано как будем пускать трафик. Для увеличения рисунка нажмите на него. Делаем два туннеля, через которые и будем пропускать трафик, включаем на физическом интерфейсе rsvp и поддержку TE, а так же в IGP поддержку TE. Прописываем "явные" пути и закрепляем их за туннелями. Для обратного трафика аналогично делаем два туннеля, но уже на PE1 из AS65000. Вот и все. Ниже приведены основные выжимки конфигурационных файлов.

interface GigabitEthernet0/0

description test-lab3-bb Gi1/9

mpls traffic-eng tunnels

ip rsvp bandwidth

interface Tunnel11

description to pe1_65000

ip unnumbered Loopback0

mpls label protocol ldp

mpls ip

tunnel destination x.x.1.50

tunnel mode mpls traffic-eng

tunnel mpls traffic-eng autoroute announce

tunnel mpls traffic-eng priority 1 1

tunnel mpls traffic-eng path-option 10 explicit name main-te

tunnel mpls traffic-eng path-option 100 dynamic

tunnel mpls traffic-eng fast-reroute

no routing dynamic

interface Tunnel22

description to pe1_65000_niz

ip unnumbered Loopback0

mpls label protocol ldp

mpls ip

tunnel destination x.x.1.50

tunnel mode mpls traffic-eng

tunnel mpls traffic-eng autoroute announce

tunnel mpls traffic-eng priority 1 1

tunnel mpls traffic-eng path-option 10 explicit name backup-te

tunnel mpls traffic-eng path-option 100 dynamic

tunnel mpls traffic-eng fast-reroute

no routing dynamic

router ospf 111

mpls traffic-eng router-id Loopback0

mpls traffic-eng area 0

ip explicit-path name main-te enable

next-address loose z.z.240.133

next-address loose z.z.240.42

next-address loose y.y.17.121

next-address loose x.x.126.201

ip explicit-path name backup-te enable

next-address loose z.z.240.133

next-address loose y.y.17.125

next-address loose x.x.126.203

Самое интересно что это всё не работает на 28xx серии маршрутизаторов :) на 7600/6500 работает а на этих нет, даже азарт пропал дальше что-то исследовать. Вернее не так. MPLS TE поднимаются и сигнализируются, но проблема заключается в том что на 28xx cisco нет возможности сделать preferred-path в pseudowire-class`е что бы в дальнейшем закрепить его за VC`шкой. Сразу подумал что это особенности IOS`а, попробовал разные - c2800nm-adventerprisek9-mz.124-24.T5.bin и c2800nm-adventerprisek9-mz.151-3.T.bin ни там ни там привязать VC`шку не удалось. Были попытки сделать несколько Lo интерфейсов и вязать xconnect`ы по соответствующим ip`ам, а маршруты до этих Loopback`овских ip`ов пустить статически в Tu11 и Tu22 соответственно, получилось бы что-то вроде preferred-path, но xconnect не поднимается :(. На принудительном "флудинге" между AS(отмечу что IGP между AS нет) не заморачивался, area у меня использовалась везде 0.

Очень полезная документация находится здесь и здесь.

pe1_64000#traceroute mpls traffic-eng tunnel 11

0 z.z.240.134 MRU 1576 [Labels: 2345 Exp: 0]

L 1 z.z.240.133 MRU 8000 [Labels: 63 Exp: 0] 188 ms

L 2 z.z.240.42 MRU 8000 [Labels: 76 Exp: 0] 212 ms

L 3 y.y.17.121 MRU 1550 [Labels: implicit-null Exp: 0] 184 ms

! 4 x.x.126.201 4 ms

pe1_64000#traceroute mpls traffic-eng tunnel 22

0 z.z.240.134 MRU 1576 [Labels: 1231 Exp: 0]

L 1 z.z.240.133 MRU 8000 [Labels: 57 Exp: 0] 192 ms

L 2 y.y.17.125 MRU 1550 [Labels: implicit-null Exp: 0] 200 ms

! 3 x.x.126.203 4 ms