Normalizácia VLAN tagov na koncových bodoch pseudowire: runbook

Definujte, aký rámec má každý zákaznícky okraj dostať, skôr než sa dotknete pseudowire. V jednoduchom prípade CE A odosiela jeden tag vymedzujúci službu a CE B očakáva rámce bez tagu a práve na okraji poskytovateľa sa tento rozdiel rieši. Tag je lokálna politika, nie súčasť zákazníkovej Ethernet zmluvy, a pseudowire prenáša dohodnutý rámec, nie pôvodný. Zapíšte oba smery pred akoukoľvek konfiguráciou.

Najprv zapíšte zmluvu o rámci

Dopredný smer tag odoberie a spätný smer ho znova pridá. Ak zapíšete len jeden z nich, otestujete funkčnú cestu v jednom smere a označíte okruh za zdravý.

Držte zmluvu dosť krátku na vloženie do tiketu zmeny: ktorý okraj odosiela s tagom, ktorý očakáva bez tagu a ktorá hodnota tagu vymedzuje službu.

Dohodnite sa na režime pseudowire

RFC 4448 rozlišuje režimy pseudowire raw a tagged a opisuje, ako sa zaobchádza s tagmi vymedzujúcimi službu. Režim raw môže stále prenášať tagy patriace zákazníckemu rámcu, takže rozlíšenie sa týka servisnej roly tagu, nie samotnej prítomnosti hlavičky 802.1Q. Čítať režim ako tagged verzus untagged je najbežnejší spôsob, ako túto prácu chybne vymedziť. Dohodnite sa na režime s protiľahlou stranou, skôr než rozhodnete, ktoré operácie potrebujete.

Potom skontrolujte skutočný typ pseudowire a parametre protiľahlej strany. Lokálne pripojenie VLAN a vzdialené pripojenie portu vyžadujú podporované usporiadanie interworking a dve lokálne pravidlá prepisu nedokazujú, že ohlásené typy okruhov súhlasia.

Ak sa očakávania ohľadom control word a MTU líšia, máte problém vyjednávania, ktorý žiadny prepis neopraví. Potvrďte oboje z bežiacej konfigurácie protiľahlej strany, nie z návrhového dokumentu.

Použite lokálne operácie s tagmi

príručka Juniper pre prepis VLAN CCC dokumentuje operácie pop, push a swap s obmedzeniami špecifickými pre platformu. Pre už nakonfigurovanú kompatibilnú jednotku s tagom je ilustratívny smer input-vlan-map pop na vstupe a output-vlan-map push na výstupe. Tieto riadky ilustrujú operácie, nie úplnú konfiguráciu rozhrania alebo okruhu. Potvrďte presnú platformu a vydanie, namiesto toho, aby ste príklad jednej rodiny zariadení používali všade.

Podporované nastavenia VLAN a zapuzdrenia jednotky musia stále definovať zamýšľaný tag a klasifikáciu. Pravidlo prepisu na jednotke, ktorá klasifikuje nesprávne rámce, problém presúva, namiesto toho, aby ho opravilo.

Zachovajte prípadné vnútorné zákaznícke tagy, ktoré služba vyžaduje. Pri vrstvených tagoch určte, s ktorým vonkajším tagom manipulujete, skôr než čokoľvek odoberiete.

Naplánujte veľkosť, nielen tagy

Zahrňte zachované tagy, skutočný MPLS zásobník a control word do rozpočtu veľkosti. RFC 8469 odporúča control word pre Ethernet pseudowire a toto odporúčanie mení rozpočet rámca bez ohľadu na to, či ho vaša platforma predvolene zapína. Zosúlaďte nesúlad MTU, namiesto toho, aby ste jeho varovanie potlačili ako opravu. Potlačené varovanie je plánovaný výpadok s vyblednutým dátumom.

Skontrolujte rovnaký rozpočet na oboch okrajoch poskytovateľa, pretože jedna strana pridávajúca tag a druhá pridávajúca control word stačia na to, aby rozbili payload, ktorý bol predtým v poriadku.

Ak čísla nesúhlasia, zmeňte plán, nie úroveň logovania.

Preberajte rámec po rámci

Pri prevzatí skontrolujte očakávaný rámec na každom zákazníckom pripojení v oboch smeroch. Potom vykonajte aplikačnú a riadiacu prevádzku, ktorú služba skutočne potrebuje podľa schváleného testovacieho plánu, pretože ping dokazuje oveľa menej ako tagovaný rámec, ktorý dorazí neporušený. Zaznamenajte zmluvu o rámci pre vstup a výstup spolu s konfiguráciou okruhu. Práve tento záznam robí budúcu zmenu preskúmateľnou.

Držte režim, operácie s tagmi, rozpočet MTU a výsledok testu na jednom mieste, pretože dávajú zmysel len spoločne. Rozdelenie na tri tikety zaručuje, že budúci inžinier znova objaví rovnaké obmedzenie.

Okruh je hotový, keď oba smery zodpovedajú zmluve, ktorú ste napísali na začiatku, nie keď prejde prvý smer.