Een MPLS VPN via TE-tunnels uitvoeren

Inleiding

Dit document biedt voorbeeldconfiguraties voor het implementeren van een Multiprotocol Label Switching (MPLS) VPN-tunnels via Traffic Engineering (TE) in een MPLS-netwerk. Om de voordelen van een MPLS VPN over TE-tunnels te behalen, moeten beide in het netwerk naast elkaar bestaan. Dit document illustreert verschillende scenario's die verklaren waarom het verzenden van pakketten binnen een MPLS VPN over TE-tunnels zou kunnen mislukken. Het biedt ook een mogelijke oplossing.

Voorwaarden

Vereisten

Lezers van dit document zouden kennis moeten hebben van deze onderwerpen:

• MPLS traffic engineering en verbeteringen

• Een basis-MPLS VPN configureren

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- en hardware-versies.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

Achtergrondinformatie

Zoals in deze topologie wordt getoond, leert een eenvoudige MPLS VPN-configuratie, Provider Edge 1 (PE1) het VPN-label (Label 1 [L1]) voor VPN-prefix 172.16.13.0/24 via Multiprotocol Border Gateway Protocol (MPBGP) rechtstreeks van PE2, met de volgende hop als het PE2-loopback-adres. PE1 leert ook het etiket (L2) voor het PE2 loopback adres via het Protocol van de Distributie van het Etiket (LDP) van zijn volgende hop P1.

Wanneer het verzenden van gegevens naar het VPN prefix 172.16.13.13, gebruikt PE1 een etiket stapel {L2 L1} met L2 als buitenlabel. L2 wordt aangezwenkt door de router voor doorvoerlabel switch (LSR), P1. P2 plaatst de router L2 en stuurt het pakket door naar PE2 met slechts één L1. Om beter te begrijpen waarom P2 L2 pop heeft, zie rubriek 3.16 over voorlaatste hoppopping (PHP) in RFC 3031 . IP-pakketten naar het voorvoegsel 172.16.13.0/24 van VPN, versie 4 (IPv4), worden dus via een MPLS-netwerk geschakeld.

De MPLS VPN die operatie uitvoert faalt als een IP-router het pakket met L1 (VPN-label) ontvangt als het enige routerlabel in plaats van de {L2 L1} labelstack. Dit komt voor omdat geen van de IP-routers L1 in zijn etiketterings- of informatiebasis (LFIB) heeft om het pakket te switches.

Een MPLS TE gebruikt Resource Reservation Protocol (RSVP) om labels uit te wisselen. Wanneer een router voor zowel TE als TDP (TDP)/LDP (Tag Distribution Protocol) is ingesteld, ontvangt de router verschillende labels van zowel LDP als RSVP voor een bepaald voorvoegsel. De labels met LDP en RSVP hoeven niet in alle situaties hetzelfde te zijn. De router installeert een LDP-label in de verzendlijst als het voorvoegsel via een LDP-interface wordt geleerd, en het installeert het RSVP-label in de verzendlijst als het voorvoegsel via een TE-tunnelinterface wordt geleerd.

In het geval van een gewone TE-tunnel (zonder LDP/TDP dat in de tunnel is ingeschakeld) gebruikt de ingress LSR (de LSR aan het uiteinde van de TE-tunnel) hetzelfde label als wordt gebruikt om het uiteinde van de TE-tunnel te bereiken voor alle routes die door een TE-tunnel zijn geleerd.

Er is bijvoorbeeld een TE-tunnel van PE1 tot P2 die het voorvoegsel 10.11.11.11/32 over de tunnel leert. Het tunneleinde op P2 is 10.5.5.5, en het label om 10.5.5.5 in PE1 te bereiken is L3. PE1 gebruikt dan L3 om de bestemming 10.11.11.11/32 te bereiken, geleerd door de TE-tunnel.

In het bovenstaande scenario, wanneer er een TE-tunnel tussen PE1 en P2 is, moet u ervan uitgaan dat PE1 gegevens doorstuurt naar Customer Edge 2 (CE2). Als L4 het etiket van VPN is, door PE1 worden de gegevens met de etiketstapel {L3 L4} door gespoeld. P1 pop L3, en P2 ontvangt het pakket met L4. PE2 is de enige LSR die het pakket met het buitenlabel L4 correct kan doorsturen. P2 heeft geen MPBGP sessie met PE2, dus ontvangt het de L4 niet van PE2. Daarom heeft P2 geen kennis van L2 en laat het pakje vallen.

De configuraties en tonen resultaten die volgen en illustreren een mogelijke oplossing voor dit probleem.

Eerste VPN-instelling tussen CE1 en CE2 zonder TE-tunnelbouw

Topologie

Configuratie

Hier zijn alleen de relevante onderdelen van de configuratiebestanden opgenomen:

hostname PE1  
ip cef  
!  
ip vrf aqua  
 rd 100:1  
 route-target export 1:1  
 route-target import 1:1  
!  
mpls traffic-eng tunnels  
!  
interface Loopback0  
 ip address 10.2.2.2 255.255.255.255  
 no ip directed-broadcast  
!  
interface Ethernet2/0/1  
 ip vrf forwarding aqua  
 ip address 172.16.1.2 255.255.255.0  
!  
interface Ethernet2/0/2  
 ip address 10.7.7.2 255.255.255.0  
 ip router isis  
 mpls traffic-eng tunnels  
 tag-switching ip  
!  
router isis  
 passive-interface Loopback0  
 net 47.1234.2222.2222.2222.00  
 is-type level-1  
 metric-style wide  
 mpls traffic-eng router-id Loopback0  
 mpls traffic-eng level-1  
!  
router bgp 1  
 bgp log-neighbor-changes  
 neighbor 10.11.11.11 remote-as 1  
 neighbor 10.11.11.11 update-source Loopback0  
 !  
 address-family vpnv4  
 neighbor 10.11.11.11 activate  
 neighbor 10.11.11.11 send-community extended  
 exit-address-family  
 !  
 address-family ipv4  
 neighbor 10.11.11.11 activate  
 no auto-summary  
 no synchronization  
 exit-address-family  
 !  
 address-family ipv4 vrf aqua  
 redistribute connected  
 no auto-summary  
 no synchronization  
 exit-address-family

hostname PE2  
!  
ip vrf aqua  
 rd 100:1  
 route-target export 1:1  
 route-target import 1:1  
!  
mpls traffic-eng tunnels  
!  
interface Loopback0  
 ip address 10.11.11.11 255.255.255.255  
!  
interface POS0/1  
 ip address 10.12.12.10 255.255.255.0  
 ip router isis  
 mpls traffic-eng tunnels  
 tag-switching ip  
 crc 16  
 clock source internal  
!  
interface POS5/1  
 ip vrf forwarding aqua  
 ip address 172.16.13.11 255.255.255.0  
 crc 32  
 clock source internal  
!  
router isis  
 passive-interface Loopback0  
 mpls traffic-eng router-id Loopback0  
 mpls traffic-eng level-1  
 net 47.1234.1010.1010.1010.00  
 is-type level-1  
 metric-style wide  
!  
router bgp 1  
 bgp log-neighbor-changes  
 neighbor 10.2.2.2 remote-as 1  
 neighbor 10.2.2.2 update-source Loopback0  
 no auto-summary  
 !  
 address-family vpnv4  
 neighbor 10.2.2.2 activate  
 neighbor 10.2.2.2 send-community extended  
 exit-address-family  
 !  
 address-family ipv4 vrf aqua  
 redistribute connected  
 no auto-summary  
 no synchronization  
 exit-address-family  
!

Verificatie

PE2 leert PE1 VPN IPv4 prefix 172.16.1.0/24 over MPBGP piek tussen PE1 en PE2. Dit wordt hier getoond:

PE2# show ip route vrf aqua 
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP 
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area 
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 
       E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP 
       i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area 
       * - candidate default, U - per-user static route, o - ODR 

Gateway of last resort is not set 

     10.0.0.0/24 is subnetted, 2 subnets 
B       172.16.1.0 [200/0] via 10.2.2.2, 16:09:10 
C       172.16.13.0 is directly connected, POS5/1

Op dezelfde manier leert PE1 PE2 VPN IPv4 prefix 172.16.13.0/24 over MPBGP tussen PE1 en PE2. Dit wordt hier getoond:

PE1# show ip route vrf aqua 
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP 
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area 
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 
       E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP 
       i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area 
       * - candidate default, U - per-user static route, o - ODR 

Gateway of last resort is not set 

     10.0.0.0/24 is subnetted, 2 subnets 
B       172.16.13.0 [200/0] via 10.11.11.11, 16:09:49 
C       172.16.1.0 is directly connected, Ethernet2/0/1

PE1# show ip route vrf aqua 172.16.13.13 
Routing entry for 172.16.13.0/24 
  Known via "bgp 1", distance 200, metric 0, type internal 
  Last update from 10.11.11.11 16:13:19 ago 
  Routing Descriptor Blocks: 
  * 10.11.11.11 (Default-IP-Routing-Table), from 10.11.11.11, 16:13:19 ago 
      Route metric is 0, traffic share count is 1 
      AS Hops 0, BGP network version 0 

PE1# show ip cef vrf aqua 172.16.13.13 
172.16.13.0/24, version 11, cached adjacency 10.7.7.7 
0 packets, 0 bytes 
  tag information set 
    local tag: VPN route head 
    fast tag rewrite with Et2/0/2, 10.7.7.7, tags imposed {17 12308} 
  via 10.11.11.11, 0 dependencies, recursive 
    next hop 10.7.7.7, Ethernet2/0/2 via 10.11.11.11/32 
    valid cached adjacency 
    tag rewrite with Et2/0/2, 10.7.7.7, tags imposed {17 12308}

!--- The label stack used to reach 172.16.13.13 is !--- {17 12308}, where 17 is the outer label to reach next hop 10.11.11.11 !--- and 12308 is the VPN IPv4 label for 172.16.13.0/24.
 

PE1# show ip cef 10.11.11.11 
10.11.11.11/32, version 31, cached adjacency 10.7.7.7 
0 packets, 0 bytes 
  tag information set 
    local tag: 21 
    fast tag rewrite with Et2/0/2, 10.7.7.7, tags imposed {17} 
  via 10.7.7.7, Ethernet2/0/2, 1 dependency 
    next hop 10.7.7.7, Ethernet2/0/2 
    valid cached adjacency 
    tag rewrite with Et2/0/2, 10.7.7.7, tags imposed {17}

!--- Outer label 17 is used to reach next hop 10.11.11.11.

CE1 kan dus 172.16.13.13 op het CE2-netwerk bereiken via de VPN-routing en -expediteur (VRF), die op PE1 is geconfigureerd met behulp van de labelstack {17 12308}, zoals hierboven wordt getoond.

Deze ping-uitvoer bevestigt de connectiviteit:

CE1# ping 172.16.13.13 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.13.13, timeout is 2 seconds: 
!!!!! 
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/4 ms

Zaak 1: VPN via een TE-tunnel wanneer de TE-tunnelleiding van PE1 naar PE2 is

Topologie

Wanneer de TE-tunnel tussen de PE-routers is gebouwd met automatische aankondiging, is de stap-PE BGP volgende hop bereikbaar via de TE-tunnelinterface. Daarom gebruikt PE1 het TE-label om PE2 te bereiken.

Opmerking: MPLS TE is onafhankelijk van LDP, wat betekent dat, als u een volledig netwerk van tunnels van PE tot PE hebt, u LDP in de routers effectief kunt uitschakelen en LDP niet op de TE-tunnelinterfaces hoeft te draaien. U moet echter alle tunnels naar de BGP volgende hop van de VPN versie 4 (VPNv4) routes bouwen. In het voorbeeld in deze Configuration, zie je dat deze BGP volgende hop de Loopback0 op PE2 is, 10.11.11.11. Deze zelfde loopback is ook de tunnelbestemming voor de tunnel van PE1 naar PE2. Dit verklaart waarom, in dit voorbeeld, als er ook een tunnel is van PE2 naar PE1 voor het retourverkeer, je LDP kan uitschakelen kern. Vervolgens werkt het verzenden van CE naar CE met al VPNv4-verkeer dat over de TE-tunnels wordt vervoerd. Als de BGP volgende hop niet hetzelfde is als de TE tunnelbestemming, moet LDP in de kern en op de TE-tunnel worden uitgevoerd.

Configuratie

De extra configuratie op PE1 voor de totstandbrenging van een PE-tunnel wordt hier getoond:

PE1# show run interface tunnel 0  
!  
interface Tunnel0  
 ip unnumbered Loopback0  
 no ip directed-broadcast  
 no ip route-cache distributed  
 tunnel destination 10.11.11.11  
 tunnel mode mpls traffic-eng  
 tunnel mpls traffic-eng autoroute announce  
 tunnel mpls traffic-eng path-option 10 dynamic  
end

Verificatie

PE1# show ip cef vrf aqua 172.16.13.13 
172.16.13.0/24, version 11 
0 packets, 0 bytes 
  tag information set 
    local tag: VPN route head 
    fast tag rewrite with Tu0, point2point, tags imposed {19 12308} 
  via 10.11.11.11, 0 dependencies, recursive 
    next hop 10.11.11.11, Tunnel0 via 10.11.11.11/32 
    valid adjacency 
    tag rewrite with Tu0, point2point, tags imposed {19 12308}

!--- The label stack to reach 172.16.13.13 is {19 12308}. !--- BGP next hop for the VPNv4 prefix is 10.11.11.11, which is !--- the same as the TE tunnel destination.
 

PE1# show ip route  10.11.11.11 
Routing entry for 10.11.11.11/32 
  Known via "isis", distance 115, metric 40, type level-1 
  Redistributing via isis 
  Last update from 10.11.11.11 on Tunnel0, 00:02:09 ago 
  Routing Descriptor Blocks: 
  * 10.11.11.11, from 10.11.11.11, via Tunnel0

!--- The route is via Tunnel0.
 
      Route metric is 40, traffic share count is 1

Bevestig nu het etiket dat gebruikt wordt om de volgende hop 10.11.11.11 via Tunnel0 te bereiken.

PE1# show mpls traffic-eng tunnels tunnel 0 

Name: PE1_t0                              (Tunnel0) Destination: 10.11.11.11 
  Status: 
    Admin: up         Oper: up     Path: valid       Signalling: connected 

    path option 10, type dynamic (Basis for Setup, path weight 30) 

  Config Parameters: 
    Bandwidth: 0        kbps (Global)  Priority: 7  7   Affinity: 0x0/0xFFFF 
    Metric Type: TE (default) 
    AutoRoute:  enabled   LockDown: disabled  Loadshare: 0        bw-based 
    auto-bw: disabled 

  InLabel  :  - 
  OutLabel : Ethernet2/0/2, 19

!--- Label 19 from RSVP is used to reach destination 10.11.11.11/32.

  RSVP Signalling Info: 
       Src 10.2.2.2, Dst 10.11.11.11, Tun_Id 0, Tun_Instance 31 
    RSVP Path Info: 
      My Address: 10.7.7.2 
      Explicit Route: 10.7.7.7 10.8.8.7 10.8.8.5 10.12.12.10 
                      10.11.11.11 
      Record   Route:  NONE 
      Tspec: ave rate=0 kbits, burst=1000 bytes, peak rate=0 kbits 
    RSVP Resv Info: 
      Record   Route:  NONE 
      Fspec: ave rate=0 kbits, burst=1000 bytes, peak rate=Inf 
  Shortest Unconstrained Path Info: 
    Path Weight: 30 (TE) 
    Explicit Route: 10.7.7.2 10.7.7.7 10.8.8.7 10.8.8.5 
                    10.12.12.10 10.11.11.11 
  History: 
    Tunnel: 
      Time since created: 17 hours, 17 minutes 
      Time since path change: 32 minutes, 54 seconds 
    Current LSP: 
      Uptime: 32 minutes, 54 seconds 
    Prior LSP: 
      ID: path option 10 [14] 
      Removal Trigger: tunnel shutdown

Een andere manier om deze informatie snel te bekijken is door de output modifier in de opdrachten show te gebruiken, zoals hier wordt getoond:

PE1# show mpls traffic-eng tunnels tunnel 0 | include Label 
  InLabel  :  - 
  OutLabel : Ethernet2/0/2, 19

!--- This is the label to reach 10.11.11.11.

Kijk naar de stapel. Het is 19, dat het etiket TE is, gebruikt om pakketten naar volgende hop 10.11.11.0 over Tunnel0 te verzenden.

PE1# show tag forwarding-table 10.11.11.11 detail 
Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop 
tag    tag or VC   or Tunnel Id      switched   interface 
21     Pop tag     10.11.11.11/32    0          Tu0        point2point 
        MAC/Encaps=14/18, MTU=1500, Tag Stack{19}, via Et2/0/2 
        00603E2B02410060835887428847 00013000 
        No output feature configured 
    Per-packet load-sharing, slots: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 
PE1#

Dus, PE1 verstuurt een pakje voorbestemd voor 172.16.13.13 met de labelstack {19 12308}. P1 ruilt het etiket 19. Het pakje bereikt P2, wat het etiket van de buitenverpakking opvouwt. Daarna wordt het pakje naar PE2 doorgestuurd met alleen het label 12308.

Op PE2 wordt de verpakking met het label 12308 ontvangen en geschakeld volgens de informatie in de verzendingstabel. Dit wordt hier getoond:

PE2# show tag for tags 12308 detail 
Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop 
tag    tag or VC   or Tunnel Id      switched   interface 
12308  Aggregate   172.16.13.0/24[V]  12256 
        MAC/Encaps=0/0, MTU=0, Tag Stack{} 
        VPN route: aqua 
        No output feature configured 
    Per-packet load-sharing, slots: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 
PE2#

Opmerking: Er wordt geen uitgaande interface weergegeven omdat de afgaande tag Aggregate is. Dit komt doordat het prefix dat bij het label is gekoppeld de direct verbonden route is.

Pings van CE1 aan een gastheer op CE2 bevestigen de VPN connectiviteit over de TE tunnel:

CE1# ping  172.16.13.13 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.13.13, timeout is 2 seconds: 
!!!!! 
Success rate is 100 percent (5/5), round-trip min/avg/max = 4/13/36 ms 
CE1#

Zaak 2: VPN via een TE-tunnel wanneer de TE-tunnelleiding van PE1 naar P2 is

Topologie

Configuratie

De extra TE-configuratie over de basisconfiguratie op PE1 wordt hier weergegeven:

PE1# show run interface tunnel 0 
! 
interface Tunnel0 
 ip unnumbered Loopback0 
 no ip directed-broadcast 
 no ip route-cache distributed 
 tunnel destination 10.5.5.5 
 tunnel mode mpls traffic-eng 
 tunnel mpls traffic-eng autoroute announce 
 tunnel mpls traffic-eng path-option 10 dynamic 
end 
! 

Verificatie

Controleer de route naar voorvoegsel 172.16.13.13 op PE1 VRF-water. Het wijst op de volgende hop 10.11.11.11/32 (over Tunnel0) die etiket stapel {19 12308} gebruikt.

PE1# show ip cef vrf aqua 172.16.13.13 
172.16.13.0/24, version 11 
0 packets, 0 bytes 
  tag information set 
    local tag: VPN route head 
    fast tag rewrite with Tu0, point2point, tags imposed {19 12308} 
  via 10.11.11.11, 0 dependencies, recursive 
    next hop 10.5.5.5, Tunnel0 via 10.11.11.11/32 
    valid adjacency 
    tag rewrite with Tu0, point2point, tags imposed {19 12308} 
PE1#

Etiket 19, het etiket op de buitenverpakking, wordt gebruikt om de volgende hop 10.11.11.11/32 te bereiken, zoals hier wordt getoond:

PE1# show ip cef 10.11.11.11 
10.11.11.11/32, version 37 
0 packets, 0 bytes 
  tag information set 
    local tag: 21 
    fast tag rewrite with Tu0, point2point, tags imposed {19} 
  via 10.5.5.5, Tunnel0, 1 dependency 
    next hop 10.5.5.5, Tunnel0 
    valid adjacency 
    tag rewrite with Tu0, point2point, tags imposed {19} 
  
PE1# show mpls traffic-eng tunnels tunnel 0 

Name: PE1_t0                              (Tunnel0) Destination: 10.5.5.5 
  Status: 
    Admin: up         Oper: up     Path: valid       Signalling: connected 

    path option 10, type dynamic (Basis for Setup, path weight 20) 

  Config Parameters: 
    Bandwidth: 0        kbps (Global)  Priority: 7  7   Affinity: 0x0/0xFFFF 
    Metric Type: TE (default) 
    AutoRoute:  enabled   LockDown: disabled  Loadshare: 0        bw-based 
    auto-bw: disabled 

  InLabel  :  - 
  OutLabel : Ethernet2/0/2, 19 
  RSVP Signalling Info: 
       Src 10.2.2.2, Dst 10.5.5.5, Tun_Id 0, Tun_Instance 33 
    RSVP Path Info: 
      My Address: 10.7.7.2 
      Explicit Route: 10.7.7.7 10.8.8.7 10.8.8.5 10.5.5.5 
      Record   Route:  NONE 
      Tspec: ave rate=0 kbits, burst=1000 bytes, peak rate=0 kbits 
    RSVP Resv Info: 
      Record   Route:  NONE 
      Fspec: ave rate=0 kbits, burst=1000 bytes, peak rate=Inf 
  Shortest Unconstrained Path Info: 
    Path Weight: 20 (TE) 
    Explicit Route: 10.7.7.2 10.7.7.7 10.8.8.7 10.8.8.5 
                    10.5.5.5 
  History: 
    Tunnel: 
      Time since created: 17 hours, 31 minutes 
      Time since path change: 8 minutes, 49 seconds 
    Current LSP: 
      Uptime: 8 minutes, 49 seconds 
      Selection: reoptimation 
    Prior LSP: 
      ID: path option 10 [31] 
      Removal Trigger: path verification failed 
PE1# 
  
PE1# show mpls traffic-eng tunnels tunnel 0 | i Label 
  InLabel  :  - 
  OutLabel : Ethernet2/0/2, 19 
PE1#

Het pakket van PE1 wordt verzonden over de TE tunnel met de labelstack {19 12308}. Zodra P1 het pakket ontvangt, verschijnt het (PHP) de tag 19 en verstuurt het pakket met label stack {12308}. De show opdracht bevestigt dit:

P1> show tag for tag 19 
Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop 
tag    tag or VC   or Tunnel Id      switched   interface 
19     Pop tag     10.2.2.2 0 [33]   2130       Et2/0      10.8.8.5 
P1> 

P1> show tag for tag 19 detail 
Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop 
tag    tag or VC   or Tunnel Id      switched   interface 
19     Pop tag     10.2.2.2 0 [33]   2257       Et2/0      10.8.8.5 
        MAC/Encaps=14/14, MTU=1504, Tag Stack{} 
        006009E08B0300603E2B02408847 
        No output feature configured 
P1>

Wanneer P2 het pakket met de labelstack {12308} ontvangt, controleert het zijn LFIB en daalt het pakket omdat er geen overeenkomende producten zijn. Dit is de opdrachtoutput van de show op P2:

P2# show tag forwarding-table tags 12308 detail 
Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop 
tag    tag or VC   or Tunnel Id      switched   interface 
P2# 
  
P2# 
7w4d: TAG: Et0/3: recvd: CoS=0, TTL=253, Tag(s)=12308 
7w4d: TAG: Et0/3: recvd: CoS=0, TTL=253, Tag(s)=12308 
7w4d: TAG: Et0/3: recvd: CoS=0, TTL=253, Tag(s)=12308 
7w4d: TAG: Et0/3: recvd: CoS=0, TTL=253, Tag(s)=12308 
P2# 
P2#

verklaring

De oplossing voor dit probleem is om TDP/LDP op de TE-tunnel in te schakelen en er een tag-switched interface van te maken. In het voorbeeld in de Oplossing wordt getoond, wordt TDP geactiveerd op de Tunnel 0 van PE1. P2 wordt gevormd om gerichte hellos te accepteren en gerichte TDP buren te vormen. PE1 ontvangt het label voor 10.11.11.11 van P2 via LDP. Nu Tunnel0 een tag-switched interface heeft gemaakt en TDP is ingeschakeld voor het verkeer op 10.11.11.11, gebruikt PE1 beide etiketten; het gebruikt het RSVP-label om het doeleinde te bereiken en het TDP-label om 10.11.11.11 te bereiken.

In dit scenario gebruikt PE1 de etiket stapel {L2 L3 L1} om gegevens naar CE2 door te sturen als deze punten waar zijn:

• L1 is het VPN-label.

• L2 is het RSVP-label om het doeleinde te bereiken.

• L3 is het TDP-label om 10.11.11.11 te bereiken (ontvangen van P2).

Oplossing

De oplossing is om TDP over de TE-tunnel toe te staan.

Configuratie

Hier is de TE-tunnelconfiguratie op PE1 met een TDP ingeschakeld. De toevoegingen zijn onscherp.

PE1# show run interface tunnel 0 
! 
interface Tunnel0 
 ip unnumbered Loopback0 
 no ip directed-broadcast 
 no ip route-cache distributed 
 tag-switching ip

!--- This enables TDP.
 
 tunnel destination 10.5.5.5 
 tunnel mode mpls traffic-eng 
 tunnel mpls traffic-eng autoroute announce 
 tunnel mpls traffic-eng path-option 10 dynamic 
end 
!

Dit is de extra configuratie aan het uiteinde van de TE-tunnel om gerichte TDP-hellos te accepteren:

P2# show run | i directed-hello 
tag-switching tdp discovery directed-hello accept

!--- This configures P2 to accept directed TDP hellos.

P2#

Verificatie

PE1# show tag tdp neighbor | i Peer 
    Peer TDP Ident: 10.7.7.7:0; Local TDP Ident 10.2.2.2:0 
    Peer TDP Ident: 10.5.5.5:0; Local TDP Ident 10.2.2.2:0 

PE1# 
PE1# show ip cef vrf aqua 172.16.13.13 
172.16.13.0/24, version 11 
0 packets, 0 bytes 
  tag information set 
    local tag: VPN route head 
    fast tag rewrite with Tu0, point2point, tags imposed {19 18 12308} 
  via 10.11.11.11, 0 dependencies, recursive 
    next hop 10.5.5.5, Tunnel0 via 10.11.11.11/32 
    valid adjacency 
    tag rewrite with Tu0, point2point, tags imposed {19 18 12308} 
PE1# 
  
PE1# show mpls traffic-eng tunnels tunnel 0 | i Label 
  InLabel  :  - 
  OutLabel : Ethernet2/0/2, 19

!--- This is the TE label learned via RSVP.
 
PE1# 
PE1# show tag tdp bind 10.11.11.11 32 
  tib entry: 10.11.11.11/32, rev 20 
        local binding:  tag: 21 
        remote binding: tsr: 10.7.7.7:0, tag: 17 
        remote binding: tsr: 10.5.5.5:0, tag: 18

!--- This is the TDP label from P2.

Wanneer P1 het pakket met de labelstack {19 18 12308} ontvangt, verschijnt het de tag 19 en stuurt het pakket met de labelstack {18 12308} naar P2. P2 controleert zijn LFIB voor etiket 18, dan stelt het de tag op en stuurt het over de uitgaande interface 2/0/0 naar PE1. ontvangt het pakket met etiket 12308 en switch het met succes aan CE2.

P2# show tag for tag 18 
Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop 
tag    tag or VC   or Tunnel Id      switched   interface 
18     Pop tag     10.11.11.11/32    117496     POS2/0/0    point2point 
  
P2# show tag tdp discovery 
 Local TDP Identifier: 
    10.5.5.5:0 
    Discovery Sources: 
    Interfaces: 
        Ethernet0/3 (tdp): xmit/recv 
            TDP Id: 10.7.7.7:0 
        POS2/0/0 (tdp): xmit/recv 
            TDP Id: 10.11.11.11:0 
    Directed Hellos: 
        10.5.5.5 -> 10.2.2.2 (tdp): passive, xmit/recv 
            TDP Id: 10.2.2.2:0 

P2# show tag tdp neighbor 10.2.2.2 
    Peer TDP Ident: 10.2.2.2:0; Local TDP Ident 10.5.5.5:0 
        TCP connection: 10.2.2.2.711 - 10.5.5.5.11690 
        State: Oper; PIEs sent/rcvd: 469/465; Downstream 
        Up time: 01:41:08 
        TDP discovery sources: 
          Directed Hello 10.5.5.5 -> 10.2.2.2, passive 
        Addresses bound to peer TDP Ident: 
          10.7.7.2        172.16.47.166   10.2.2.2

PE1# show tag tdp neighbor 10.5.5.5 
    Peer TDP Ident: 10.5.5.5:0; Local TDP Ident 10.2.2.2:0 
        TCP connection: 10.5.5.5.11690 - 10.2.2.2.711 
        State: Oper; PIEs sent/rcvd: 438/441; Downstream 
        Up time: 01:35:08 
        TDP discovery sources: 
          Directed Hello 10.2.2.2 -> 10.5.5.5, active

!--- This indicates the directed neighbor.
 
          Addresses bound to peer TDP Ident: 
          10.5.5.5        10.12.12.5      10.8.8.5 

PE1# show ip route 10.11.11.11 
Routing entry for 10.11.11.11/32 
  Known via "isis", distance 115, metric 40, type level-1 
  Redistributing via isis 
B  Last update from 10.5.5.5 on Tunnel0, 01:52:21 ago 
  Routing Descriptor Blocks: 
  * 10.5.5.5, from 10.11.11.11, via Tunnel0 
      Route metric is 40, traffic share count is 1

Een ping opdracht van CE1 naar een host op CE2 bevestigt de oplossing.

CE1# ping 172.16.13.13 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.13.13, timeout is 2 seconds: 
!!!!! 
Success rate is 100 percent (5/5), round-trip min/avg/max = 4/4/4 ms 
CE1#

Zaak 3: VPN tussen CE1 en CE2 via een TE-tunnelverbinding van P1 tot P2 wanneer TDP/LDP niet is ingeschakeld

Topologie

Configuratie

De tunnelconfiguratie op PE1 wordt hier getoond:

P1# show run interface tunnel 0 
Building configuration... 

Current configuration : 255 bytes 
! 
interface Tunnel0 
 ip unnumbered Loopback0 
 no ip directed-broadcast 
 ip route-cache distributed 
 tunnel destination 10.5.5.5 
 tunnel mode mpls traffic-eng 
 tunnel mpls traffic-eng autoroute announce 
 tunnel mpls traffic-eng path-option 10 dynamic 
end

Verificatie

Controleer hoe pakketten bestemd voor CE2 172.16.13.13 hier worden geschakeld. De opdrachtoutput van ip cef toont dat pakketten naar bestemming 172.16.13.13 met de labelstack {17 12308} worden geschakeld:

PE1# show ip cef vrf aqua 172.16.13.13
172.16.13.0/24, version 18, cached adjacency 10.7.7.7 
0 packets, 0 bytes 
  tag information set 
    local tag: VPN route head 
    fast tag rewrite with Et2/0/2, 10.7.7.7, tags imposed {17 12308} 
  via 10.11.11.11, 0 dependencies, recursive 
    next hop 10.7.7.7, Ethernet2/0/2 via 10.11.11.11/32 
    valid cached adjacency 
    tag rewrite with Et2/0/2, 10.7.7.7, tags imposed {17 12308}

Wanneer P1 dit pakket ontvangt, verwijdert het het buitenlabel 17 en switch het pakket na het kijken in de IP-routingtabel naar Tunnel0. Let op het impliciete-ongeldige OutLabel in deze uitvoer; dit betekent dat de uittredende interface niet is ingeschakeld.

P1# show ip cef 10.11.11.11 detail 
10.11.11.11/32, version 52 
0 packets, 0 bytes 
  tag information set 
    local tag: 17 
    fast tag rewrite with Tu0, point2point, tags imposed {} 
  via 10.5.5.5, Tunnel0, 0 dependencies 
    next hop 10.5.5.5, Tunnel0 
    valid adjacency 
    tag rewrite with Tu0, point2point, tags imposed {}

P1# show mpls traffic-eng tunnel tunnel 0 | i Label 
  InLabel  :  - 
  OutLabel : Ethernet2/0, implicit-null
P1# show tag for 10.11.11.11 detail 
Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop 
tag    tag or VC   or Tunnel Id      switched   interface 
17     Untagged    10.11.11.11/32    882        Tu0        point2point 
        MAC/Encaps=14/14, MTU=1500, Tag Stack{}, via Et2/0 
        006009E08B0300603E2B02408847 
        No output feature configured 
    Per-packet load-sharing, slots: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
P1# show ip route 10.11.11.11 
Routing entry for 10.11.11.11/32 
  Known via "isis", distance 115, metric 30, type level-1 
  Redistributing via isis 
  Last update from 10.5.5.5 on Tunnel0, 00:03:20 ago 
  Routing Descriptor Blocks: 
  * 10.5.5.5, from 10.11.11.11, via Tunnel0 
      Route metric is 30, traffic share count is 1

Zodra P2 het pakket met etiket 12308 ontvangt, bekijkt het zijn verzendingstabel. Omdat P2 op geen enkele manier vanaf CE2 op de hoogte kan zijn van de VPN-tag 12308, zet het pakje neer.

P2# show tag for tag 12308 detail 
Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop 
tag    tag or VC   or Tunnel Id      switched   interface

Dit breekt het pad van VPN-pakketten die bestemd zijn voor CE2. Het wordt bevestigd door het pingelen aan CE2 172.16.13.13/32.

PE1# 
CE1# ping 172.16.13.13 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.13.13, timeout is 2 seconds: 
..... 
Success rate is 0 percent (0/5) 
CE1#

Oplossing

De oplossing is om LDP/TDP via de tunnel in te schakelen. In de volgende paragraaf wordt deze oplossing besproken.

Zaak 4: VPN via TE-tunnelverbinding tussen P1 en P2 met LDP ingeschakeld

Topologie

Configuratie

Als LDP is ingeschakeld in de tunnel, verschijnen de configuraties op P1 zoals hier wordt getoond. Toevoegingen zijn vet.

P1# show run interface tunnel 0 
Building configuration... 

Current configuration : 273 bytes 
! 
interface Tunnel0 
 ip unnumbered Loopback0 
 no ip directed-broadcast 
 ip route-cache distributed 
 mpls label protocol ldp 
 tunnel destination 10.5.5.5 
 tunnel mode mpls traffic-eng 
 tunnel mpls traffic-eng autoroute announce 
 tunnel mpls traffic-eng path-option 10 dynamic 
end 
! 

Verificatie

PE1 stuurt pakketten naar voorvoegsel 172.16.13.13/32 met de labelstack {17 12308}.

PE1# 
PE1# show tag for 10.11.11.11 detail 
Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop 
tag    tag or VC   or Tunnel Id      switched   interface 
21     17          10.11.11.11/32    0          Et2/0/2    10.7.7.7 
        MAC/Encaps=14/18, MTU=1500, Tag Stack{17} 
        00603E2B02410060835887428847 00011000 
        No output feature configured 
    Per-packet load-sharing, slots: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 

PE1# 
PE1# show ip cef 10.11.11.11 detail 
10.11.11.11/32, version 60, cached adjacency 10.7.7.7 
0 packets, 0 bytes 
  tag information set 
    local tag: 21 
    fast tag rewrite with Et2/0/2, 10.7.7.7, tags imposed {17} 
  via 10.7.7.7, Ethernet2/0/2, 1 dependency 
    next hop 10.7.7.7, Ethernet2/0/2 
    valid cached adjacency 
    tag rewrite with Et2/0/2, 10.7.7.7, tags imposed {17} 

PE1# show ip cef vrf aqua 172.16.13.13 
172.16.13.0/24, version 18, cached adjacency 10.7.7.7 
0 packets, 0 bytes 
  tag information set 
    local tag: VPN route head 
    fast tag rewrite with Et2/0/2, 10.7.7.7, tags imposed {17 12308} 
  via 10.11.11.11, 0 dependencies, recursive 
    next hop 10.7.7.7, Ethernet2/0/2 via 10.11.11.11/32 
    valid cached adjacency 
    tag rewrite with Et2/0/2, 10.7.7.7, tags imposed {17 12308}

P1 ontvangt het pakket met label stack {17 12308} en kijkt naar zijn LFIB voor label 17.

P1# show tag for tag 17 detail 
Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop 
tag    tag or VC   or Tunnel Id      switched   interface 
17     18          10.11.11.11/32    1158       Tu0        point2point 
        MAC/Encaps=14/18, MTU=1496, Tag Stack{18}, via Et2/0 
        006009E08B0300603E2B02408847 00012000 
        No output feature configured 
    Per-packet load-sharing, slots: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 
P1#   

P1# show ip cef 10.11.11.11 detail 
10.11.11.11/32, version 52 
0 packets, 0 bytes 
  tag information set 
    local tag: 17 
    fast tag rewrite with Tu0, point2point, tags imposed {18} 
  via 10.5.5.5, Tunnel0, 0 dependencies 
    next hop 10.5.5.5, Tunnel0 
    valid adjacency 
    tag rewrite with Tu0, point2point, tags imposed {18}

Het toont dat etiket 17 moet worden omgewisseld om etiket 18 te etiketteren. Daarom is dat pakje over de tunnelinterface met de labelstack {18 12308} geschakeld.

P2 ontvangt het pakket over zijn tunnelinterface met labelstack {18 12308}. Deze optie bevat tag 18 (omdat het de voorlaatste hoprouter is) en switch het pakje naar PE2 met het label 12308.

P2# show tag for tag 18 detail 
Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop 
tag    tag or VC   or Tunnel Id      switched   interface 
18     Pop tag     10.11.11.11/32    127645     PO2/0/0    point2point 
        MAC/Encaps=4/4, MTU=4474, Tag Stack{} 
        0F008847 
        No output feature configured 
    Per-packet load-sharing, slots: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 
P2#

PE2 ontvangt het pakket met etiket 12308, dat het pakket met succes aan CE2 switch.

PE2# show tag forwarding tags 12308 detail 
Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop 
tag    tag or VC   or Tunnel Id      switched   interface 
12308  Aggregate   172.16.13.0/24[V]  12256 
        MAC/Encaps=0/0, MTU=0, Tag Stack{} 
        VPN route: aqua 
        No output feature configured 
    Per-packet load-sharing, slots: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 
PE2# 

CE1# ping 172.16.13.13 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.13.13, timeout is 2 seconds: 
!!!!! 
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms 
CE1#

Zaak 5: MPLS VPN via een tunnelverbinding tussen P1 en PE2

Topologie

Configuratie

P1# show run interface tunnel 0 
Building configuration... 

Current configuration : 258 bytes 
! 
interface Tunnel0 
 ip unnumbered Loopback0 
 no ip directed-broadcast 
 ip route-cache distributed 
 tunnel destination 10.11.11.11 
 tunnel mode mpls traffic-eng 
 tunnel mpls traffic-eng autoroute announce 
 tunnel mpls traffic-eng path-option 10 dynamic 
end

Verificatie

PE1 stuurt een pakje voorbestemd voor 172.16.13.13 naar de volgende hop 10.11.11.11 met de labelstack {17 12308}.

PE1# show ip cef vrf aqua 172.16.13.13 
172.16.13.0/24, version 18, cached adjacency 10.7.7.7 
0 packets, 0 bytes 
  tag information set 
    local tag: VPN route head 
    fast tag rewrite with Et2/0/2, 10.7.7.7, tags imposed {17 12308} 
  via 10.11.11.11, 0 dependencies, recursive 
    next hop 10.7.7.7, Ethernet2/0/2 via 10.11.11.11/32 
    valid cached adjacency 
    tag rewrite with Et2/0/2, 10.7.7.7, tags imposed {17 12308}

P1 ontvangt het pakket met labelstack {17 12308} P1 kijkt naar zijn LFIB tabel en controleert de tag stack {17} en switches het pakket met label {17} naar P2.

P1# show tag for 10.11.11.11 detail 
Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop 
tag    tag or VC   or Tunnel Id      switched   interface 
17     Untagged    10.11.11.11/32    411        Tu0        point2point 
        MAC/Encaps=14/18, MTU=1500, Tag Stack{17}, via Et2/0 
        006009E08B0300603E2B02408847 00011000 
        No output feature configured 
    Per-packet load-sharing, slots: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 
  
P1# show tag for tag 17 detail 
Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop 
tag    tag or VC   or Tunnel Id      switched   interface 
17     Untagged    10.11.11.11/32    685        Tu0        point2point 
        MAC/Encaps=14/18, MTU=1500, Tag Stack{17}, via Et2/0 
        006009E08B0300603E2B02408847 00011000 
        No output feature configured 
    Per-packet load-sharing, slots: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 
P1#
 
P1# show ip cef 10.11.11.11 
10.11.11.11/32, version 67 
0 packets, 0 bytes 
  tag information set 
    local tag: 17 
    fast tag rewrite with Tu0, point2point, tags imposed {17} 
  via 10.11.11.11, Tunnel0, 0 dependencies 
    next hop 10.11.11.11, Tunnel0 
    valid adjacency 
    tag rewrite with Tu0, point2point, tags imposed {17}

P2 ontvangt het pakket met labelstack {17 12308}. P2, de voorlaatste hoprouter, pops label 17.

P2# show tag for tag 17 detail 
Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop 
tag    tag or VC   or Tunnel Id      switched   interface 
17     Pop tag     10.7.7.7 0 [5]    535        PO2/0/0    point2point 
        MAC/Encaps=4/4, MTU=4474, Tag Stack{} 
        0F008847 
        No output feature configured 
P2#

PE2 ontvangt vervolgens de verpakking met het label 12308. P2 is zich ervan bewust dat de bestemming voor label 12308 rechtstreeks is verbonden. Daarom is het pingelen van CE1 tot CE2 10.

PE2# show tag for tag 12308 detail 
Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop 
tag    tag or VC   or Tunnel Id      switched   interface 
12308  Aggregate   172.16.13.0/24[V]  12776 
        MAC/Encaps=0/0, MTU=0, Tag Stack{} 
        VPN route: aqua 
        No output feature configured 
    Per-packet load-sharing, slots: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 
PE2#

Opmerking: Er wordt geen uitgaande interface weergegeven omdat de afgaande tag Aggregate is. Dit komt doordat het prefix dat bij het label is gekoppeld de direct verbonden route is.

CE1# ping 172.16.13.13 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.13.13, timeout is 2 seconds: 
!!!!! 
Success rate is 100 percent (5/5), round-trip min/avg/max = 4/4/4 ms 
CE1#

Bekende problemen

Raadpleeg de melding uit het veld: MPLS VPN met TE en MPLS InterAS Advisory op Cisco IOS® Software voor meer informatie.

Conclusie

Wanneer de TE-tunnel op stress-PE wordt afgesloten, werken MPLS VPN en TE samen zonder extra configuratie. Wanneer de TE-tunnel op om het even welke routers (vóór PE in de kern) wordt beëindigd, zal het MPLS VPN-verkeer mislukken omdat pakketten met VPN-labels arriveren als de buitenlabels, die niet in LFIBs van deze apparaten staan. Daarom zijn deze intermediaire routers niet in staat pakketten naar de eindbestemming, het VPN-clientnetwerk, door te sturen. In zo een geval zou LDP/TDP op de TE-tunnel moeten worden ingeschakeld om het probleem op te lossen.

Gerelateerde informatie

• MPLS FAQ voor beginners
• Probleemoplossing voor MPLS VPN
• MPLS basis traffic engineering met OSPF-configuratievoorbeeld
• Een basis-MPLS VPN configureren
• LSP-fouten voor probleemoplossing in MPLS VPN
• MPLS-ondersteuningspagina
• Technische ondersteuning - Cisco-systemen