RSVP-TE-tunnelen er oppe, men L3VPN-et til kunden har ingen rute
Transport og teneste er to separate avgjerder. Les etikettstakken, sjekk neste-hopp-oppslag og VRF-tilknyting kvar for seg, og test deretter éin reell kundeflyt.
To team kan begge ha rett når kunden rapporterer at VPN-et er nede, og transportteamet rapporterer at tunnelen er i orden. Ein trafikkteknisk LSP og eit MPLS L3VPN svarar på ulike spørsmål: den eine flyttar merkte pakkar gjennom kjernen, den andre avgjer kva rutekontekst ein pakke høyrer til. Når dei blir blanda saman, går diskusjonen i sirkel, fordi kvar side måler eit ulikt objekt, og begge målingane er gyldige.
Transport oppe og teneste nede er ein normal tilstand
Ein LSP kan vere etablert, føre trafikk og vere synleg i alle overvakingssystem, medan kundetenesta blir ubrukeleg. Ingenting ved den kombinasjonen er sjølvmotsigande, fordi tunnelen ikkje har noka meining om eit fjernt prefiks finst, om ein importpolicy godtok det, eller om den tilknytte krinsen slepp gjennom rammer.
Symptomet som vanlegvis avslører forvirringa, er asymmetrisk: ping frå PE-loopback lukkast medan ein vert på kundens LAN ikkje får noko, eller omvendt. Skriv ned kva adresser som verka før du dannar ein teori. Når du først merkar at du testar to ulike objekt, er neste steg å lese etikettstakken i staden for å diskutere kva graf som er riktig. To adresser, to eigarar og vanlegvis to ulike personar som kvar trur at den andre har øydelagt noko.
Les stakken som to ansvar
Den nedste etiketten høyrer til tenesta, og den øvste etiketten høyrer til ruta. RFC 4364 skildrar rekkjefølgja enkelt: først blir VPN-ruteetiketten påført, deretter blir den merkte pakken tunellert mot BGP-nestehopp, der ein trafikkteknisk tunnel skyv sin eigen etikett på toppen.
| Object | Decision it encodes | Who owns it |
|---|---|---|
| Attachment and VRF | Which customer context receives the arriving packet | Edge configuration |
| VPN route and service label | Which remote forwarding context handles the destination | BGP VPN signalling |
| Transport LSP and tunnel label | How the core carries the packet to the BGP next hop | RSVP-TE or another tunnel mechanism |
Ved den fjerne PE vel tenesteetiketten behandlinga, som kan vere eit VRF-oppslag eller ei tilknytingsavgjerd. Den etiketten kan ikkje bytast ut med ein som berre kryssar kjernen, og dei to er ikkje utskiftbare sjølv når begge opptrer i same stakk på same grensesnitt.
Kva RSVP-suksess beviser og ikkje beviser
RSVP-TE etablerer eksplisitt ruta LSP-ar, med eller utan ressursreservasjonar, noko som er ein konkret og nyttig garanti om vegen ein pakke tek gjennom kjernen. Det er ikkje ei utsegn om kunderruter, og eit konfigurert tunnelnavn er slett ikkje ei rute.
Tilstadeværet av RSVP gir heller ikkje eit løfte om yting ende-til-ende. Båndbreddereservasjon på éin LSP seier ingenting om den tilknytte krinsen, kundens eigen aksesslinje eller køoppførselen ved den fjerne kanten. Å handsame det som ein garanti gir sjølvsikre svar på spørsmål ingen stilte. Viss kravet verkeleg er ei båndbreddeforplikting, må ho setjast saman av delane som faktisk handhevar ei slik forplikting, og LSP-en er berre midten av den kjeda.
Kontroller i rekkjefølgje, og stopp deretter
Arbeid frå transporten og utover og stopp ved det første trinnet som feilar, fordi kvart seinare trinn føreset at dei tidlegare heldt. Stadfest først at LSP-en er etablert, og at vidaresendingsoppføringa for tenesteprefikset faktisk peikar på han. Stadfest deretter at VPN-ruta finst i riktig tabell, at etikettbindinga er til stades, og at importpolicyen godtok ho. Stadfest deretter tilknytinga: grensesnittet, innkapslinga og, der det gjeld, VLAN-identifikatoren som høyrer til den kontrakten.
show mpls lsp
show mpls forwarding-table 10.60.0.0 24
show bgp vpnv4 unicast vrf CUSTOMER 10.60.0.0/24
show ip vrf detail CUSTOMERKommandosyntaksen varierer etter plattform, så handsam dei fire linjene som dei fire spørsmåla og ikkje som eit skript. Det viktige er at kvar av dei avhøyrer eit ulikt objekt, og det er det som får ein feil til å peike på ein bestemt eigar.
Følg éin tillaten førespurnad og ta vare på dei gode prova
Avslutt med éin enkelt reell kundeførespurnad, tillaten av policyen, og svaret på han. Éin fungerande flyt ende-til-ende avgjer meir enn ei side med teljaravlesingar, og han prøver kombinasjonen i staden for kvar del isolert.
Når eit seinare trinn feilar, ta vare på den vellukka LSP-observasjonen i staden for å byggje transporten på nytt. Å byggje ein fungerande tunnel på nytt kan ikkje reparere eit manglande fjernt prefiks, ei feil VRF-tilknyting eller ei tilgangsregel for destinasjonen, og det øydelegg beviset som opphavleg fortalde deg at transporten var sunn.