L2VPN vs VPLS vs EVPN: etiketten er ikke tjenesten
Akronymet på bestillingsskjemaet navngir en familie, en videresendingsatferd eller et kontrollplan. Fire spørsmål skiller dem før du sammenligner to tilbud.
Du leser «L2VPN» på et tilbud, deretter «VPLS» på konfigurasjonsarket, og antar at det andre ordet innsnevrer det første. Noen ganger gjør det det, og noen ganger svarer de to linjene på urelaterte spørsmål. Misforståelsen er å behandle disse navnene som trinn på en stige fra grunnleggende til avansert. L2VPN er en familie, VPWS og VPLS er to tjenesteatferder inni den, og EVPN er en kontrollplanmekanisme som kan bære begge.
Hvert akronym svarer på et forskjellig spørsmål
Start med hva kundetilkoblingen må gjøre, fordi det er det eneste spørsmålet tjenestemodellen svarer på. En punkt-til-punkt-krets mellom to steder og et delt Ethernet-segment over ti steder er forskjellige produkter, selv når begge selges som lag 2-tilkobling.
| 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 et hierarki, og å lese den som et hierarki forårsaker den vanlige innkjøpsfeilen: å sammenligne et VPWS-tilbud med et VPLS-tilbud som om det andre er den fyldigere versjonen av det første. De løser forskjellige problemer, og ingen av dem er en overmengde i den forstanden kjøpere antar.
VPWS og VPLS skilles ved videresendingsbeslutningen
I en virtuell privat linjetjeneste velger tilkoblingen det fjerne endepunktet. Trafikk som ankommer den porten, forlater mot den parede porten, og leverandørens kant trenger ikke å lære hvilke MAC-adresser som ligger bak for den grunnleggende videresendingsbeslutningen.
I en VPLS broer leverandørens kant. Den undersøker mål-MAC-adressen til hver ramme, lærer kildeadresser per tilkobling og flommer ukjente mål innenfor det emulerte LAN-et. Det er det som får tjenesten til å oppføre seg som et LAN, og det er også der de operasjonelle grensene kommer fra.
Et diagram som ser multipunkt ut, beviser ikke at alle steder deler ett kringkastingsdomene. To leverandører kan tegne samme sky og selge ett broet domene eller flere punkt-til-punkt-kretser, og forskjellen blir først synlig når en kringkasting, en ukjent unicast-ramme eller en MAC-flytting krysser en stedsgrense. En kringkastingsping mellom to steder svarer på spørsmålet raskere enn noen arkitekturslide. Hvis svarene kommer fra hvert annet sted, har du én bro; hvis bare paret svarer, har du en ledning.
EVPN er et kontrollplan, ikke en topologi
Grunnspesifikasjonen for EVPN, RFC 7432, definerer BGP MPLS-baserte Ethernet VPN-prosedyrer: MAC-oppnåelighet annonseres i BGP i stedet for bare å læres ved flomming i dataplanet. Deretter spesifiserer RFC 8214 støtte for VPWS ved hjelp av EVPN, og det er punktet som bryter stigemodellen. Det samme kontrollplanet betjener en punkt-til-punkt-tjeneste og en multipunkttjeneste.
Så «vi kjører EVPN» er ikke et svar på «hva har vi kjøpt». Leverandøren må fortsatt si om tjenesten er et par tilkoblinger eller en delt bro, og om transporten er MPLS, VXLAN eller noe annet. De valgene lever i forskjellige dokumenter og forskjellige deler av konfigurasjonen.
For en operatør er den praktiske konsekvensen at et tidlig valg av EVPN gjør senere tjenesteendringer billigere, fordi oppnåelighet allerede signaliseres i stedet for å flommes. Det fjerner ikke behovet for først å bestemme tjenestemodellen, og det gjør ikke en feilkonfigurert bro riktig.
MPLS er en databane, ikke definisjonen
Rammedokumentene beskriver familien og dens krav; de krever ikke én innkapsling. MPLS-etikettstabling er en vanlig transport for disse tjenestene, og det er ikke den eneste. En BGP-signalisert tjeneste og en MPLS-videresendingsbane er separate designbeslutninger som bare ofte følger hverandre.
Når en leverandør sier «MPLS L2VPN», spør hvilken halvdel som beskrives. Hvis svaret bare er transporten, er tjenestemodellen fortsatt uspesifisert, og tilkoblingens atferd er fortsatt ukjent.
Fire spørsmål som gjør et navn til en kontrakt
Spør hva overleveringen er: en port, en VLAN eller en bunt VLAN-er, og hvilke av dem som har lov til å snakke sammen. Spør om stedene deler ett kringkastingsdomene, fordi det ene svaret bestemmer flomming, MAC-grenser og hvordan en løkke vil oppføre seg.
Be om rammestørrelsesbudsjettet ende-til-ende, og legg deretter til innkapslingens overhead selv. Spør hva som skjer når én tilkobling svikter, om de andre fortsetter å videresende, og om leverandøren trekker oppnåeligheten tilbake eller lar den stå til en timer utløper.
Skriv de fire svarene ved siden av produktnavnet i registeret ditt. Når neste tilbud kommer med et annet akronym og samme pris, blir sammenligningen en sammenligning av atferd, og det er den eneste sammenligningen som forutsier hva nettverket gjør på en dårlig dag.