Normalisera VLAN-merkingar á pseudowire-endapunktum: handbók

Skilgreindu hvaða ramma hver viðskiptavinabrún á að taka við áður en þú snertir pseudowire-tenginguna. Í einfalda tilvikinu sendir CE A eitt service-delimiting merki og CE B væntir ómerktra ramma, og það er við þjónustuveitubrúnina sem sá munur er leystur. Merkið er staðbundin stefna en ekki hluti af Ethernet-samningi viðskiptavinarins, og pseudowire ber samþykkta rammann í stað upprunalega rammans. Skrifaðu báðar áttirnar niður fyrir hvers kyns stillingar.

Skrifaðu rammasamninginn fyrst

Framáttin fjarlægir merki og bakáttin bætir því aftur við. Ef þú skrifar aðeins aðra þeirra niður prófar þú virka leið í aðra átt og kallar rásina heila.

Haltu samningnum nógu stuttum til að líma í breytingamiðann: hvaða brún sendir merkt, hver væntir ómerkt og hvaða merkisgildi er service-delimiting.

Vertu sammála um pseudowire-haminn

RFC 4448 greinir á milli raw- og tagged-pseudowirehama og lýsir því hvernig service-delimiting merki eru meðhöndluð. Raw-hamurinn getur enn borið merki sem tilheyra ramma viðskiptavinarins, svo greinarmunurinn snýst um þjónustuhlutverk merkis en ekki um það eitt hvort 802.1Q-haus er til staðar. Að lesa haminn sem tagged á móti untagged er algengasta leiðin til að afmarka þetta verk rangt. Vertu sammála við jafningjann um haminn áður en þú ákveður hvaða aðgerðir þú þarft.

Athugaðu síðan raunverulega pseudowire-gerð og færibreytur jafningjans. Staðbundin VLAN-tenging og fjartengd porttenging þurfa studda interworking-skipan, og tvær staðbundnar rewrite-yfirlýsingar sanna ekki að tilkynntu rásargerðirnar stemmi.

Ef væntingar um control word og MTU eru ólíkar er vandamál í samningaviðræðum sem engin rewrite leysir. Staðfestu hvort tveggja út frá keyrandi stillingum jafningjans en ekki hönnunarskjölunum.

Beittu staðbundnu merkisaðgerðunum

Juniper-leiðarvísir um VLAN CCC-rewrite lýsir pop-, push- og swap-aðgerðum með takmörkunum sem tengjast vettvanginum. Fyrir þegar stillta samhæfa merkta einingu er sýnishornsáttin input-vlan-map pop á inngangi og output-vlan-map push á útgangi. Þessar línur sýna aðgerðir, ekki fulla stillingu viðmóts eða rásar. Staðfestu nákvæman vettvang og útgáfu í stað þess að beita dæmi einnar tækjafjölskyldu alls staðar.

Studdar VLAN- og umbúðastillingar einingarinnar verða samt að skilgreina fyrirhugað merki og flokkun. Rewrite-yfirlýsing á einingu sem flokkar röngu rammana færir vandamálið til í stað þess að leysa það.

Varðveittu innri viðskiptavinamerki sem þjónustan krefst. Við staflað merki skaltu ákvarða hvaða ytra merki þú ert að vinna með áður en þú fjarlægir eitthvað.

Áætlaðu stærðina, ekki bara merkin

Láttu varðveitt merki, raunverulega MPLS-stakkinn og control word fylgja með í stærðaráætluninni. RFC 8469 mælir með control word fyrir Ethernet-pseudowire, og sú tilmæli breytir rammaáætluninni hvort sem vettvangurinn þinn virkjar það sjálfgefið eða ekki. Samræmdu MTU-mismun í stað þess að bæla viðvörun hans sem viðgerð. Bæld viðvörun er skipulögð truflun þar sem dagsetningunni hefur verið þurrkað út.

Athugaðu sömu áætlun á báðum þjónustuveitubrúnum, því að önnur hliðin bætir við merki og hin bætir við control word og það nægir til að brjóta sendingu sem áður var í lagi.

Ef tölurnar stemma ekki skaltu breyta áætluninni í stað skráningarstigsins.

Samþykktu það ramma fyrir ramma

Fyrir samþykkt skaltu skoða væntan ramma við hverja viðskiptavinatengingu í báðar áttir. Keyrðu síðan þau forrita- og stjórnsamskipti sem þjónustan þarf í raun samkvæmt samþykktri prófunaráætlun, því að ping sannar mun minna en merktur rammi sem kemur heill. Skráðu rammasamninginn fyrir inngang og útgang ásamt stillingum rásarinnar. Það er sú skráning sem gerir næstu breytingu endurskoðanlega.

Haltu hamnum, merkisaðgerðunum, MTU-áætluninni og prófunarniðurstöðunni á einum stað, því að þau hafa aðeins merkingu saman. Að dreifa þeim á þrjá miða tryggir að næsti verkfræðingur enduruppgötvar sömu takmörkun.

Rásin er fullgerð þegar báðar áttirnar standast samninginn sem þú skrifaðir í byrjun, ekki þegar fyrri áttin stenst.