L2VPN, VPLS, EVPN: la etikedo ne estas la servo
La siglo sur la mendilo nomas familion, plusendan konduton aŭ regan tavolon. Kvar demandoj apartigas ilin antaŭ ol vi komparu du proponojn.
Vi legas «L2VPN» sur propono, poste «VPLS» sur la agorda folio, kaj supozas, ke la dua vorto limigas la unuan. Kelkfoje ĝi faras, kaj kelkfoje la du linioj respondas senrilatajn demandojn. La eraro estas trakti tiujn nomojn kiel ŝtupojn de ŝtuparo de baza ĝis progresinta. L2VPN estas familio, VPWS kaj VPLS estas du servokondutoj ene de ĝi, kaj EVPN estas mekanismo de rega tavolo, kiu povas porti ĉiun el ili.
Ĉiu siglo respondas al malsama demando
Komencu per tio, kion devas fari la klienta aliĝo, ĉar tio estas la sola demando, al kiu la servomodelo respondas. Punkto-al-punkta cirkvito inter du ejoj kaj komuna Ethernet-segmento trans dek ejoj estas malsamaj produktoj, eĉ kiam ambaŭ estas vendataj kiel konekteco de tavolo 2.
| Name | Question it answers | What it does not tell you |
|---|---|---|
| L2VPN | Which family of services carries Ethernet frames | Point-to-point or multipoint |
| VPWS | A pair of attachment circuits behaves as one wire | Which control plane builds it |
| VPLS | Many attachments share a bridged broadcast domain | Whether MAC learning is limited or flooded |
| EVPN | BGP distributes MAC and IP reachability | Which service model it is being used for |
Tiu tabelo ne estas hierarkio, kaj legi ĝin tiel kaŭzas la kutiman aĉet-eraron: kompari VPWS-proponon kun VPLS-propono kvazaŭ la dua estus la pli plena versio de la unua. Ili solvas malsamajn problemojn, kaj nek unu estas superaro en la senco, kiun aĉetantoj supozas.
VPWS kaj VPLS disiĝas ĉe la plusenda decido
En servo de virtuala privata drato, la aliĝo elektas la malproksiman finpunkton. Trafiko alvenanta sur tiu pordo eliras al la parigita pordo, kaj la rando de la provizanto ne devas lerni, kiuj MAC-adresoj estas malantaŭ ĝi, por la baza plusenda decido.
En VPLS, la rando de la provizanto pontas. Ĝi ekzamenas la celan MAC-adreson de ĉiu kadro, lernas fontajn adresojn por ĉiu aliĝo, kaj inundas nekonatajn celojn ene de la imitata LAN. Tio igas la servon konduti kiel LAN, kaj de tie ankaŭ venas la operaciaj limoj.
Diagramo, kiu aspektas plurpunkta, ne pruvas, ke ĉiuj ejoj dividas unu elsendan domajnon. Du provizantoj povas desegni la saman nubon kaj vendi unu pontitan domajnon aŭ plurajn punkto-al-punktajn cirkvitojn, kaj la diferenco videblas nur kiam elsendo, nekonata unicast-kadro aŭ MAC-movo transiras ejan limon. Elsenda ping inter du ejoj respondas la demandon pli rapide ol ajna arkitektura lumbildo. Se la respondoj venas el ĉiu alia ejo, vi havas unu ponton; se nur la paro respondas, vi havas draton.
EVPN estas rega tavolo, ne topologio
La baza specifo de EVPN, RFC 7432, difinas procedurojn de Ethernet VPN sur bazo de BGP MPLS: MAC-atingebleco estas anoncata en BGP anstataŭ lernata nur per inundado de la datena tavolo. Poste RFC 8214 specifas subtenon de VPWS per EVPN, kaj tiu estas la punkto, kiu rompas la ŝtuparan modelon. La sama rega tavolo servas punkto-al-punktan servon kaj plurpunkan servon.
Do «ni funkciigas EVPN» ne estas respondo al «kion ni aĉetis». La provizanto ankoraŭ devas diri, ĉu la servo estas paro de aliĝoj aŭ komuna ponto, kaj ĉu la transporto estas MPLS, VXLAN aŭ io alia. Tiuj elektoj vivas en malsamaj dokumentoj kaj malsamaj partoj de la agordo.
Por funkciiganto, la praktika sekvo estas, ke frua elekto de EVPN malaltigas la koston de postaj servaj ŝanĝoj, ĉar atingebleco jam estas signalata anstataŭ inundata. Ĝi ne forigas la bezonon unue decidi la servomodelon, kaj ĝi ne riparas malĝuste agordan ponton.
MPLS estas datena vojo, ne la difino
La kadraj dokumentoj priskribas la familion kaj ĝiajn postulojn; ili ne postulas unu enkapsuligon. MPLS-etikeda stakigo estas komuna transporto por ĉi tiuj servoj, kaj ĝi ne estas la sola. BGP-signalata servo kaj MPLS-plusenda vojo estas apartaj dizajnaj decidoj, kiuj nur ofte kunestas.
Kiam vendanto diras «MPLS L2VPN», demandu, kiun duonon oni priskribas. Se la respondo estas nur la transporto, la servomodelo ankoraŭ ne estas specifita, kaj la konduto de la aliĝo ankoraŭ nekonatas.
Kvar demandoj, kiuj ŝanĝas etikedon en kontrakton
Demandu, kio estas la transdono: pordo, VLAN aŭ fasko de VLAN-oj, kaj kiuj el ili rajtas paroli unu kun la alia. Demandu, ĉu la ejoj dividas unu elsendan domajnon, ĉar tiu sola respondo determinas inundadon, MAC-limojn kaj kiel kondutos buklo.
Petu la kadro-grandan buĝeton de fino al fino, kaj poste mem aldonu la enkapsuligan superkoston. Demandu, kio okazas, kiam unu aliĝo malsukcesas, ĉu la aliaj daŭre plusendas, kaj ĉu la provizanto retiras atingeblecon aŭ lasas ĝin ĝis templimigilo eksvalidiĝas.
Skribu tiujn kvar respondojn apud la produkta nomo en via registro. Kiam la sekva propono alvenos kun alia siglo kaj la sama prezo, la komparo fariĝos komparo de konduto, kaj nur tiu komparo antaŭdiras, kion la reto faros en malbona tago.