L2VPN, VPLS, EVPN : l’étiquette n’est pas le service
L’acronyme du bon de commande nomme une famille, un comportement de réacheminement ou un plan de contrôle. Quatre questions les séparent avant de comparer deux devis.
Vous lisez « L2VPN » sur un devis, puis « VPLS » sur la fiche de configuration, et vous supposez que le second mot restreint le premier. Parfois c’est le cas, et parfois les deux lignes répondent à des questions sans rapport. L’erreur consiste à traiter ces noms comme des barreaux d’une échelle du basique à l’avancé. L2VPN est une famille, VPWS et VPLS sont deux comportements de service à l’intérieur, et EVPN est un mécanisme de plan de contrôle qui peut porter l’un ou l’autre.
Chaque acronyme répond à une question différente
Commencez par ce que le raccordement client doit faire, car c’est la seule question à laquelle le modèle de service répond. Un circuit point à point entre deux sites et un segment Ethernet partagé sur dix sites sont des produits différents, même lorsque les deux sont vendus comme une connectivité de couche 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 |
Ce tableau n’est pas une hiérarchie, et le lire comme telle provoque l’erreur d’achat habituelle : comparer un devis VPWS à un devis VPLS comme si le second était la version plus complète du premier. Ils résolvent des problèmes différents, et aucun n’est un sur-ensemble au sens où les acheteurs le supposent.
VPWS et VPLS se séparent à la décision de réacheminement
Dans un service de fil privé virtuel, le raccordement sélectionne l’extrémité distante. Le trafic qui arrive sur ce port sort vers le port apparié, et le bord du fournisseur n’a pas besoin d’apprendre quelles adresses MAC se trouvent derrière pour la décision de réacheminement de base.
Dans un VPLS, le bord du fournisseur commute en pont. Il examine l’adresse MAC de destination de chaque trame, apprend les adresses source par raccordement et inonde les destinations inconnues au sein du LAN émulé. C’est ce qui fait que le service se comporte comme un LAN, et c’est aussi de là que viennent les limites opérationnelles.
Un schéma qui semble multipoint ne prouve pas que tous les sites partagent un même domaine de diffusion. Deux fournisseurs peuvent dessiner le même nuage et vendre un domaine ponté ou plusieurs circuits point à point, et la différence ne devient visible que lorsqu’une diffusion, une trame unicast inconnue ou un déplacement de MAC franchit la frontière d’un site. Un ping de diffusion entre deux sites répond à la question plus vite que n’importe quelle diapositive d’architecture. Si les réponses arrivent de tous les autres sites, vous avez un pont ; si seul le couple répond, vous avez un fil.
EVPN est un plan de contrôle, pas une topologie
La spécification de base d’EVPN, la RFC 7432, définit des procédures Ethernet VPN fondées sur BGP MPLS : la joignabilité MAC est annoncée dans BGP au lieu d’être apprise uniquement par inondation du plan de données. Puis la RFC 8214 spécifie la prise en charge de VPWS par EVPN, et c’est le point qui casse le modèle de l’échelle. Le même plan de contrôle sert un service point à point et un service multipoint.
Ainsi, « nous exploitons EVPN » n’est pas une réponse à « qu’avons-nous acheté ». Le fournisseur doit encore dire si le service est une paire de raccordements ou un pont partagé, et si le transport est MPLS, VXLAN ou autre chose. Ces choix vivent dans des documents différents et des parties différentes de la configuration.
Pour un opérateur, la conséquence pratique est qu’un choix précoce d’EVPN rend les changements de service ultérieurs moins chers, parce que la joignabilité est déjà signalée au lieu d’être inondée. Cela ne supprime pas la nécessité de décider d’abord du modèle de service, et ne corrige pas un pont mal configuré.
MPLS est un chemin de données, pas la définition
Les documents-cadres décrivent la famille et ses exigences ; ils n’imposent pas une encapsulation. L’empilement d’étiquettes MPLS est un transport courant pour ces services, et ce n’est pas le seul. Un service signalé par BGP et un chemin de réacheminement MPLS sont des décisions de conception distinctes qui se trouvent seulement souvent associées.
Quand un fournisseur dit « MPLS L2VPN », demandez quelle moitié est décrite. Si la réponse n’est que le transport, le modèle de service reste non précisé, et le comportement du raccordement reste inconnu.
Quatre questions qui transforment une étiquette en contrat
Demandez ce qu’est la remise : un port, un VLAN ou un ensemble de VLAN, et lesquels peuvent communiquer entre eux. Demandez si les sites partagent un même domaine de diffusion, car cette seule réponse détermine l’inondation, les limites de MAC et le comportement d’une boucle.
Demandez le budget de taille de trame de bout en bout, puis ajoutez vous-même la surcharge d’encapsulation. Demandez ce qui se passe quand un raccordement tombe, si les autres continuent de réacheminer, et si le fournisseur retire la joignabilité ou la laisse jusqu’à l’expiration d’un minuteur.
Écrivez ces quatre réponses à côté du nom du produit dans votre registre. Quand le devis suivant arrive avec un autre acronyme et le même prix, la comparaison devient une comparaison de comportement, et c’est la seule qui prédise ce que le réseau fera un mauvais jour.