L2VPN, VPLS e EVPN: a etiqueta non é o servizo
O acrónimo do formulario de pedido nomea unha familia, un comportamento de reenvío ou un plano de control. Catro preguntas sepáranos antes de comparar dous orzamentos.
Les «L2VPN» nun orzamento, despois «VPLS» na folla de configuración, e supones que a segunda palabra restrinxe a primeira. Ás veces faino, e ás veces as dúas liñas responden preguntas non relacionadas. O erro é tratar estes nomes como chanzos dunha escada do básico ao avanzado. L2VPN é unha familia, VPWS e VPLS son dous comportamentos de servizo dentro dela, e EVPN é un mecanismo de plano de control que pode levar calquera dos dous.
Cada acrónimo responde a unha pregunta distinta
Comeza polo que debe facer a conexión do cliente, porque esa é a única pregunta que responde o modelo de servizo. Un circuíto punto a punto entre dúas sedes e un segmento Ethernet compartido por dez sedes son produtos distintos, aínda que ambos se vendan como conectividade 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 |
Esa táboa non é unha xerarquía, e lela como tal provoca o erro de compra habitual: comparar un orzamento de VPWS cun de VPLS coma se o segundo fose a versión máis completa do primeiro. Resolven problemas distintos, e ningún é un superconxunto no sentido que supoñen os compradores.
VPWS e VPLS sepáranse na decisión de reenvío
Nun servizo de cable privado virtual, a conexión selecciona o extremo remoto. O tráfico que chega a ese porto sae cara ao porto emparellado, e a bordo do provedor non necesita aprender que enderezos MAC hai detrás para a decisión básica de reenvío.
Nun VPLS, a bordo do provedor fai de ponte. Examina o enderezo MAC de destino de cada trama, aprende os enderezos de orixe por conexión e inunda os destinos descoñecidos dentro da LAN emulada. Iso fai que o servizo se comporte como unha LAN, e de aí veñen tamén os límites operativos.
Un diagrama que parece multipunto non demostra que todas as sedes compartan un único dominio de difusión. Dous provedores poden debuxar a mesma nube e vender un dominio ponte ou varios circuítos punto a punto, e a diferenza só se fai visible cando unha difusión, unha trama unicast descoñecida ou un movemento de MAC cruza a fronteira dunha sede. Un ping de difusión entre dúas sedes responde a pregunta máis rápido que calquera diapositiva de arquitectura. Se as respostas chegan de todas as demais sedes, tes unha ponte; se só responde a parella, tes un cable.
EVPN é un plano de control, non unha topoloxía
A especificación base de EVPN, a RFC 7432, define procedementos de Ethernet VPN baseados en BGP MPLS: a alcanzabilidade das MAC anúnciase en BGP en lugar de aprenderse só por inundación do plano de datos. Despois a RFC 8214 especifica o soporte de VPWS con EVPN, e ese é o punto que rompe o modelo de escada. O mesmo plano de control serve un servizo punto a punto e un multipunto.
Así que «executamos EVPN» non é unha resposta a «que compramos». O provedor aínda ten que dicir se o servizo é un par de conexións ou unha ponte compartida, e se o transporte é MPLS, VXLAN ou outra cousa. Esas decisións viven en documentos distintos e en partes distintas da configuración.
Para un operador, a consecuencia práctica é que elixir EVPN cedo abarata os cambios posteriores do servizo, porque a alcanzabilidade xa se sinaliza en lugar de inundarse. Non elimina a necesidade de decidir primeiro o modelo de servizo, nin corrixe unha ponte mal configurada.
MPLS é unha ruta de datos, non a definición
Os documentos marco describen a familia e os seus requisitos; non esixen unha encapsulación. A pila de etiquetas MPLS é un transporte habitual para estes servizos, e non é o único. Un servizo sinalizado por BGP e unha ruta de reenvío MPLS son decisións de deseño separadas que só adoitan aparecer xuntas.
Cando un provedor di «MPLS L2VPN», pregunta que metade se está describindo. Se a resposta é só o transporte, o modelo de servizo segue sen especificar e o comportamento da conexión segue sendo descoñecido.
Catro preguntas que converten unha etiqueta nun contrato
Pregunta que é a entrega: un porto, unha VLAN ou un conxunto de VLAN, e cales poden falar entre si. Pregunta se as sedes comparten un único dominio de difusión, porque esa única resposta determina a inundación, os límites de MAC e como se comportará un bucle.
Pide o orzamento de tamaño de trama de extremo a extremo e despois engade ti mesmo a sobrecarga de encapsulación. Pregunta que ocorre cando falla unha conexión, se as demais seguen reenviando e se o provedor retira a alcanzabilidade ou a deixa ata que caduque un temporizador.
Escribe esas catro respostas xunto ao nome do produto no teu rexistro. Cando chegue o seguinte orzamento con outro acrónimo e o mesmo prezo, a comparación convértese nunha comparación de comportamento, que é a única que predí o que fará a rede nun mal día.