L2VPN vs VPLS vs EVPN: etiketten er ikkje tenesta
Akronymet på bestillingsskjemaet namngir ein familie, ei vidaresendingåtferd eller eit kontrollplan. Fire spørsmål skil dei før du samanliknar to tilbod.
Du les «L2VPN» på eit tilbod, deretter «VPLS» på konfigurasjonsarket, og tek for gitt at det andre ordet snevrar inn det første. Nokre gonger gjer det det, og nokre gonger svarar dei to linjene på urelaterte spørsmål. Mistydinga er å handsame desse namna som trinn på ein stige frå grunnleggjande til avansert. L2VPN er ein familie, VPWS og VPLS er to teneståtferder inni han, og EVPN er ein kontrollplanmekanisme som kan bera begge.
Kvart akronym svarar på eit anna spørsmål
Start med kva kundetilkoplinga må gjere, fordi det er det einaste spørsmålet tenestemodellen svarar på. Ein punkt-til-punkt-krins mellom to stader og eit delt Ethernet-segment over ti stader er ulike produkt, sjølv når begge blir selde som lag 2-tilkopling.
| 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 |
Tabellen er ikkje eit hierarki, og å lese han som eit hierarki fører til den vanlege innkjøpsfeilen: å samanlikne eit VPWS-tilbod med eit VPLS-tilbod som om det andre er den fyldigare versjonen av det første. Dei løyser ulike problem, og ingen av dei er ei overmengd i den forståinga kjøparar tek for gitt.
VPWS og VPLS blir skilde ved vidaresendingavgjerda
I ei virtuell privat linjeteneste vel tilkoplinga det fjerne endepunktet. Trafikk som kjem inn på den porten, går ut mot den para porten, og kanten hjå leverandøren treng ikkje lære kva MAC-adresser som ligg bak for den grunnleggjande vidaresendingavgjerda.
I ein VPLS bruer kanten hjå leverandøren. Han undersøkjer mål-MAC-adressa til kvar ramme, lærer kjeldadresser per tilkopling og fløymer ukjende mål innanfor det emulerte LAN-et. Det er dette som får tenesta til å oppføre seg som eit LAN, og det er òg der dei operasjonelle grensene kjem frå.
Eit diagram som ser multipunkt ut, beviser ikkje at alle stader deler eitt kringkastingsdomene. To leverandørar kan teikne same skya og selje eitt brua domene eller fleire punkt-til-punkt-krinsar, og skilnaden blir først synleg når ei kringkasting, ei ukjend unicast-ramme eller ei MAC-flytting kryssar ei stadgrense. Ein kringkastingsping mellom to stader svarar på spørsmålet fortare enn noka arkitekturlysbilete. Kjem svara frå kvar andre stad, har du éi bru; svarar berre paret, har du ein leidning.
EVPN er eit kontrollplan, ikkje ein topologi
Grunnspesifikasjonen for EVPN, RFC 7432, definerer BGP MPLS-baserte Ethernet VPN-prosedyrar: MAC-oppnåelegheit blir annonsert i BGP i staden for berre å bli lært ved fløyming i dataplanet. Deretter spesifiserer RFC 8214 støtte for VPWS ved hjelp av EVPN, og det er punktet som bryt stigemodellen. Same kontrollplanet tener både ei punkt-til-punkt-teneste og ei multipunkttente.
Så «vi køyrer EVPN» er ikkje eit svar på «kva har vi kjøpt». Leverandøren må framleis seie om tenesta er eit par tilkoplingar eller ei delt bru, og om transporten er MPLS, VXLAN eller noko anna. Dei vala lever i ulike dokument og ulike delar av konfigurasjonen.
For ein operatør er den praktiske konsekvensen at eit tidleg val av EVPN gjer seinare tenestendringar billegare, fordi oppnåelegheit allereie blir signalisert i staden for å bli fløymd. Det fjernar ikkje behovet for først å avgjere tenestemodellen, og det gjer ikkje ei feilkonfigurert bru rett.
MPLS er ein databane, ikkje definisjonen
Rammedokumenta skildrar familien og krava hans; dei krev ikkje éi innkapsling. MPLS-etikettstabling er ein vanleg transport for desse tenestene, og det er ikkje den einaste. Ei BGP-signalisert teneste og ein MPLS-vidaresendingbane er separate designavgjerder som berre ofte følgjer kvarandre.
Når ein leverandør seier «MPLS L2VPN», spør kva halvdel som blir skildra. Er svaret berre transporten, er tenestemodellen framleis uspesifisert, og åtferda til tilkoplinga framleis ukjend.
Fire spørsmål som gjer eit namn til ein kontrakt
Spør kva overleveringa er: ein port, eit VLAN eller ein bunt VLAN, og kva av dei som har lov til å snakke saman. Spør om stadene deler eitt kringkastingsdomene, fordi det eine svaret avgjer fløyming, MAC-grenser og korleis ei løkke vil oppføre seg.
Be om rammestorleiksbudsjettet ende-til-ende, og legg deretter til innkapslinga si overlast sjølv. Spør kva som skjer når éi tilkopling sviktar, om dei andre held fram med å vidaresende, og om leverandøren dreg oppnåelegheita tilbake eller lèt henne stå til ein timer renn ut.
Skriv dei fire svara ved sida av produktnamnet i registeret ditt. Når neste tilbod kjem med eit anna akronym og same pris, blir samanlikninga ei samanlikning av åtferd, og det er den einaste samanlikninga som føresier kva nettverket gjer på ein dårleg dag.