Normalizacija oznak VLAN na končnih točkah pseudowire: runbook

Določite, kateri okvir mora prejeti vsak rob stranke, preden se dotaknete pseudowire. V preprostem primeru CE A pošlje eno oznako, ki razmejuje storitev, CE B pa pričakuje okvire brez oznake, in rob ponudnika je mesto, kjer se ta razlika razreši. Oznaka je lokalna politika in ne del strankine pogodbe Ethernet, pseudowire pa prenaša dogovorjeni okvir namesto izvirnega. Pred vsako konfiguracijo zapišite obe smeri.

Najprej zapišite pogodbo o okvirju

Smer naprej odstrani oznako, povratna smer pa jo doda nazaj. Če zapišete le eno od njiju, boste preizkusili delujočo pot v eni smeri in vezje razglasili za zdravo.

Naj bo pogodba dovolj kratka, da jo prilepite v zahtevek za spremembo: kateri rob pošilja z oznako, kateri pričakuje brez oznake in katera vrednost oznake razmejuje storitev.

Dogovorite se o načinu pseudowire

RFC 4448 razlikuje med načinoma pseudowire raw in tagged ter opisuje, kako se obravnavajo oznake, ki razmejujejo storitev. Način raw lahko še vedno prenaša oznake, ki pripadajo stranknemu okvirju, zato razlikovanje zadeva storitveno vlogo oznake in ne zgolj prisotnosti glave 802.1Q. Branje načina kot tagged proti untagged je najpogostejši način napačnega opredelitve tega dela. Dogovorite se o načinu z nasprotnim partnerjem, preden se odločite, katere operacije potrebujete.

Nato preverite dejanski tip pseudowire in parametre partnerja. Lokalna priključitev VLAN in oddaljena priključitev vrat potrebujeta podprto ureditev interworking, in dva lokalna stavka prepisovanja ne dokazujeta, da se oglašeni tipi vezja ujemajo.

Če se pričakovanja glede control word in MTU razlikujejo, imate težavo s pogajanji, ki je nobeno prepisovanje ne odpravi. Potrdite oboje iz tekoče konfiguracije partnerja in ne iz načrtovalnega dokumenta.

Uporabite lokalne operacije z oznakami

Juniperjev vodnik za prepisovanje VLAN CCC dokumentira operacije pop, push in swap s posebnimi omejitvami platforme. Za že konfigurirano združljivo enoto z oznako je ponazoritvena smer input-vlan-map pop na vhodu in output-vlan-map push na izhodu. Te vrstice ponazarjajo operacije, ne celotne konfiguracije vmesnika ali vezja. Potrdite natančno platformo in izdajo, namesto da bi primer ene družine naprav uporabljali povsod.

Podprte nastavitve VLAN in zapiranja enote morajo še vedno določati predvideno oznako in razvrščanje. Stavek prepisovanja na enoti, ki razvršča napačne okvire, težavo prestavi, namesto da bi jo odpravil.

Ohranite morebitne notranje strankine oznake, ki jih storitev zahteva. Pri naloženih oznakah ugotovite, s katero zunanjo oznako upravljate, preden kar koli odstranite.

Načrtujte velikost, ne le oznake

V proračun velikosti vključite ohranjene oznake, dejanski sklad MPLS in control word. RFC 8469 priporoča control word za Ethernet pseudowire, in to priporočilo spremeni proračun okvirja ne glede na to, ali ga vaša platforma privzeto omogoči. Uskladite neskladje MTU, namesto da bi njegovo opozorilo utišali kot popravilo. Utišano opozorilo je načrtovana prekinitev z izbrisanim datumom.

Preverite enak proračun na obeh robovih ponudnika, ker ena stran doda oznako in druga doda control word, kar zadostuje, da se pokvari koristni tovor, ki je bil prej v redu.

Če se številke ne ujemajo, spremenite načrt in ne ravni beleženja.

Sprejmite ga okvir za okvirom

Za sprejem preglejte pričakovani okvir na vsaki strankini priključitvi v obeh smereh. Nato izvedite aplikacijski in krmilni promet, ki ga storitev resnično potrebuje po odobrenem preskusnem načrtu, ker ping dokaže veliko manj kot z oznako opremljen okvir, ki prispe nepoškodovan. Zapišite pogodbo o okvirju za vhod in izhod skupaj s konfiguracijo vezja. Prav ta zapis omogoča preglednost naslednje spremembe.

Način, operacije z oznakami, proračun MTU in rezultat preskusa hranite na enem mestu, saj imajo smisel le skupaj. Razdelitev na tri zahtevke zagotavlja, da bo naslednji inženir znova odkril isto omejitev.

Vezje je končano, ko se obe smeri ujemata s pogodbo, ki ste jo zapisali na začetku, in ne ko uspe prva smer.