Prije nego što dodate OTV, zapišite Ethernet ugovor koji vam treba
Broj lokacija, obim VLAN-a, učenje, flooding i ponašanje pri otkazu odlučuju o tome. Uporedite ugovor koji vaš L2VPN već pruža prije nego promijenite overlay.
Radni teret se seli u drugi data centar i počinje da prelazi vrijeme na servisu koji je iz prvog odgovarao normalno. Neko predlaže OTV, jer postojeći Layer 2 VPN „ne radi broadcast“. Taj zaključak je obično preuranjen. Kategorija servisa i konkretan ugovor koji ste kupili su dva različita pitanja, a prekoračenje vremena još nije pripisano ni jednom od njih.
Simptom s kojim počinje poređenje
Zapišite šta aplikaciji zaista treba prije nego što uporedite proizvode. Broj lokacija, obim VLAN-a, učenje adresa, tolerancija na flooding i ponašanje pri otkazu opisuju zahtjev. „Layer 2“ i „OTV“ opisuju arhitekture, a ni jedan od njih nije zahtjev sam po sebi. Pet svojstava na jednoj stranici nadživjeće svako poređenje dobavljača.
Zatim provjerite da li trenutni servis već ispunjava tih pet svojstava. Layer 2 VPN kojim upravlja provajder može uključivati multipoint prosljeđivanje i učenje na kontrolnom sloju koje brz pogled na fakturu nije spomenuo.
Ako trenutni servis ih zaista ispunjava, prekoračenje je negdje drugo: problem s MTU-om, asimetrija u rutiranju, pravilo firewall-a koje se razlikuje između lokacija. Promjena overlay-a ostavila bi taj uzrok na mjestu i dodala migraciju.
Šta vam naljepnica ne kaže
Layer 2 VPN je kategorija, a ne proizvod. Tačka-do-tačke VPWS i multipoint VPLS prosljeđuju različito, a kategorija obuhvata servise s učenjem na kontrolnom sloju i upravljanjem petljama, kao i jednostavnije. Pretpostavka da svaki Layer 2 VPN povezuje tačno dvije lokacije i poplavljuje sve je način da se napravi pogrešno poređenje. Ime u ugovoru ne govori ništa o tablici prosljeđivanja iza njega.
Pitajte koji model prosljeđivanja trenutni servis implementira i koji aplikacija traži. Zahtjev hub-and-spoke i zahtjev full-mesh daju različite nacrte čak i kada su oba opisana kao Layer 2.
Gdje OTV povlači svoju granicu
OTV radi preko IP transporta s dostupnošću MAC-a na kontrolnom sloju i definisanim edge ulogama. Lokalne informacije spanning-tree stabla ostaju lokalne umjesto da se prošire kao jedan nekontrolisani domen preko transporta. To je stvarna razlika u odnosu na obično mostovno proširenje i razlog zbog kojeg ga ljudi biraju.
Granica je jednako važna kao i korist. Obrada nepoznatog unicast, broadcast i multicast prometa zavisi od platforme i njene konfiguracije, a edge par mora sarađivati kroz podržani mehanizam multihoming. Dva nezavisna uređaja koji prosljeđuju isti VLAN nisu isti nacrt i proizvode drugačiji način otkaza.
Flooding se smanjuje, ali ne uklanja
Potiskivanje dijela nepotrebnog flooding-a nije isto kao garancija da nijedan broadcast ili multicast okvir nikada neće preći proširenje. Oluja koja počne na jednoj lokaciji ipak može iscrpiti transport, a platformska funkcija koja filtrira jednu klasu prometa ne filtrira ostale. Iz te razlike dolazi veći dio razočaranja u bilo koji overlay.
Zato pitanje nije da li OTV zaustavlja broadcast oluje. Pitanje je koje klase prometa prelaze, pod kojim uslovima i šta ograničava brzinu kada prelaze.
Potvrdite underlay dok ste tamo: podržana isporuka, veličina paketa, rutiranje i susjedstvo koje izabrano izdanje zahtijeva. Ništa od toga ne dolazi besplatno s overlay-em, a tunel koji stane u okvir od 1500 bajtova nije automatski tunel koji stane u vaše okvire s oznakama.
Ugovor koji treba tražiti u pisanom obliku
Za bilo koji servis da odaberete, tražite iste šest odgovora: obim tačka-do-tačke ili multipoint, rukovanje korisničkim okvirom i oznakama, model učenja MAC-a, ograničenja flooding-a, ponašanje pri oporavku i najveću veličinu okvira s kraja na kraj. Dva servisa s istim imenom mogu se razlikovati po svakom od njih. Dobijte odgovore u pisanom obliku, jer inženjer koji je konfigurisao servis možda nije onaj koji odgovara na pitanje.
Birajte promjenu samo za zahtjev koji trenutni servis dokazivo ne može ispuniti. Proširenje VLAN-a dalje proširuje i zavisnosti aplikacije i Ethernet-a s njima; novo ime overlay-a ih ne uklanja.
Okvir RFC 4664 izlaže kategorije servisa i njihove modele prosljeđivanja, što je rječnik koji vam je potreban da postavite pravo pitanje. Donesite šest odgovora i neuspjeli test na isti sastanak i odluka prestaje da bude o naljepnicama.