MPLS-L3VPN-Lab pingt net? Kontrolléiert dës fënnef Hops
E Kliinte-Ping geet duerch fënnef getrennt Ofhängegketen. Gitt se an der Rei duerch, an deen éischte futti Kontrollpunkt seet Iech, wéi eng Konfiguratioun Dir musst reparéieren.
Zwee Kliinterouter, e puer Provider-Edge-Geräter an e Ping, deen ouni Fehlermeldung stierft. An engem klenge MPLS-L3VPN-Lab sëtzt de Fehler bal ëmmer op engem vu fënnef Kontrollpunkten, an all eenzel huet en Kommando, deen entweder weist, datt d'Ofhängegkeet funktionéiert, oder datt se feelt. De Fehler ass, all Kéier wann de Ping feelt, BGP nei ze starten, amplaz d'Ofhängegketen an der Rei ze testen. Wann Dir direkt an d'VRF-Konfiguratioun spréngt, kënnt Dir eng Stonn op engem Problem verbréngen, deen mat engem net opgeléisten nächste Hop zwee Geräter wäit ugefaang huet.
Schafft d'Lëscht vun ënne no uewen of. E Kontrollpunkt, dee besteet, bleift bestanen, an deen éischte Fehler ass deen, deen et wäert ass ze debuggen.
Kontrollpunkt een: d'PEen kënnen sech géigesäiteg erreechen
All PE brauch eng Route op de Loopback vun der anerer PE, an déi Route muss iwwer eppes richtegt opgeléist ginn. En Interior Gateway Protocol ass de übleche Wee dohinner, awer eng statesch Route funktionéiert och, soulaang d'rekursiv Sich op enger lieweger Adjacency land. Op IOS-aartige Geräter weist show ip route 10.0.0.2 gefollegt vun show ip cef 10.0.0.2, ob de Prefix existéiert an ob eng opgeléist Adjacency hannendrun steet. Eng Route an der Tabell ouni Adjacency hannendrun ass keng Erreechbarkeet.
Kontrolléiert béid Richtungen. Asymmetresch IGP-Käschten, e passive Interface op der falscher Säit oder eng Distribute List, déi de Loopback filtert, briechen all just eng Richtung, an eng Richtung genüügt, fir d'Sessioun ëmzebréngen. Wann d'Loopbacken pingen, d'BGP-Sessioun awer an Active steet, kuckt op d'Update Source, ier Dir eppes anescht ufaasst.
Kontrollpunkt zwee: et gëtt en Labelpad
Eng IP-Route op de wäite Loopback beweist net, datt den Transport en Label opdréckt. Bestätegt an engem LDP-Design, datt de wäite Loopback eng lokal an eng wäit Bindong huet, an datt den ausgänglechen Label an der Forwarding-Tabell erschéngt. show mpls ldp bindings 10.0.0.2 32 weist d'Labelpuer, an show mpls forwarding-table 10.0.0.2 weist, wat d'Line Card tatsächlech opsetze wäert. Wann den zweete Kommando kee Label weist oder op IP zréckfält, dréit den Transport de VPN-Trafic net sou, wéi d'Design et unhëlt.
Den Ënnerscheed kënnt doraus, wéi MPLS Forwarding State vun Zielpräfixen trennt, dat Modell, dat an RFC 3031 beschriwwe gëtt. Wann Äre Lab RSVP-TE oder BGP-ugrenzend Labels amplaz LDP benotzt, kontrolléiert den eegene Zustand vun deem Mechanismus; unzehuelen, datt LDP all Underlay-Label verdeelt, ass en übleche Wee, engem Phantomfehler nozejagen. E gebrochene Labelpad weist sech méi spéit meeschtens als VPN-Route, déi do ass, awer onbrauchbar.
Kontrollpunkt dräi: d'VPN-Route koum intakt un
Kuckt d'VPNv4- oder VPNv6-Route fir de geneeë Kliinteprefix un, net d'Sessiounszesummefaassung. show bgp vpnv4 unicast all 10.10.1.0/24 soll de Route Distinguisher weisen, den Next Hop op de wäite PE-Loopback gesat an en Label. Feeltt de Prefix, ass d'Export-Policy op der Ursprongs-PE oder d'Import-Policy op der empfangender PE den éischte Verdacht, an Route Targets sinn de üblechen Dreiwwerantwortlechen.
Liest d'Route-Target-Kontroll getrennt vum BGP-Empfang. Eng Route kann mam richtege Next Hop ukommen an trotzdem net an d'VRF landen, well den Import-Target net passt. Op der empfangender PE ass show ip route vrf CUSTOMER 10.10.1.0 den Test, op deen et ukënnt; d'BGP-Tabell beweist just, datt d'Route d'Kontrollfläch iwwerquiert huet.
Kontrollpunkt véier: den Interface ass an der VRF
Eng VRF-Definitioun mat Route Distinguisher a Route Targets verréckelt keen Interface era. Den Interface zum CE brauch d'VRF-Zouweisung, an show ip vrf interfaces oder show ip interface brief sollten en ënner der richtege Instanz oplëschten. Dat ass de Kontrollpunkt, wou eng kopéiert Konfiguratioun am dackste schief geet, well de VRF-Block komplett ausgesäit, während den Interface nach an der globaler Tabell sëtzt.
Bestätegt duerno, datt d'PE de lokale Kliinteprefix an déi VRF geléiert huet, an datt de CE eng Route zréck iwwer d'Uschléissung huet. En stateschen Default um CE, deen op d'PE weist, genüügt fir e Lab, soulaang d'VRF vun der PE eng Route op de CE-LAN huet. Feeltt eng vun den zwou Hälften, feelt de Ping, ier en Label opgesat gëtt.
Kontrollpunkt fënnef: d'Äntwert fënnt de Wee heem
Verfollegt de Pak viru Richtung a duerno de Retourpak, well se verschidden Tabellen benotzen. Op der Ingress-PE soll d'Kliintequell bannent der VRF op de wäite Prefix mam wäite Label opléisen. Op der Egress-PE soll den Zil bannent derselwechter VRF op den Interface zum CE opléisen. E Ping vun der PE selwer ass kee Beweis: en kann iwwer d'global Tabell oder eng aner Quelladress erausgoen, an dofir ass ping vrf CUSTOMER 10.10.2.10 source 10.10.1.1 den Test, deen Dir ausféiere sollt.
Host-Firewalls, Reverse-Path-Filtering an Access-Lëschten um CE gëllen nach ëmmer. Funktionéiert den Hinwee an stierft d'Äntwert, sëtzt de Problem an enger Route oder engem Filter op der Récksäit, net am MPLS-Transport.
Hält pro Kontrollpunkt eng Linn fest, déi déi éischt feelgeschloen Ofhängegkeet nennt. Déi Linn mécht aus der Klag, de Kliint kéint net pingen, eng konkret Fro no Erreechbarkeet, Labelzustand, Route-Import, Interface-Zougehéieregkeet oder Réckwee, an se verhënnert, datt déi nächst Debug-Sessioun déiselwecht fënnef Kommandos an der selwechter Reihenfolge widderhëlt.