L2VPN, VPLS i EVPN: l’etiqueta no és el servei
L’acrònim del formulari de comanda anomena una família, un comportament de reenviament o un pla de control. Quatre preguntes els separen abans de comparar dos pressupostos.
Llegeixes «L2VPN» en un pressupost, després «VPLS» al full de configuració, i assumeixes que la segona paraula restringeix la primera. De vegades ho fa, i de vegades les dues línies responen preguntes no relacionades. La idea errònia és tractar aquests noms com a graons d’una escala del bàsic a l’avançat. L2VPN és una família, VPWS i VPLS són dos comportaments de servei dins seu, i EVPN és un mecanisme de pla de control que pot portar qualsevol dels dos.
Cada acrònim respon una pregunta diferent
Comença pel que ha de fer l’adjunció del client, perquè aquesta és l’única pregunta que respon el model de servei. Un circuit punt a punt entre dos llocs i un segment Ethernet compartit per deu llocs són productes diferents, encara que tots dos es venguin com a connectivitat de capa 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 |
Aquesta taula no és una jerarquia, i llegir-la com a tal provoca l’error habitual de compra: comparar un pressupost de VPWS amb un de VPLS com si el segon fos la versió més completa del primer. Resolen problemes diferents, i cap dels dos no és un superconjunt en el sentit que suposen els compradors.
VPWS i VPLS se separen a la decisió de reenviament
En un servei de cable privat virtual, l’adjunció selecciona el punt final remot. El trànsit que arriba a aquest port surt cap al port emparellat, i la vora del proveïdor no necessita aprendre quines adreces MAC hi ha al darrere per a la decisió bàsica de reenviament.
En un VPLS, la vora del proveïdor fa de pont. Examina l’adreça MAC de destí de cada trama, aprèn les adreces d’origen per adjunció i inunda les destinacions desconegudes dins la LAN emulada. Això és el que fa que el servei es comporti com una LAN, i també és d’on vénen els límits operatius.
Un diagrama que sembla multipunt no demostra que tots els llocs comparteixin un sol domini de difusió. Dos proveïdors poden dibuixar el mateix núvol i vendre un domini pont o diversos circuits punt a punt, i la diferència només es fa visible quan una difusió, una trama unicast desconeguda o un moviment de MAC travessa la frontera d’un lloc. Un ping de difusió entre dos llocs respon la pregunta més de pressa que qualsevol diapositiva d’arquitectura. Si les respostes arriben de tots els altres llocs, tens un pont; si només respon la parella, tens un cable.
EVPN és un pla de control, no una topologia
L’especificació base d’EVPN, la RFC 7432, defineix procediments d’Ethernet VPN basats en BGP MPLS: l’abast de les adreces MAC s’anuncia a BGP en lloc d’aprendre’s només per inundació del pla de dades. Després la RFC 8214 especifica el suport de VPWS amb EVPN, i aquest és el punt que trenca el model d’escala. El mateix pla de control serveix un servei punt a punt i un de multipunt.
Per tant, «executem EVPN» no és una resposta a «què hem comprat». El proveïdor encara ha de dir si el servei és una parella d’adjuncions o un pont compartit, i si el transport és MPLS, VXLAN o una altra cosa. Aquestes eleccions viuen en documents diferents i en parts diferents de la configuració.
Per a un operador, la conseqüència pràctica és que triar EVPN aviat fa més barats els canvis posteriors del servei, perquè l’abast ja se senyalitza en lloc d’inundar-se. No elimina la necessitat de decidir primer el model de servei, ni fa correcte un pont mal configurat.
MPLS és un camí de dades, no la definició
Els documents marc descriuen la família i els seus requisits; no exigeixen una encapsulació. L’apilament d’etiquetes MPLS és un transport habitual per a aquests serveis, i no és l’únic. Un servei senyalitzat amb BGP i un camí de reenviament MPLS són decisions de disseny separades que sovint es troben juntes.
Quan un proveïdor diu «MPLS L2VPN», pregunta quina meitat s’està descrivint. Si la resposta és només el transport, el model de servei encara no està especificat, i el comportament de l’adjunció encara és desconegut.
Quatre preguntes que converteixen una etiqueta en un contracte
Pregunta què és el lliurament: un port, una VLAN o un paquet de VLAN, i quines poden parlar entre si. Pregunta si els llocs comparteixen un sol domini de difusió, perquè aquesta única resposta determina la inundació, els límits de MAC i com es comportarà un bucle.
Demana el pressupost de mida de trama d’extrem a extrem, i després afegeix tu mateix el sobrecost d’encapsulació. Pregunta què passa quan falla una adjunció, si les altres continuen reenviant, i si el proveïdor retira l’abast o el deixa fins que caduca un temporitzador.
Escriu aquestes quatre respostes al costat del nom del producte al teu registre. Quan arribi el següent pressupost amb un acrònim diferent i el mateix preu, la comparació esdevé una comparació de comportament, que és l’única que prediu què farà la xarxa en un mal dia.