Proč L2VPN v Junosu zobrazuje značku, ale nic nepředává

Přicházejí hlášení zákazníků, že spojení L2VPN je ve stavu Up, přípoj je nahoře a žádný rámec neprochází. Stavové kontrolky nelžou; rámec se zařazuje do služby, která na vzdáleném konci nemá použitelný stav předávání. V bodovém L2VPN signalizovaném pomocí BGP patří první rozhodnutí přípoji, nikoli vyhledání trasy. Rámec zákazníka přichází na logické rozhraní a toto rozhraní pojmenovává spojení, a tedy i vzdálené místo. Všechno po tom je stav předávání podle značek postavený z toho, co sousedé oznámili.

Rámec nikdy neprovádí vyhledání trasy

Signalizace stav připravila; zpracování jednotlivých paketů je vyhledání značky na spojení, které už bylo vybráno. Proto je otázka, proč trasa chybí, špatná, a skrývá dvě hodnoty, na kterých záleží: spojení přípoje a značku služby, kterou používá.

To také vysvětluje nesouměrnost úsilí. Revize konfigurace vám říká, co mělo být nainstalováno, zatímco pohled na spojení říká, co bylo skutečně odvozeno, a jen druhý z nich přežije neshodu bloku značek.

Dvě značky, dva směry

Každý PE lokálně přiděluje blok značek, oznamuje jeho základ a velikost a jeho sousedé přidávají posun, aby odvodili značku pro konkrétní místo. Přidělení jsou proto místně významná: dva PE mohou pro stejnou službu použít různé základy a různé velikosti bloků. Přečtěte si spojení z obou konců, než cokoli změníte. Blok, který byl dimenzován o jednu značku menší, vypadá přesně jako spojení, které se nikdy nenainstaluje.

show l2vpn connections instance CUST-A extensive

V tomto výstupu je příchozí značka ta, kterou tento PE přidělil a řekl svému sousedovi, aby ji používal, zatímco odchozí značka je přidělení souseda, které tento PE vkládá. Číst obě obráceně je klasická chyba a pošle vás hledat hodnotu, která se na této straně nikdy neměla objevit. Referenční příručka spojení dokumentuje pole vedle značek, včetně místa, stavu a informací o bloku.

Co vyhledání značky dokazuje

Jakmile máte příchozí hodnotu, místní vyhledání je jeden příkaz:

show route label 160042

Tento výstup by měl ukázat záznam l2vpn s dalším skokem a operace se značkou vám řekne, zda se rámec vkládá, zaměňuje nebo odstraňuje, než odejde. Pokud nic neukáže, stav služby nebyl nikdy nainstalován, i když spojení zobrazuje Up, a nesoulad je v signalizaci, nikoli v přenosu.

Sledujte jeden rámec

Jeden paket vložený do přípoje vyřeší víc než jakákoli revize konfigurace. Trasa značky služby by měla ukazovat na transportní LSP ke vzdálenému PE a obě značky by měly odpovídat hodnotám, které soused nahlásil. Když je přenos zdravý a značka služby je špatná, rámec dorazí ke správnému routeru a tam se zahodí, a proto počítadla vzdáleného konce vypadají prázdná, zatímco počítadla blízkého konce vypadají zaneprázdněná.

Zkontrolujte zapouzdření přípoje, nastavení řídicího slova a MTU současně, protože to jsou vyjednané vlastnosti, nikoli chování na každém skoku.

Držte modely služeb oddělené

VPLS se učí MAC adresy a EVPN inzeruje koncové body, zatímco bodové L2VPN nedělá ani jedno, takže jejich postupy výběru rámců nejsou zaměnitelné, i když jezdí po stejné infrastruktuře BGP a MPLS. Přenos kroku pro odstraňování problémů z jednoho modelu do druhého dává sebevědomé závěry bez základu.

U chybějící cesty zaznamenejte stav spojení obou sousedů, přípoj, oba směry značek, zapouzdření, nastavení řídicího slova a MTU. Tento záznam spojuje oznámené s tím, co rovina předávání skutečně dělá, což je jediné spojení, na kterém záleží, a je to také to, na co se zeptá další inženýr.