L2VPN, VPLS, EVPN: l’etichetta non è il servizio
L’acronimo sul modulo d’ordine nomina una famiglia, un comportamento di inoltro o un piano di controllo. Quattro domande li separano prima di confrontare due preventivi.
Leggi «L2VPN» su un preventivo, poi «VPLS» sul foglio di configurazione, e supponi che la seconda parola restringa la prima. A volte è così, a volte le due righe rispondono a domande non correlate. L’errore è trattare questi nomi come pioli di una scala dal basilare all’avanzato. L2VPN è una famiglia, VPWS e VPLS sono due comportamenti di servizio al suo interno, ed EVPN è un meccanismo di piano di controllo che può trasportare l’uno o l’altro.
Ogni acronimo risponde a una domanda diversa
Parti da ciò che deve fare il collegamento del cliente, perché è l’unica domanda a cui risponde il modello di servizio. Un circuito punto a punto tra due sedi e un segmento Ethernet condiviso su dieci sedi sono prodotti diversi, anche quando entrambi sono venduti come connettività di livello 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 |
Quella tabella non è una gerarchia, e leggerla come tale provoca il solito errore d’acquisto: confrontare un preventivo VPWS con uno VPLS come se il secondo fosse la versione più completa del primo. Risolvono problemi diversi, e nessuno è un sovrainsieme nel senso che gli acquirenti suppongono.
VPWS e VPLS si separano alla decisione di inoltro
In un servizio di filo privato virtuale, il collegamento seleziona l’estremità remota. Il traffico che arriva su quella porta esce verso la porta appaiata, e il bordo del fornitore non deve apprendere quali indirizzi MAC ci sono dietro per la decisione di inoltro di base.
In un VPLS, il bordo del fornitore fa ponte. Esamina l’indirizzo MAC di destinazione di ogni trama, apprende gli indirizzi di origine per collegamento e inonda le destinazioni sconosciute all’interno della LAN emulata. È questo che fa comportare il servizio come una LAN, ed è anche da qui che vengono i limiti operativi.
Un diagramma che sembra multipunto non dimostra che tutte le sedi condividano un unico dominio di broadcast. Due fornitori possono disegnare la stessa nuvola e vendere un dominio pontato o diversi circuiti punto a punto, e la differenza diventa visibile solo quando un broadcast, una trama unicast sconosciuta o uno spostamento di MAC attraversa il confine di una sede. Un ping broadcast tra due sedi risponde alla domanda più in fretta di qualunque diapositiva architetturale. Se le risposte arrivano da ogni altra sede, hai un ponte; se risponde solo la coppia, hai un filo.
EVPN è un piano di controllo, non una topologia
La specifica di base di EVPN, la RFC 7432, definisce procedure Ethernet VPN basate su BGP MPLS: la raggiungibilità MAC è annunciata in BGP invece di essere appresa solo per inondazione del piano dati. Poi la RFC 8214 specifica il supporto VPWS con EVPN, e questo è il punto che rompe il modello a scala. Lo stesso piano di controllo serve un servizio punto a punto e uno multipunto.
Quindi «eseguiamo EVPN» non è una risposta a «cosa abbiamo comprato». Il fornitore deve ancora dire se il servizio è una coppia di collegamenti o un ponte condiviso, e se il trasporto è MPLS, VXLAN o altro. Queste scelte vivono in documenti diversi e in parti diverse della configurazione.
Per un operatore, la conseguenza pratica è che scegliere EVPN presto rende meno cari i successivi cambi di servizio, perché la raggiungibilità è già segnalata invece di essere inondata. Non elimina la necessità di decidere prima il modello di servizio, e non corregge un ponte configurato male.
MPLS è un percorso dati, non la definizione
I documenti quadro descrivono la famiglia e i suoi requisiti; non impongono un’incapsulatura. L’impilamento delle etichette MPLS è un trasporto comune per questi servizi, e non è l’unico. Un servizio segnalato da BGP e un percorso di inoltro MPLS sono decisioni di progetto separate che solo spesso si trovano insieme.
Quando un fornitore dice «MPLS L2VPN», chiedi quale metà viene descritta. Se la risposta è solo il trasporto, il modello di servizio è ancora non specificato, e il comportamento del collegamento è ancora sconosciuto.
Quattro domande che trasformano un’etichetta in un contratto
Chiedi cos’è la consegna: una porta, una VLAN o un insieme di VLAN, e quali possono parlare tra loro. Chiedi se le sedi condividono un unico dominio di broadcast, perché quella sola risposta determina l’inondazione, i limiti MAC e come si comporterà un loop.
Chiedi il budget di dimensione della trama da estremo a estremo, poi aggiungi tu stesso l’overhead di incapsulatura. Chiedi cosa succede quando un collegamento fallisce, se gli altri continuano a inoltrare e se il fornitore ritira la raggiungibilità o la lascia finché un timer non scade.
Scrivi quelle quattro risposte accanto al nome del prodotto nel tuo registro. Quando arriva il preventivo successivo con un altro acronimo e lo stesso prezzo, il confronto diventa un confronto di comportamento, ed è l’unico che predice cosa farà la rete in una giornata storta.