Enne kui lisate OTV, kirjutage üles Ethernet-leping, mida vajate

Töökoormus liigub teise andmekeskusesse ja hakkab aeguma teenusel, mis esimesest vastas korralikult. Keegi pakub OTV-d, sest olemasolev Layer 2 VPN „ei tee broadcasti“. See järeldus on tavaliselt ennatlik. Teenuse kategooria ja ostetud konkreetne leping on kaks eri küsimust ning aegumist ei ole veel kummagagi seotud.

Sümptom, millest võrdlus algab

Kirjutage üles, mida rakendus tegelikult vajab, enne kui tooteid võrdlete. Saitide arv, VLAN-i ulatus, aadresside õppimine, floodingu taluvus ja rikke käitumine kirjeldavad nõuet. „Layer 2“ ja „OTV“ kirjeldavad arhitektuure ning kumbki ei ole iseenesest nõue. Viis omadust ühel lehel elavad üle iga tarnija võrdluse.

Seejärel kontrollige, kas praegune teenus neid viit omadust juba täidab. Teenusepakkuja hallatav Layer 2 VPN võib sisaldada multipoint-edastust ja juhtplaanis õppimist, mida arvele heidetud kiire pilk ei maininud.

Kui praegune teenus neid täidab, on aegumine mujal: MTU probleem, marsruutimise asümmeetria, tulemüüri reegel, mis erineb saitide vahel. Overlay vahetamine jätaks selle põhjuse paigale ja lisaks migratsiooni.

Mida silt teile ei ütle

Layer 2 VPN on kategooria, mitte toode. Punkt-punkt VPWS ja multipoint VPLS edastavad erinevalt ning kategooria hõlmab nii juhtplaanis õppimise ja silmuste haldamisega teenuseid kui ka lihtsamaid. Eeldus, et iga Layer 2 VPN ühendab täpselt kaht saiti ja uputab kõik, on viis, kuidas tehakse vale võrdlus. Lepingul olev nimi ei ütle midagi selle taga oleva edastustabeli kohta.

Küsige millist edastusmudelit olemasolev teenus rakendab ja millist rakendus vajab. Hub-and-spoke nõue ja full-mesh nõue annavad erinevad lahendused ka siis, kui mõlemat kirjeldatakse kui Layer 2.

Kus OTV oma piiri tõmbab

OTV töötab IP-transpordi kohal, juhtplaani MAC-kättesaadavuse ja määratud edge-rollidega. Kohalik spanning-tree info jääb kohalikuks, mitte ei laiendata ühe kontrollimata domeenina üle transpordi. See on tõeline erinevus lihtsast sildatud laiendusest ja põhjus, miks inimesed selle juurde pöörduvad.

Piir loeb sama palju kui kasu. Tundmatu unicast, broadcast ja multicast käsitlemine sõltub platvormist ja selle konfiguratsioonist ning edge-paar peab tegema koostööd toetatud multihoming-mehhanismi kaudu. Kaks sõltumatut seadet, mis edastavad sama VLAN-i, ei ole sama lahendus ja tekitavad erineva rikkerežiimi.

Floodingut vähendatakse, mitte ei eemaldata

Mõne mittevajaliku floodingu mahasurumine ei ole sama mis garantii, et ükski broadcast- või multicast-raam ei lähe kunagi üle laienduse. Ühel saidil algav torm võib ikka transporti ära kulutada ning üht liiklusklassi filtreeriv platvormi funktsioon ei filtreeri teisi. Sellest erinevusest tuleb suurem osa pettumusest mis tahes overlayga.

Seega küsimus ei ole, kas OTV peatab broadcast-tormid. Küsimus on, millised liiklusklassid ületavad, millistel tingimustel ja mis piirab kiirust, kui nad seda teevad.

Kinnitage underlay, kuni olete kohal: toetatud tarne, paketi suurus, marsruutimine ja naabrus, mida valitud väljaanne nõuab. Miski sellest ei tule overlayga tasuta ning tunnel, kuhu mahub 1500-baidine raam, ei ole automaatselt tunnel, kuhu mahuvad teie märgendatud raamid.

Leping, mida tuleb kirjalikult küsida

Millise teenuse ka valite, küsige samu kuut vastust: punkt-punkt või multipoint ulatus, kliendi raami ja märgendi käsitlemine, MAC-õppimise mudel, floodingupiirid, taastumiskäitumine ja maksimaalne raami suurus otsast otsani. Kaks sama nimega teenust võivad erineda igaühes neist. Hankige vastused kirjalikult, sest teenust konfigureerinud insener ei pruugi olla see, kes küsimusele vastab.

Valige muudatus ainult nõude jaoks, mida praegune teenus tõestatult täita ei suuda. VLAN-i edasi laiendamine laiendab koos sellega ka rakenduse ja Etherneti sõltuvusi; uus overlay-nimi neid ei kõrvalda.

RFC 4664 raamistik esitab teenusekategooriad ja nende edastusmudelid, mis on sõnavara, mida vajate õige küsimuse esitamiseks. Tooge kuus vastust ja ebaõnnestunud test samale koosolekule ning otsus ei käi enam siltide kohta.