Prečo L2VPN v Junose zobrazuje značku, ale nič nepreposiela

Prichádzajú hlásenia zákazníkov, že spojenie L2VPN je v stave Up, pripojenie je hore a žiadny rámec neprechádza. Stavové kontrolky sú čestné; rámec sa zaraďuje do služby, ktorá na vzdialenom konci nemá použiteľný stav preposielania. V bodovom L2VPN signalizovanom pomocou BGP patrí prvé rozhodnutie pripojeniu, nie vyhľadaniu trasy. Rámec zákazníka prichádza na logické rozhranie a toto rozhranie pomenúva spojenie, a teda aj vzdialené miesto. Všetko po tom je stav preposielania podľa značiek postavený z toho, čo oznámili susedia.

Rámec nikdy nevykonáva vyhľadanie trasy

Signalizácia stav pripravila; spracovanie jednotlivých paketov je vyhľadanie značky na spojení, ktoré už bolo vybrané. Preto je otázka, prečo trasa chýba, nesprávna, a skrýva dve hodnoty, na ktorých záleží: spojenie pripojenia a značku služby, ktorú používa.

To tiež vysvetľuje nesúmernosť úsilia. Revízia konfigurácie vám hovorí, čo malo byť nainštalované, zatiaľ čo pohľad na spojenie hovorí, čo bolo skutočne odvodené, a len druhý z nich prežije nezhodu bloku značiek.

Dve značky, dva smery

Každý PE lokálne prideľuje blok značiek, oznamuje jeho základ a veľkosť a jeho susedia pridávajú posun, aby odvodili značku pre konkrétne miesto. Prideľovania sú preto miestne významné: dva PE môžu pre tú istú službu použiť rôzne základy a rôzne veľkosti blokov. Prečítajte si spojenie z oboch koncov, kým čokoľvek zmeníte. Blok, ktorý bol dimenzovaný o jednu značku menší, vyzerá presne ako spojenie, ktoré sa nikdy nenainštaluje.

show l2vpn connections instance CUST-A extensive

V tomto výstupe je prichádzajúca značka tá, ktorú tento PE pridelil a povedal svojmu susedovi, aby ju používal, zatiaľ čo odchádzajúca značka je pridelenie suseda, ktoré tento PE vkladá. Čítať obe opačne je klasická chyba a pošle vás hľadať hodnotu, ktorá sa na tejto strane nikdy nemala objaviť. Referenčná príručka spojení dokumentuje polia vedľa značiek, vrátane miesta, stavu a informácií o bloku.

Čo vyhľadanie značky dokazuje

Keď máte prichádzajúcu hodnotu, miestne vyhľadanie je jeden príkaz:

show route label 160042

Tento výstup by mal ukázať záznam l2vpn s ďalším skokom a operácia so značkou vám povie, či sa rámec vkladá, zamieňa alebo odstraňuje, kým odíde. Ak nič neukáže, stav služby nebol nikdy nainštalovaný, aj keď spojenie zobrazuje Up, a nesúlad je v signalizácii, nie v transporte.

Sledujte jeden rámec

Jeden paket vložený do pripojenia vyrieši viac než akákoľvek revízia konfigurácie. Trasa značky služby by mala ukazovať na transportné LSP k vzdialenému PE a obe značky by mali zodpovedať hodnotám, ktoré sused nahlásil. Keď je transport zdravý a značka služby je nesprávna, rámec dorazí k správnemu routeru a tam sa zahodí, a preto počítadlá vzdialeného konca vyzerajú prázdne, zatiaľ čo počítadlá blízkeho konca vyzerajú zaneprázdnené.

Skontrolujte zapuzdrenie pripojenia, nastavenie riadiaceho slova a MTU súčasne, pretože to sú vyjednané vlastnosti, nie správanie na každom skoku.

Držte modely služieb oddelené

VPLS sa učí MAC adresy a EVPN inzeruje koncové body, zatiaľ čo bodové L2VPN nerobí ani jedno, takže ich postupy výberu rámcov nie sú zameniteľné, hoci jazdia na tej istej infraštruktúre BGP a MPLS. Prenos kroku na odstraňovanie problémov z jedného modelu do druhého dáva sebavedomé závery bez základu.

Pri chýbajúcej ceste zaznamenajte stav spojenia oboch susedov, pripojenie, oba smery značiek, zapuzdrenie, nastavenie riadiaceho slova a MTU. Tento záznam spája oznámené s tým, čo rovina preposielania skutočne robí, čo je jediné spojenie, na ktorom záleží, a je to aj to, na čo sa opýta ďalší inžinier.