Përpara se të shtoni OTV, shkruani kontratën Ethernet që ju nevojitet

Një ngarkesë pune zhvendoset në një qendër të dytë të dhënash dhe fillon të tejkalojë kohën në një shërbim që përgjigjej mirë nga e para. Dikush propozon OTV, sepse Layer 2 VPN ekzistues «nuk bën broadcast». Ky përfundim zakonisht është i parakohshëm. Kategoria e shërbimit dhe kontrata konkrete që keni blerë janë dy pyetje të ndryshme, dhe tejkalimi i kohës nuk i është atribuuar ende asnjërës prej tyre.

Simptoma që nis krahasimin

Shkruani çfarë i nevojitet vërtet aplikacionit përpara se të krahasoni produkte. Numri i site-ve, shtrirja e VLAN, mësimi i adresave, toleranca ndaj flooding dhe sjellja në dështim përshkruajnë kërkesën. «Layer 2» dhe «OTV» përshkruajnë arkitektura, dhe asnjëra prej tyre nuk është kërkesë në vetvete. Pesë veti në një faqe do t’i mbijetojnë çdo krahasimi furnizuesish.

Më pas kontrolloni nëse shërbimi aktual tashmë i plotëson ato pesë veti. Një Layer 2 VPN i menaxhuar nga ofruesi mund të përfshijë përcjellje multipoint dhe mësim në rrafshin e kontrollit që një vështrim i shpejtë në faturë nuk i përmendi.

Nëse shërbimi aktual i plotëson, tejkalimi i kohës është diku tjetër: një problem MTU, një asimetri e rrugëzimit, një rregull muri zjarri që ndryshon midis site-ve. Ndryshimi i overlay do ta linte atë shkak në vend dhe do të shtonte një migrim.

Çfarë nuk ju thotë etiketa

Një Layer 2 VPN është një kategori, jo një produkt. VPWS pikë-për-pikë dhe VPLS multipoint përcjellin ndryshe, dhe kategoria përfshin shërbime me mësim në rrafshin e kontrollit dhe menaxhim ciklesh, si dhe më të thjeshta. Të supozosh se çdo Layer 2 VPN lidh saktësisht dy site dhe përmbyt gjithçka është mënyra se si bëhet krahasimi i gabuar. Emri në kontratë nuk thotë asgjë për tabelën e përcjelljes pas saj.

Pyetni cilin model përcjelljeje zbaton shërbimi ekzistues, dhe cilin i nevojitet aplikacionit. Një kërkesë hub-and-spoke dhe një kërkesë full-mesh prodhojnë dizajne të ndryshme edhe kur të dyja përshkruhen si Layer 2.

Ku e tërheq OTV kufirin e vet

OTV punon mbi një transport IP me aksesueshmëri MAC në rrafshin e kontrollit dhe role edge të përcaktuara. Informacioni lokal i spanning-tree mbetet lokal në vend që të shtrihet si një domen i pakontrolluar përgjatë transportit. Ky është një ndryshim i vërtetë nga një shtrirje e thjeshtë e urëzuar, dhe kjo është arsyeja pse njerëzit i drejtohen asaj.

Kufiri ka po aq rëndësi sa përfitimi. Trajtimi i unicast, broadcast dhe multicast të panjohur varet nga platforma dhe konfigurimi i saj, dhe një çift edge duhet të bashkëpunojë përmes mekanizmit të mbështetur të multihoming. Dy pajisje të pavarura që përcjellin të njëjtin VLAN nuk janë i njëjti dizajn, dhe prodhojnë një modalitet tjetër dështimi.

Flooding zvogëlohet, nuk hiqet

Shtypja e një pjese të flooding të panevojshëm nuk është e njëjtë me garantimin se asnjë kornizë broadcast ose multicast nuk do ta kalojë kurrë shtrirjen. Një stuhi që nis në një site mund të konsumojë ende transportin, dhe një veçori e platformës që filtron një klasë trafiku nuk filtron të tjerat. Nga ky dallim vjen pjesa më e madhe e zhgënjimit me çdo overlay.

Prandaj pyetja nuk është nëse OTV i ndalon stuhitë e broadcast. Pyetja është cilat klasa trafiku kalojnë, në çfarë kushtesh, dhe çfarë e kufizon shpejtësinë kur ato kalojnë.

Konfirmoni underlay ndërsa jeni atje: dorëzimi i mbështetur, madhësia e paketës, rrugëzimi dhe fqinjësia që kërkon versioni i zgjedhur. Asnjë prej tyre nuk vjen falas me overlay, dhe një tunel që zë një kornizë 1500 bajtësh nuk është automatikisht një tunel që zë kornizat tuaja të etiketuara.

Kontrata që duhet kërkuar, me shkrim

Për çdo shërbim që zgjidhni, kërkoni të njëjtat gjashtë përgjigje: shtrirje pikë-për-pikë ose multipoint, trajtimi i kornizës dhe etiketës së klientit, modeli i mësimit MAC, kufijtë e flooding, sjellja e rikuperimit dhe madhësia maksimale e kornizës nga skaji në skaj. Dy shërbime me të njëjtin emër mund të ndryshojnë në secilën prej tyre. Merrni përgjigjet me shkrim, sepse inxhinieri që konfiguroi shërbimin mund të mos jetë ai që përgjigjet pyetjes.

Zgjidhni një ndryshim vetëm për një kërkesë që shërbimi aktual nuk mund ta plotësojë në mënyrë të provueshme. Zgjerimi i mëtejshëm i një VLAN zgjeron edhe varësitë e aplikacionit dhe të Ethernet-it bashkë me të; një emër i ri overlay nuk i heq ato.

Kuadri RFC 4664 paraqet kategoritë e shërbimit dhe modelet e tyre të përcjelljes, që është fjalori që ju nevojitet për të bërë pyetjen e duhur. Sillni gjashtë përgjigjet dhe testin e dështuar në të njëjtin takim, dhe vendimi nuk bëhet më rreth etiketave.