L2VPN vs VPLS vs EVPN: etiketten er ikke tjenesten
Akronymet på ordreformularen navngiver en familie, en videresendelsesadfærd eller et kontrolplan. Fire spørgsmål skiller dem, før du sammenligner to tilbud.
Du læser »L2VPN« på et tilbud, derefter »VPLS« på konfigurationsarket, og antager, at det andet ord indsnævrer det første. Nogle gange gør det, og nogle gange svarer de to linjer på urelaterede spørgsmål. Misforståelsen er at behandle disse navne som trin på en stige fra grundlæggende til avanceret. L2VPN er en familie, VPWS og VPLS er to tjenesteadfærder indeni, og EVPN er en kontrolplanmekanisme, der kan bære begge.
Hvert akronym svarer på et forskelligt spørgsmål
Start med, hvad kundetilslutningen skal gøre, fordi det er det eneste spørgsmål, servicemodellen besvarer. En punkt-til-punkt-kreds mellem to lokationer og et delt Ethernet-segment på tværs af ti lokationer er forskellige produkter, selv når begge sælges som lag 2-forbindelse.
| 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 ikke en hierarki, og at læse den som et hierarki forårsager den sædvanlige indkøbsfejl: at sammenligne et VPWS-tilbud med et VPLS-tilbud, som om det andet er den fyldigere version af det første. De løser forskellige problemer, og ingen af dem er en overmængde i den forstand, købere antager.
VPWS og VPLS skiller ved videresendelsesbeslutningen
I en virtuel privat ledningstjeneste vælger tilslutningen fjernendepunktet. Trafik, der ankommer på den port, forlader mod den parrede port, og udbyderens kant behøver ikke at lære, hvilke MAC-adresser der ligger bag den, for den grundlæggende videresendelsesbeslutning.
I en VPLS broer udbyderens kant. Den undersøger destinations-MAC-adressen på hver ramme, lærer kilde-adresser per tilslutning og flommer ukendte destinationer inden for den emulerede LAN. Det er det, der får tjenesten til at opføre sig som en LAN, og det er også der, de operationelle grænser kommer fra.
Et diagram, der ser multipunkt ud, beviser ikke, at alle lokationer deler ét broadcast-domæne. To udbydere kan tegne den samme sky og sælge ét broet domæne eller flere punkt-til-punkt-kredse, og forskellen bliver først synlig, når en broadcast, en ukendt unicast-ramme eller et MAC-skift krydser en lokationsgrænse. En broadcast-ping mellem to lokationer besvarer spørgsmålet hurtigere end nogen arkitekturslide. Hvis svarene kommer fra hver anden lokation, har du én bro; hvis kun parret svarer, har du en ledning.
EVPN er et kontrolplan, ikke en topologi
Basespecifikationen for EVPN, RFC 7432, definerer BGP MPLS-baserede Ethernet VPN-procedurer: MAC-rækkevidde annonceres i BGP i stedet for kun at blive lært ved flomning i dataplanet. Derefter specificerer RFC 8214 VPWS-understøttelse ved hjælp af EVPN, og det er det punkt, der bryder stigemodellen. Det samme kontrolplan betjener en punkt-til-punkt-tjeneste og en multipunkttjeneste.
Så »vi kører EVPN« er ikke et svar på »hvad har vi købt«. Udbyderen skal stadig sige, om tjenesten er et par tilslutninger eller en delt bro, og om transporten er MPLS, VXLAN eller noget andet. De valg lever i forskellige dokumenter og forskellige dele af konfigurationen.
For en operatør er den praktiske konsekvens, at et tidligt valg af EVPN gør senere tjenesteændringer billigere, fordi rækkevidde allerede signaleres i stedet for at blive flommet. Det fjerner ikke behovet for først at beslutte servicemodellen, og det gør ikke en fejlkonfigureret bro korrekt.
MPLS er en datasti, ikke definitionen
Rammedokumenterne beskriver familien og dens krav; de kræver ikke én indkapsling. MPLS-labelstakning er en almindelig transport for disse tjenester, og det er ikke den eneste. En BGP-signaliseret tjeneste og en MPLS-videresendelsessti er separate designbeslutninger, der blot ofte følges ad.
Når en leverandør siger »MPLS L2VPN«, spørg hvilken halvdel der beskrives. Hvis svaret kun er transporten, er servicemodellen stadig uspecificeret, og tilslutningens adfærd er stadig ukendt.
Fire spørgsmål, der gør et navn til en kontrakt
Spørg, hvad overdragelsen er: en port, en VLAN eller en bundt VLAN’er, og hvilke af dem der må tale sammen. Spørg, om lokationerne deler ét broadcast-domæne, fordi det ene svar bestemmer flomning, MAC-grænser og hvordan en løkke vil opføre sig.
Bed om rammestørrelsesbudgettet ende-til-ende, og læg derefter indkapslingens overhead til selv. Spørg, hvad der sker, når én tilslutning fejler, om de øvrige fortsætter med at videresende, og om udbyderen trækker rækkevidden tilbage eller lader den ligge, indtil en timer udløber.
Skriv de fire svar ved siden af produktnavnet i din registrering. Når det næste tilbud ankommer med et andet akronym og samme pris, bliver sammenligningen en sammenligning af adfærd, og det er den eneste sammenligning, der forudsiger, hvad netværket gør på en dårlig dag.