MPLS L3VPN lab ne odgovara na ping? Provjerite ovih pet skokova

Dva klijentska rutera, par provider edge uređaja i ping koji umire bez poruke o grešci. U malom MPLS L3VPN labu kvar gotovo uvijek sjedi na jednoj od pet kontrolnih tačaka, a svaka od njih ima naredbu koja pokazuje ili da zavisnost radi ili da nedostaje. Greška je restartovati BGP svaki put kad ping ne uspije, umjesto da se zavisnosti testiraju redom. Ako odmah skočite na VRF konfiguraciju, možete potrošiti sat na problem koji je počeo s neriješenim sljedećim skokom dva uređaja dalje.

Radite listu odozdo prema gore. Kontrolna tačka koja prođe ostaje položena, a prvi neuspjeh je onaj koji vrijedi otklanjati.

Prva kontrolna tačka: PE rutari se međusobno dosežu

Svakom PE-u treba ruta do loopbacka drugog PE-a, a ta ruta mora se razriješiti kroz nešto stvarno. Interior gateway protocol je uobičajen put do tamo, ali i statička ruta radi sve dok rekurzivna pretraga završi na živom adjacencyju. Na uređajima u IOS stilu, show ip route 10.0.0.2 pa show ip cef 10.0.0.2 pokazuje postoji li prefiks i nalazi li se iza njega razriješen adjacency. Ruta u tabeli bez adjacencyja iza sebe nije dostupnost.

Provjerite oba smjera. Asimetrični IGP troškovi, passive interface na pogrešnoj strani ili distribute list koji filtrira loopback razbijaju svaki samo jedan smjer, a jedan smjer je dovoljan da ubije sesiju. Ako loopbackovi odgovaraju na ping, ali BGP sesija stoji u Active, pogledajte update source prije nego što dotaknete bilo šta drugo.

Druga kontrolna tačka: postoji put oznaka

IP ruta do udaljenog loopbacka ne dokazuje da će transport staviti oznaku. U LDP dizajnu potvrdite da udaljeni loopback ima lokalno i udaljeno vezivanje i da se izlazna oznaka pojavljuje u forwarding tabeli. show mpls ldp bindings 10.0.0.2 32 prikazuje parove oznaka, a show mpls forwarding-table 10.0.0.2 pokazuje šta će line card zaista staviti. Kada druga naredba ne pokazuje nikakvu oznaku ili se vraća na IP, transport ne nosi VPN saobraćaj onako kako dizajn pretpostavlja.

Razlika dolazi iz toga kako MPLS odvaja forwarding state od odredišnih prefiksa, model opisan u RFC 3031. Ako vaš lab koristi RSVP-TE ili oznake susjedne BGP-u umjesto LDP-a, provjerite vlastito stanje tog mehanizma; pretpostaviti da LDP distribuira svaku oznaku donjeg sloja čest je način da jurite fantomsku grešku. Pokvaren put oznaka obično se kasnije pojavi kao VPN ruta koja postoji ali je neupotrebljiva.

Treća kontrolna tačka: VPN ruta je stigla netaknuta

Pogledajte VPNv4 ili VPNv6 rutu za tačan prefiks klijenta, ne sažetak sesije. show bgp vpnv4 unicast all 10.10.1.0/24 bi trebao pokazati route distinguisher, next hop postavljen na loopback udaljenog PE-a i oznaku. Ako prefiks nedostaje, prvi osumnjičeni je izvozna politika na izvornom PE-u ili uvozna politika na prijemnom PE-u, a route targeti su uobičajeni krivac.

Čitajte provjeru route targeta odvojeno od BGP prijema. Ruta može stići s ispravnim next hopom i ipak ne sletjeti u VRF jer se importtarget ne poklapa. Na prijemnom PE-u show ip route vrf CUSTOMER 10.10.1.0 je test koji je bitan; BGP tabela samo dokazuje da je ruta prešla kontrolnu ravan.

Četvrta kontrolna tačka: interface je u VRF-u

VRF definicija s route distinguisherom i route targetima ne premješta nijedan interface u nju. Interface prema CE-u treba VRF dodjelu, a show ip vrf interfaces ili show ip interface brief bi ga trebao navesti pod ispravnom instancom. Ovo je kontrolna tačka na kojoj kopirana konfiguracija najčešće pogriješi, jer VRF blok izgleda potpun dok interface još sjedi u globalnoj tabeli.

Zatim potvrdite da je PE naučio lokalni prefiks klijenta u taj VRF i da CE ima rutu natrag kroz priključak. Statički default na CE-u koji pokazuje na PE dovoljan je za lab, pod uslovom da VRF na PE-u ima rutu do CE LAN-a. Ako nedostaje bilo koja od dvije polovine, ping pada prije nego što se stavi ikakva oznaka.

Peta kontrolna tačka: odgovor pronalazi put kući

Pratite paket prema naprijed pa povratni paket, jer koriste različite tabele. Na ulaznom PE-u izvor klijenta treba da se razriješi unutar VRF-a na udaljeni prefiks s udaljenom oznakom. Na izlaznom PE-u odredište treba da se razriješi unutar istog VRF-a na interface prema CE-u. Ping poslan s PE-a lično nije dokaz: može izaći kroz globalnu tabelu ili drugu izvornu adresu, i zato je ping vrf CUSTOMER 10.10.2.10 source 10.10.1.1 test koji treba pokrenuti.

Firewallovi na hostovima, reverse-path filtering i access liste na CE-u i dalje važe. Ako put prema naprijed radi, a odgovor umire, problem je ruta ili filter na povratnoj strani, ne MPLS transport.

Vodite jednu liniju po kontrolnoj tački s imenom prve zavisnosti koja je pala. Ta linija pretvara žalbu da klijent ne može pingati u konkretno pitanje o dostupnosti, stanju oznaka, uvozu ruta, pripadnosti interfacea ili povratnom putu, i sprječava sljedeću sesiju otklanjanja grešaka da ponovi istih pet naredbi u istom redu.