L2VPN, VPLS, EVPN: etiketten är inte tjänsten
Akronymen på beställningsformuläret namnger en familj, ett vidarebefordringsbeteende eller ett kontrollplan. Fyra frågor skiljer dem innan du jämför två offerter.
Du läser ”L2VPN” i en offert, sedan ”VPLS” i konfigurationsbladet, och antar att det andra ordet begränsar det första. Ibland gör det det, och ibland besvarar de två raderna orelaterade frågor. Missuppfattningen är att behandla dessa namn som steg på en stege från grundläggande till avancerat. L2VPN är en familj, VPWS och VPLS är två tjänstebeteenden inom den, och EVPN är en mekanism i kontrollplanet som kan bära båda.
Varje akronym besvarar en annan fråga
Börja med vad kundanslutningen måste göra, eftersom det är den enda frågan som tjänstemodellen besvarar. En punkt-till-punkt-krets mellan två platser och ett delat Ethernet-segment över tio platser är olika produkter, även när båda säljs som anslutning i lager 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 |
Tabellen är inte en hierarki, och att läsa den som en hierarki orsakar det vanliga inköpsfelet: att jämföra en VPWS-offert med en VPLS-offert som om den andra vore den fylligare versionen av den första. De löser olika problem, och ingen av dem är en övermängd i den mening köpare antar.
VPWS och VPLS skiljs vid vidarebefordringsbeslutet
I en virtuell privat ledningstjänst väljer anslutningen den avlägsna ändpunkten. Trafik som anländer på den porten går mot den parade porten, och leverantörens kant behöver inte lära sig vilka MAC-adresser som ligger bakom för det grundläggande vidarebefordringsbeslutet.
I en VPLS bryggar leverantörens kant. Den undersöker mål-MAC-adressen för varje ram, lär sig källadresser per anslutning och översvämmar okända mål inom det emulerade LAN:et. Det är det som får tjänsten att bete sig som ett LAN, och det är också där de operativa gränserna kommer ifrån.
Ett diagram som ser multipunkt ut bevisar inte att alla platser delar en enda broadcastdomän. Två leverantörer kan rita samma moln och sälja en bryggad domän eller flera punkt-till-punkt-kretsar, och skillnaden blir synlig först när en broadcast, en okänd unicast-ram eller en MAC-flytt korsar en platsgräns. En broadcast-ping mellan två platser besvarar frågan snabbare än någon arkitekturbild. Om svaren kommer från varje annan plats har du en brygga; om bara paret svarar har du en ledning.
EVPN är ett kontrollplan, inte en topologi
Grundspecifikationen för EVPN, RFC 7432, definierar BGP MPLS-baserade Ethernet VPN-procedurer: MAC-nåbarhet annonseras i BGP i stället för att bara läras genom översvämning i dataplanet. Därefter specificerar RFC 8214 stöd för VPWS med EVPN, och det är den punkten som bryter stegmodellen. Samma kontrollplan betjänar en punkt-till-punkt-tjänst och en multipunkttjänst.
Så ”vi kör EVPN” är inte ett svar på ”vad har vi köpt”. Leverantören måste fortfarande säga om tjänsten är ett par anslutningar eller en delad brygga, och om transporten är MPLS, VXLAN eller något annat. De valen lever i olika dokument och olika delar av konfigurationen.
För en operatör är den praktiska konsekvensen att ett tidigt val av EVPN gör senare tjänsteändringar billigare, eftersom nåbarhet redan signaleras i stället för att översvämmas. Det tar inte bort behovet av att först bestämma tjänstemodellen, och det gör inte en felkonfigurerad brygga korrekt.
MPLS är en dataväg, inte definitionen
Rammdokumenten beskriver familjen och dess krav; de kräver inte en enda inkapsling. MPLS-etikettstapling är en vanlig transport för dessa tjänster, och den är inte den enda. En BGP-signaliserad tjänst och en MPLS-vidarebefordringsväg är separata designbeslut som bara ofta följs åt.
När en leverantör säger ”MPLS L2VPN”, fråga vilken halva som beskrivs. Om svaret bara är transporten är tjänstemodellen fortfarande ospecificerad, och anslutningens beteende fortfarande okänt.
Fyra frågor som gör ett namn till ett kontrakt
Fråga vad överlämningen är: en port, ett VLAN eller ett knippe VLAN, och vilka av dem som får tala med varandra. Fråga om platserna delar en enda broadcastdomän, eftersom det enda svaret avgör översvämning, MAC-gränser och hur en slinga beter sig.
Begär ramstorleksbudgeten från ände till ände och lägg sedan själv till inkapslingens overhead. Fråga vad som händer när en anslutning fallerar, om de andra fortsätter att vidarebefordra och om leverantören drar tillbaka nåbarheten eller låter den stå till en timer löper ut.
Skriv de fyra svaren bredvid produktnamnet i ditt register. När nästa offert kommer med en annan akronym och samma pris blir jämförelsen en jämförelse av beteende, och det är den enda jämförelsen som förutsäger vad nätverket gör en dålig dag.