VLAN-siltide normaliseerimine pseudowire'i otspunktides: runbook

Määratlege, millise kaadri peab iga kliendi serv saama, enne kui pseudowire'i puutute. Lihtsal juhul saadab CE A ühe teenust piiritleva sildi ja CE B ootab sildita kaadreid, ning teenusepakkuja serv on koht, kus see erinevus lahendatakse. Silt on kohalik poliitika, mitte kliendi Etherneti lepingu osa, ja pseudowire edastab kokkulepitud kaadri, mitte algse. Kirjutage mõlemad suunad üles enne mis tahes konfiguratsiooni.

Kirjutage esmalt kaadrileping

Edasisuund eemaldab sildi ja tagasisuund lisab selle uuesti. Kui kirjutate üles ainult ühe neist, testite ühes suunas töötavat teed ja nimetate ahela terveks.

Hoidke leping piisavalt lühike, et see muudatuse piletisse kleepida: milline serv saadab sildiga, milline ootab sildita ja milline sildi väärtus piiritleb teenust.

Leppige kokku pseudowire'i režiimis

RFC 4448 eristab raw- ja tagged-pseudowire'i režiimi ning kirjeldab, kuidas teenust piiritlevaid silte käsitletakse. Raw-režiim võib endiselt kanda kliendi kaadrile kuuluvaid silte, seega puudutab eristus sildi teenuserolli, mitte ainult 802.1Q päise olemasolu. Režiimi lugemine tagged versus untagged on kõige levinum viis selle töö ulatuse vale määramiseks. Leppige režiim partneriga kokku enne, kui otsustate, milliseid toiminguid vajate.

Seejärel kontrollige tegelikku pseudowire'i tüüpi ja partneri parameetreid. Kohalik VLAN-kinnitus ja kaugporti kinnitus vajavad toetatud interworking-korraldust ning kaks kohalikku ümberkirjutuskäsku ei tõesta, et teatatud ahelatüübid ühtivad.

Kui ootused control wordi ja MTU suhtes erinevad, on teil läbirääkimisprobleem, mida ükski ümberkirjutus ei kõrvalda. Kinnitage mõlemad partneri jooksva konfiguratsiooni põhjal, mitte projekteerimisdokumendist.

Rakendage kohalikud silditoimingud

Juniperi VLAN CCC ümberkirjutamise juhend dokumenteerib pop-, push- ja swap-toimingud platvormipõhiste piirangutega. Juba konfigureeritud ühilduva sildiga üksuse puhul on näitlik suund sissepääsus input-vlan-map pop ja väljapääsus output-vlan-map push. Need read näitlikustavad toiminguid, mitte täielikku liidese ega ahela konfiguratsiooni. Kinnitage täpne platvorm ja väljaanne, selle asemel et rakendada ühe seadmeperekonna eeskuju kõikjal.

Üksuse toetatud VLAN- ja kapseldusseaded peavad endiselt määratlema kavandatud sildi ja klassifikatsiooni. Ümberkirjutuskäsk üksusel, mis klassifitseerib valed kaadrid, liigutab probleemi, selle asemel et see lahendada.

Säilitage kõik teenuse nõutavad sisemised kliendisildid. Virnastatud siltide puhul tehke kindlaks, millist välimist silti muudate, enne kui midagi eemaldate.

Eelarvestage suurus, mitte ainult sildid

Kaasake suuruse eelarvesse säilitatud sildid, tegelik MPLS-pinu ja control word. RFC 8469 soovitab Etherneti pseudowire'ide jaoks control wordi ja see soovitus muudab kaadri eelarvet olenemata sellest, kas teie platvorm lubab selle vaikimisi. Viige MTU lahknevus kooskõlla, selle asemel et selle hoiatust parandusena maha suruda. Mahasurutud hoiatus on planeeritud katkestus, mille kuupäev on maha lihvitud.

Kontrollige sama eelarvet mõlemas teenusepakkuja servas, sest üks pool, mis lisab sildi, ja teine, mis lisab control wordi, on piisav, et rikkuda varem korras olnud kasulik koormus.

Kui numbrid ei ühti, muutke plaani, mitte logimise taset.

Võtke see vastu kaader kaadri haaval

Vastuvõtuks kontrollige oodatavat kaadrit igas kliendikinnituses mõlemas suunas. Seejärel teostage rakenduse ja juhtimise liiklus, mida teenus tegelikult vajab kinnitatud testiplaani kohaselt, sest ping tõestab palju vähem kui tervikuna saabuv sildiga kaader. Registreerige sisse- ja väljaminev kaadrileping koos ahela konfiguratsiooniga. Just see kirje teeb järgmise muudatuse ülevaatatavaks.

Hoidke režiim, silditoimingud, MTU eelarve ja testi tulemus ühes kohas, sest neil on mõte ainult koos. Nende jagamine kolme piletisse tagab, et järgmine insener avastab uuesti sama piirangu.

Ahel on valmis siis, kui mõlemad suunad vastavad alguses kirjutatud lepingule, mitte siis, kui esimene suund läbib.