mpls ldp _ static routes
-
- CCIE / Instruktor CNAP
- Posty: 183
- Rejestracja: 04 maja 2005, 16:58
- Lokalizacja: PJATK Cisco Academy
- Kontakt:
mpls ldp _ static routes
Witam
skonfigurowałem podobną topologię na routerach z ios i ios xr.
Jest tylko routing statyczny, odpalone są mpls i ldp
W przypadku ios komunikacja działa z wykorzystaniem MPLSa
w przypadku ios xr ldp przekazuje między routerami informacje o przypisanych labelach
ale w LFIBie pokazują się OUTGOING LABEL jest jaki unlabelled.
Czy ios i ios xr odmiennie traktują static routes?
pozdrawiam
tomekf
skonfigurowałem podobną topologię na routerach z ios i ios xr.
Jest tylko routing statyczny, odpalone są mpls i ldp
W przypadku ios komunikacja działa z wykorzystaniem MPLSa
w przypadku ios xr ldp przekazuje między routerami informacje o przypisanych labelach
ale w LFIBie pokazują się OUTGOING LABEL jest jaki unlabelled.
Czy ios i ios xr odmiennie traktują static routes?
pozdrawiam
tomekf
Z punktu widzenia PE:
Natomiast na CE konfigurujemy zwykly static 0/0 w strone PE:
Na PE mamy jak nastepuje:
Jest to oczywiscie poprawny stan rzeczy, bo ten PE wysyla zwykly pakiet IP przez G0/0/0/3 do CE, juz bez zadnej enkapsulacji MPLS.
Pozdruffka!
Kod: Zaznacz cały
interface GigabitEthernet0/0/0/3
vrf 6363
ipv4 address 10.3.6.6 255.255.255.0
ipv6 address 2000:10:3:6::6/64
router static
!
vrf 6363
address-family ipv4 unicast
172.172.3.3/32 10.3.6.1
!
router bgp 701
bgp router-id 192.168.1.6
bgp log neighbor changes detail
address-family vpnv4 unicast
!
address-family vpnv6 unicast
!
neighbor 192.168.1.5
remote-as 701
timers 40 120
password encrypted 13061E010803
update-source Loopback0
address-family vpnv4 unicast
!
address-family vpnv6 unicast
!
!
vrf 6363
rd 6363:1
address-family ipv4 unicast
redistribute static <<<<<<<<<<<<<<<<<<
!
Kod: Zaznacz cały
router static
address-family ipv4 unicast
0.0.0.0/0 10.3.6.6
!
Kod: Zaznacz cały
RP/0/0/CPU0:xr-rtr6#sh mpls for
Mon Jul 8 13:39:42.010 UTC
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
16000 Pop 192.168.1.5/32 tt56 192.168.1.5 9390
16001 Unlabelled 10.1.34.0/24[V] Gi0/0/0/4 10.4.6.1 0
16002 Aggregate 1256: Per-VRF Aggr[V] \
1256 13560
16003 Unlabelled 10.1.12.0/24[V] Gi0/0/0/1 10.1.6.1 0
16005 Unlabelled 192.168.1.1/32[V] Gi0/0/0/1 10.1.6.1 0
16008 Aggregate 3456: Per-VRF Aggr[V] \
3456 0
16010 Unlabelled 192.168.1.4/32[V] Gi0/0/0/4 10.4.6.1 0
16012 Aggregate 1256: Per-VRF Aggr[V] \
1256 0
16013 Unlabelled 2000:10:1:12::/64[V] \
Gi0/0/0/1 fe80::2ab:5bff:febe:106 \
0
16014 Unlabelled 2000:10:1:25::/64[V] \
Gi0/0/0/1 fe80::2ab:5bff:febe:106 \
0
16015 Unlabelled 172.172.3.3/32[V] Gi0/0/0/3 10.3.6.1 0 <<<<<<<<<<<<<<<
Pozdruffka!
Hmm, faktycznie w takim scenariuszu sasiedzi LDP nie wymieniaja labels dla poszczegolnych prefixow, mimo ze sasiedztwa sa nawiazane (nawet skonfigurowane jako targetet session). Moze w XR po prostu takiej opcji nie ma - nigdzie nie znalazlem info w dokumentacji odnosnie zwyklego tunelowania mpls przy uzyciu tras statycznych. Dla IGP (OSPF/ISIS) labels sa wymieniane dla wszystkich prefixow.
Pozdruffka!
Pozdruffka!
Dla trasy statycznej na XR etykietę można uzyskać podając jednocześnie interfejs+nexthop.
Kod: Zaznacz cały
#sh run router static
Wed Jul 10 21:19:12.326 UTC
router static
address-family ipv4 unicast
11.11.11.11/32 GigabitEthernet0/0/1/0 192.168.56.4
#sh mpls for prefix 11.11.11.11/32
Wed Jul 10 21:17:59.838 UTC
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
16001 16001 11.11.11.11/32 Gi0/0/1/0 192.168.56.4 0