Tuneli RSVP-TE është aktiv, por L3VPN i klientit nuk ka rrugë
Transporti dhe shërbimi janë vendime të ndara. Lexoni pirgun e etiketave, kontrolloni veçmas zgjidhjen e hopit të radhës dhe lidhjen VRF, pastaj provoni një rrjedhë reale të klientit.
Dy ekipe mund të kenë të dyja të drejtë kur klienti raporton se VPN-ja është jashtë dhe ekipi i transportit raporton se tuneli është në rregull. Një LSP me inxhinieri trafiku dhe një MPLS L3VPN përgjigjen pyetjeve të ndryshme: njëri lëviz paketa të etiketuara përmes bërthamës, tjetri vendos se cilit kontekst rrugëtimi i përket një paketë. Kur ngatërrohen, debati rrotullohet në rreth, sepse secila palë mat një objekt tjetër dhe të dyja matjet janë të vlefshme.
Transporti lart dhe shërbimi poshtë është një gjendje normale
Një LSP mund të jetë i vendosur, të mbajë trafik dhe të jetë i dukshëm në çdo sistem monitorimi, ndërsa shërbimi i klientit mbetet i papërdorshëm. Asgjë në këtë kombinim nuk është kontradiktore, sepse tuneli nuk ka mendim nëse ekziston një prefiks i largët, nëse një politikë importi e pranoi atë apo nëse qarku i lidhur po kalon korniza.
Simptoma që zakonisht zbulon konfuzionin është asimetrike: ping-ët nga loopback-u i PE-së kalojnë, ndërsa një host në LAN-in e klientit nuk merr asgjë, ose anasjelltas. Shkruani cilat adresa funksionuan përpara se të krijoni një teori. Sapo vini re se po testoni dy objekte të ndryshme, hapi tjetër është të lexoni pirgun e etiketave në vend që të debatoni se cila grafikë është e saktë. Dy adresa, dy pronarë dhe zakonisht dy njerëz të ndryshëm që secili beson se tjetri ka thyer diçka.
Lexoni pirgun si dy përgjegjësi
Etiketa e poshtme i përket shërbimit dhe etiketa e sipërme i përket rrugës. RFC 4364 e përshkruan sekuencën thjesht: fillimisht vendoset etiketa e rrugës VPN, pastaj ajo paketë e etiketuar tunelohet drejt hopit të radhës BGP, ku një tunel inxhinierie trafiku shtyp etiketën e vet sipër.
| 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 |
Në PE-në e largët etiketa e shërbimit zgjedh trajtimin, i cili mund të jetë një kërkim në VRF ose një vendim lidhjeje. Ajo etiketë nuk mund të zëvendësohet me një që thjesht kalon bërthamën, dhe të dyja nuk janë të këmbyeshme edhe kur të dyja shfaqen në të njëjtin pirg në të njëjtën ndërfaqe.
Çfarë dëshmon suksesi i RSVP dhe çfarë jo
RSVP-TE vendos LSP me rrugëtim eksplicit, me ose pa rezervime burimesh, çka është një garanci konkrete dhe e dobishme për rrugën që një paketë ndjek përmes bërthamës. Nuk është një deklaratë për rrugët e klientit, dhe një emër tuneli i konfiguruar nuk është aspak rrugë.
As prania e RSVP nuk jep një premtim performance nga skaji në skaj. Rezervimi i gjerësisë së brezit në një LSP nuk thotë asgjë për qarkun e lidhur, linjën e aksesit të vetë klientit ose sjelljen e radhës në skajin e largët. Trajtimi i saj si garanci prodhon përgjigje të sigurta për pyetje që askush nuk i bëri. Nëse kërkesa është me të vërtetë një angazhim për gjerësinë e brezit, ai duhet të montohet nga pjesët që e zbatojnë vërtet, dhe LSP-ja është vetëm mesi i atij zinxhiri.
Kontrolloni me radhë, pastaj ndaloni
Punoni nga transporti drejt jashtë dhe ndaloni në hapin e parë që dështon, sepse çdo hap i mëvonshëm supozon se të mëparshmit qëndruan. Së pari konfirmoni se LSP-ja është vendosur dhe se hyrja e përcjelljes për prefiksin e shërbimit vërtet tregon drejt saj. Pastaj konfirmoni se rruga VPN ekziston në tabelën e duhur, se lidhja e etiketës së saj është e pranishme dhe se politika e importit e pranoi. Pastaj konfirmoni lidhjen: ndërfaqen, inkapsulimin dhe, ku zbatohet, identifikuesin VLAN që i përket atij kontrati.
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 CUSTOMERSintaksa e komandave ndryshon sipas platformës, prandaj trajtojini ato katër rreshta si katër pyetjet dhe jo si skript. Pjesa e rëndësishme është që secila prej tyre pyet një objekt tjetër, dhe kjo është ajo që bën që një dështim të tregojë një pronar të caktuar.
Ndiqni një kërkesë të lejuar dhe ruani provat e mira
Përfundoni me një kërkesë të vetme reale të klientit, të lejuar nga politika, dhe përgjigjen e saj. Një rrjedhë funksionale nga skaji në skaj zgjidh më shumë se një faqe leximesh numëruesish, dhe ushtron kombinimin në vend të secilës pjesë veçmas.
Kur një fazë e mëvonshme dështon, ruani vëzhgimin e suksesshëm të LSP-së në vend që të rindërtoni transportin. Rindërtimi i një tuneli funksional nuk mund të rregullojë një prefiks të largët që mungon, një lidhje VRF të gabuar ose një rregull aksesi destinacioni, dhe shkatërron provën që ju kishte thënë fillimisht se transporti ishte i shëndetshëm.