Kvifor ein Junos L2VPN viser ei etikett, men ikkje videresender noko

Kunderapportar kjem inn og seier at L2VPN-sambandet er Up, tilkoplinga er oppe, og ingen ramme passerer. Statuslampene er ærlege; ramma vert klassifisert i ei teneste som ikkje har nokon brukbar videresendingstilstand i den fjerne enden. I ein BGP-signalisert punkt-til-punkt L2VPN høyrer den første avgjerda til tilkoplinga og ikkje til eit ruteoppslag. Kunderamma kjem inn på eit logisk grensesnitt, og det grensesnittet namngjev sambandet og dermed den fjerne staden. Alt etter dette er etikett-videresendingstilstand bygd frå det peerane annonserte.

Ramma gjer aldri eit ruteoppslag

Signaliseringa førebudde tilstanden; handsaminga per pakke er eit etikettoppslag på eit samband som allereie er valt. Difor er spørsmålet om kvifor ei rute manglar, det gale spørsmålet, og det løyner dei to verdiane som tel: sambandet til tilkoplinga og tenesteetiketten ho brukar.

Det forklarar òg asymmetrien i innsatsen. Konfigurasjonsgjennomgang fortel kva som burde vore installert, medan sambandsvisninga fortel kva som faktisk vart utleidd, og berre den andre overlever eit avvik i etikettblokka.

To etikettar, to retningar

Kvar PE tildeler ei etikettblokk lokalt, annonserer basen og storleiken, og peerane legg til ei forskyving for å leie ut etiketten for ein bestemd stad. Tildelingane er difor lokalt tydingsfulle: to PE-ar kan bruke ulike basar og ulike blokkstorleikar for same tenesta. Les sambandet frå begge endar før du endrar noko. Ei blokk som vart dimensjonert éin etikett for lita, ser nøyaktig ut som eit samband som aldri vert installert.

show l2vpn connections instance CUST-A extensive

I den utskrifta er den innkomande etiketten den denne PE-en tildelte og bad peeren sin bruke, medan den utgåande etiketten er tildelinga til peeren som denne PE-en skyv. Å lese dei to baklengs er den klassiske feilen, og det sender deg på jakt etter ein verdi som aldri skulle dukka opp på denne sida. Sambandsreferansen dokumenterer felta ved sida av etikettane, inkludert stad, status og blokkinformasjon.

Kva etikettoppslaget beviser

Når du har den innkomande verdien, er det lokale oppslaget éi kommando:

show route label 160042

Den utskrifta bør vise ein l2vpn-oppføring med neste hopp, og etikettoperasjonen fortel om ramma vert skyvd, bytt eller poppa før ho forlèt. Viss ho ikkje viser noko, vart tenestetilstanden aldri installert sjølv om sambandet viser Up, og avviket ligg i signaliseringa og ikkje i transporten.

Følg éi ramme

Éin pakke som vert skyvd inn i tilkoplinga, avgjer meir enn nokon konfigurasjonsgjennomgang. Ruta til tenesteetiketten bør peike på transport-LSP-en mot den fjerne PE-en, og dei to etikettane bør svare til verdiane peeren rapporterte. Når transporten er sunn og tenesteetiketten er feil, når ramma rett ruter og vert kasta der, og difor ser teljarane i den fjerne enden tomme ut medan teljarane i den nære enden ser travle ut.

Kontroller innkapslinga til tilkoplinga, kontrollord-innstillinga og MTU-en samstundes, fordi dette er forhandla eigenskapar og ikkje åtferd per hopp.

Hald tenestemodellane frå kvarandre

VPLS lærer MAC-adresser, og EVPN annonserer endepunkt, medan ein punkt-til-punkt L2VPN ikkje gjer nokon av delane, så rammeutvalsprosedyrane deira er ikkje utskiftbare sjølv om dei rid på den same BGP- og MPLS-infrastrukturen. Å lyfte eit feilsøkingstrinn frå éin modell til ein annan gjev sjølvsikre konklusjonar utan grunnlag.

For ein manglande stig, registrer sambandsstatusen til begge peerane, tilkoplinga, begge etikettretningane, innkapslinga, kontrollord-innstillinga og MTU-en. Den registreringa knyter det annonserte til det videresendingsplanet faktisk gjer, som er den einaste lenkja som tel, og det er òg det den neste ingeniøren vil spørje om.