Áður en þú bætir við OTV skaltu skrifa niður Ethernet-samninginn sem þú þarft
Fjöldi staða, VLAN-umfang, lærdómur, flooding og hegðun við bilun ráða þessu. Berðu saman samninginn sem L2VPN þitt býður þegar áður en þú breytir overlayinu.
Vinnuálag flyst í annað gagnaver og byrjar að ná tímatakmörkum í þjónustu sem svaraði vel frá því fyrra. Einhver stingur upp á OTV, vegna þess að núverandi Layer 2 VPN „gerir ekki broadcast“. Þessi ályktun er yfirleitt ótímabær. Þjónustuflokkurinn og samningurinn sem þú keyptir eru tvær ólíkar spurningar, og tímatakmörkin hafa ekki enn verið rakin til hvors um sig.
Einkennið sem byrjar samanburðinn
Skrifaðu niður hvað forritið þarf í raun áður en þú ber saman vörur. Fjöldi staða, VLAN-umfang, lærdómur vistfanga, flooding-þol og hegðun við bilun lýsa kröfunni. „Layer 2“ og „OTV“ lýsa arkitektúr, og hvorugt er krafa út af fyrir sig. Fimm eiginleikar á einni síðu endast lengur en hver sem er samanburður framleiðenda.
Athugaðu síðan hvort núverandi þjónusta uppfylli þegar þessa fimm eiginleika. Layer 2 VPN sem þjónustuveitandi stýrir getur innihaldið multipoint-framsendingu og lærdóm í stýrisléttunni sem fljótlegt augnatillit á reikninginn nefndi ekki.
Ef núverandi þjónusta uppfyllir þá er tímatakmörkin annars staðar: MTU-vandamál, ósamhverfa í leiðavali, eldveggjarregla sem er mismunandi milli staða. Að skipta um overlay myndi skilja þá orsök eftir og bæta við flutningi.
Hvað merkimiðinn segir þér ekki
Layer 2 VPN er flokkur, ekki vara. Punkt-til-punkts VPWS og multipoint VPLS senda á mismunandi hátt, og flokkurinn nær til þjónustu með lærdóm í stýrisléttunni og lykkjustýringu sem og einfaldari. Að gera ráð fyrir að hvert Layer 2 VPN tengi nákvæmlega tvo staði og flæði yfir allt er leiðin til að gera rangan samanburð. Nafnið á samningnum segir ekkert um framsendingartöfluna fyrir aftan.
Spyrðu hvaða framsendingarlíkan núverandi þjónusta innleiðir, og hvaða forritið þarf. Krafa um hub-and-spoke og krafa um full-mesh gefa ólíkar hönnun jafnvel þegar báðar eru lýstar sem Layer 2.
Hvar OTV dreg mörkin sín
OTV gengur yfir IP-flutning með MAC-aðgengi í stýrisléttunni og skilgreindum edge-hlutverkum. Staðbundnar spanning-tree upplýsingar vera staðbundnar í stað þess að vera útvíkkaðar sem eitt stjórnlaust léni yfir flutninginn. Það er raunverulegur munur frá einfaldri brúarútvíkkun, og það er ástæðan fyrir því að fólk grípur til hennar.
Mörkin skipta jafn miklu máli og ávinningurinn. Meðferð óþekkts unicast, broadcast og multicast fer eftir pallinum og stillingu hans, og edge-par verður að vinna saman í gegnum studda multihoming-aðferðina. Tvö óháð tæki sem senda sama VLAN eru ekki sama hönnun, og þau framleiða aðra bilunarhegðun.
Flooding er minnkað, ekki fjarlægt
Að bæla niður eitthvað óþarfa flooding er ekki það sama og að tryggja að engin broadcast- eða multicast-rammi fari nokkurn tíma yfir útvíkkunina. Stormur sem byrjar á einum stað getur enn eytt flutningnum, og pallseiginleiki sem síar einn flokk umferðar síar ekki hina. Frá þeim mun kemur mestur hluti vonbrigðanna með hvaða overlay sem er.
Svo spurningin er ekki hvort OTV stöðvi broadcast-storma. Hún er hvaða flokkar umferðar fara yfir, við hvaða skilyrði, og hvað takmarkar hraðann þegar þeir gera það.
Staðfestu underlayið á meðan þú ert þar: studd afhending, pakkastærð, leiðaval og nágrannahaldið sem valin útgáfa krefst. Ekkert af þessu kemur ókeypis með overlayinu, og göng sem passa 1500 bæta ramma er ekki sjálfkrafa göng sem passa merktu rammana þína.
Samningurinn sem á að biðja um, skriflega
Fyrir hvaða þjónustu sem þú velur, biddu um sömu sex svörin: umfang punkt-til-punkts eða multipoint, meðferð viðskiptavinarramma og merks, MAC-lærdómslíkan, flooding-mörk, endurheimtunarhegðun og hámarksrammastærð enda til enda. Tvær þjónustur með sama nafni geta verið ólíkar í hverju einasta þeirra. Fáðu svörin skriflega, því verkfræðingurinn sem stillti þjónustuna er kannski ekki sá sem svarar spurningunni.
Veldu breytingu aðeins fyrir kröfu sem núverandi þjónusta getur sannanlega ekki uppfyllt. Að útvíkka VLAN lengra útvíkkar líka ósjálfstæði forritsins og Ethernet með sér; nýtt overlay-nafn fjarlægir þau ekki.
RFC 4664 ramminn setur fram þjónustuflokkana og framsendingarlíkön þeirra, sem er orðaforðinn sem þú þarft til að spyrja réttu spurningarinnar. Komdu með sex svörin og misheppnaða prófið á sama fund, og ákvörðunin snýst ekki lengur um merkimiða.