Waarom een Junos L2VPN een label toont maar niets doorstuurt

Klantmeldingen komen binnen dat de L2VPN-verbinding Up is, de aansluiting actief is en er geen frame overgaat. De statuslampjes zijn eerlijk; het frame wordt geclassificeerd in een dienst die aan de verre kant geen bruikbare doorstuurstatus heeft. In een door BGP gesignaleerde punt-tot-punt-L2VPN hoort de eerste beslissing bij de aansluiting en niet bij een route-opzoeking. Het klantframe arriveert op een logische interface, en die interface benoemt de verbinding en daarmee de externe locatie. Alles daarna is label-doorstuurstatus, opgebouwd uit wat de peers hebben aangekondigd.

Het frame doet nooit een route-opzoeking

De signalering heeft de status voorbereid; verwerking per pakket is een label-opzoeking op een verbinding die al is gekozen. De vraag waarom een route ontbreekt is dus de verkeerde vraag, en zij verbergt de twee waarden die ertoe doen: de verbinding van de aansluiting en het dienstlabel dat zij gebruikt.

Dat verklaart ook de asymmetrie in inspanning. Configuratiebeoordeling vertelt wat geïnstalleerd had moeten zijn, terwijl de verbindingsweergave vertelt wat werkelijk is afgeleid, en alleen het tweede overleeft een labelblok-mismatch.

Twee labels, twee richtingen

Elke PE wijst lokaal een labelblok toe, kondigt de basis en de grootte aan, en de peers voegen een offset toe om het label voor een bepaalde locatie af te leiden. Toewijzingen zijn daarom lokaal betekenisvol: twee PE's kunnen verschillende bases en verschillende blokgroottes gebruiken voor dezelfde dienst. Lees de verbinding van beide kanten voordat u iets wijzigt. Een blok dat één label te klein is gedimensioneerd, ziet er precies uit als een verbinding die nooit wordt geïnstalleerd.

show l2vpn connections instance CUST-A extensive

In die uitvoer is het inkomende label het label dat deze PE heeft toegewezen en zijn peer heeft gezegd te gebruiken, terwijl het uitgaande label de toewijzing van de peer is die deze PE pusht. De twee omgekeerd lezen is de klassieke fout, en het stuurt u op zoek naar een waarde die nooit aan deze kant had moeten verschijnen. De verbindingsreferentie documenteert de velden naast de labels, waaronder locatie, status en blokinformatie.

Wat de label-opzoeking bewijst

Zodra u de inkomende waarde hebt, is de lokale opzoeking één commando:

show route label 160042

Die uitvoer zou een l2vpn-item met een volgende hop moeten tonen, en de labelbewerking vertelt of het frame wordt gepusht, verwisseld of gepopt voordat het vertrekt. Als er niets wordt getoond, is de dienststatus nooit geïnstalleerd hoewel de verbinding Up toont, en het verschil zit in de signalering en niet in het transport.

Volg één frame

Eén pakket dat in de aansluiting wordt gepusht, beslecht meer dan welke configuratiebeoordeling dan ook. De dienstlabelroute zou naar de transport-LSP richting de externe PE moeten wijzen, en de twee labels zouden moeten overeenkomen met de waarden die de peer heeft gerapporteerd. Als het transport gezond is en het dienstlabel verkeerd, bereikt het frame de juiste router en wordt daar weggegooid, en daarom lijken de tellers aan de verre kant leeg terwijl die aan de nabije kant bezet lijken.

Controleer de encapsulatie van de aansluiting, de instelling van het besturingswoord en de MTU tegelijk, want dat zijn onderhandelde eigenschappen en geen gedrag per hop.

Houd de dienstmodellen gescheiden

VPLS leert MAC-adressen en EVPN kondigt eindpunten aan, terwijl een punt-tot-punt-L2VPN geen van beide doet, dus hun frameselectieprocedures zijn niet uitwisselbaar ondanks dat ze op dezelfde BGP- en MPLS-infrastructuur rijden. Een probleemoplossingsstap van het ene model naar het andere tillen levert zelfverzekerde conclusies zonder grondslag op.

Noteer voor een ontbrekend pad de verbindingsstatus van beide peers, de aansluiting, beide labelrichtingen, de encapsulatie, de instelling van het besturingswoord en de MTU. Dat verslag verbindt wat is aangekondigd met wat het doorstuurvlak werkelijk doet, wat de enige schakel is die ertoe doet, en het is ook wat de volgende engineer zal vragen.