Normalizace VLAN tagů na koncových bodech pseudowire: runbook

Definujte, jaký rámec má každý zákaznický okraj dostat, než se dotknete pseudowire. V jednoduchém případě CE A odesílá jeden tag vymezující službu a CE B očekává rámce bez tagu a právě na okraji poskytovatele se tento rozdíl řeší. Tag je místní politika, nikoli součást zákazníkovy Ethernet smlouvy, a pseudowire přenáší dohodnutý rámec, ne původní. Zapište oba směry před jakoukoli konfigurací.

Nejprve zapište smlouvu o rámci

Dopředný směr tag odebere a zpětný směr jej znovu přidá. Pokud zapíšete jen jeden z nich, otestujete funkční cestu v jednom směru a označíte okruh za zdravý.

Držte smlouvu dost krátkou na vložení do tiketu změny: který okraj odesílá s tagem, který očekává bez tagu a která hodnota tagu vymezuje službu.

Dohodněte se na režimu pseudowire

RFC 4448 rozlišuje režimy pseudowire raw a tagged a popisuje, jak se zachází s tagy vymezujícími službu. Režim raw může stále přenášet tagy patřící zákazníkovu rámci, takže rozlišení se týká servisní role tagu, nikoli pouhé přítomnosti hlavičky 802.1Q. Číst režim jako tagged versus untagged je nejběžnější způsob, jak tuto práci chybně vymezit. Dohodněte se na režimu s protějškem, než rozhodnete, které operace potřebujete.

Poté zkontrolujte skutečný typ pseudowire a parametry protějšku. Místní připojení VLAN a vzdálené připojení portu vyžadují podporované uspořádání interworking a dvě místní pravidla přepisu nedokazují, že ohlášené typy okruhů souhlasí.

Pokud se očekávání ohledně control word a MTU liší, máte problém vyjednávání, který žádný přepis neopraví. Potvrďte obojí z běžící konfigurace protějšku, nikoli z návrhového dokumentu.

Použijte místní operace s tagy

průvodce Juniper pro přepis VLAN CCC dokumentuje operace pop, push a swap s omezeními specifickými pro platformu. Pro již nakonfigurovanou kompatibilní jednotku s tagem je ilustrativní směr input-vlan-map pop na vstupu a output-vlan-map push na výstupu. Tyto řádky ilustrují operace, nikoli úplnou konfiguraci rozhraní nebo okruhu. Potvrďte přesnou platformu a vydání, místo abyste příklad jedné rodiny zařízení používali všude.

Podporovaná nastavení VLAN a zapouzdření jednotky musí stále definovat zamýšlený tag a klasifikaci. Pravidlo přepisu na jednotce, která klasifikuje nesprávné rámce, problém přesouvá, místo aby jej opravilo.

Zachovejte případné vnitřní zákaznické tagy, které služba vyžaduje. U vrstvených tagů určete, se kterým vnějším tagem manipulujete, než cokoli odeberete.

Naplánujte velikost, ne jen tagy

Zahrňte zachované tagy, skutečný MPLS zásobník a control word do rozpočtu velikosti. RFC 8469 doporučuje control word pro Ethernet pseudowire a toto doporučení mění rozpočet rámce bez ohledu na to, zda jej vaše platforma ve výchozím nastavení zapíná. Srovnejte nesoulad MTU, místo abyste jeho varování potlačili jako opravu. Potlačené varování je plánovaný výpadek s vybledlým datem.

Zkontrolujte stejný rozpočet na obou okrajích poskytovatele, protože jedna strana přidávající tag a druhá přidávající control word stačí k tomu, aby rozbily payload, který byl dříve v pořádku.

Pokud čísla nesouhlasí, změňte plán, ne úroveň logování.

Přebírejte rámec po rámci

Při přejímce zkontrolujte očekávaný rámec na každém zákaznickém připojení v obou směrech. Poté proveďte aplikační a řídicí provoz, který služba skutečně potřebuje podle schváleného testovacího plánu, protože ping dokazuje mnohem méně než tagovaný rámec, který dorazí neporušený. Zaznamenejte smlouvu o rámci pro vstup a výstup spolu s konfigurací okruhu. Právě tento záznam činí příští změnu přezkoumatelnou.

Držte režim, operace s tagy, rozpočet MTU a výsledek testu na jednom místě, protože dávají smysl jen společně. Rozdělení na tři tikety zaručuje, že příští inženýr znovu objeví stejné omezení.

Okruh je hotový, když oba směry odpovídají smlouvě, kterou jste napsali na začátku, ne když projde první směr.