Avant d’ajouter OTV, écrivez le contrat Ethernet dont vous avez besoin

Une charge de travail déménage vers un second centre de données et commence à dépasser le délai sur un service qui répondait bien depuis le premier. Quelqu’un propose OTV, parce que le Layer 2 VPN existant « ne fait pas de broadcast ». Cette conclusion est généralement prématurée. La catégorie de service et le contrat précis que vous avez acheté sont deux questions différentes, et le dépassement de délai n’a encore été attribué à aucune des deux.

Le symptôme qui déclenche la comparaison

Écrivez ce dont l’application a réellement besoin avant de comparer des produits. Le nombre de sites, l’étendue VLAN, l’apprentissage des adresses, la tolérance au flooding et le comportement en cas de panne décrivent l’exigence. « Layer 2 » et « OTV » décrivent des architectures, et ni l’un ni l’autre n’est une exigence en soi. Cinq propriétés sur une page survivront à toute comparaison de fournisseurs.

Vérifiez ensuite si le service actuel satisfait déjà ces cinq propriétés. Un Layer 2 VPN géré par le fournisseur peut inclure un forwarding multipoint et un apprentissage de plan de contrôle qu’un coup d’œil rapide à la facture ne mentionnait pas.

Si le service actuel les satisfait, le dépassement de délai est ailleurs : un problème de MTU, une asymétrie de routage, une règle de pare-feu qui diffère entre les sites. Changer l’overlay laisserait cette cause en place et ajouterait une migration.

Ce que l’étiquette ne vous dit pas

Un Layer 2 VPN est une catégorie, pas un produit. VPWS point à point et VPLS multipoint transfèrent différemment, et la catégorie comprend des services avec apprentissage de plan de contrôle et gestion des boucles, ainsi que de plus simples. Supposer que chaque Layer 2 VPN relie exactement deux sites et inonde tout est la façon de faire la mauvaise comparaison. Le nom sur le contrat ne dit rien de la table de transfert derrière lui.

Demandez quel modèle de transfert le service existant met en œuvre, et lequel l’application a besoin. Une exigence hub-and-spoke et une exigence full-mesh produisent des conceptions différentes même lorsque les deux sont décrites comme Layer 2.

Où OTV trace sa frontière

OTV s’exécute sur un transport IP avec une joignabilité MAC dans le plan de contrôle et des rôles d’edge définis. Les informations locales de spanning-tree restent locales au lieu d’être étendues comme un seul domaine non contrôlé à travers le transport. C’est une vraie différence par rapport à une extension pontée simple, et c’est la raison pour laquelle les gens s’y tournent.

La frontière compte autant que le bénéfice. Le traitement de l’unicast, du broadcast et du multicast inconnus dépend de la plateforme et de sa configuration, et une paire d’edge doit coopérer via le mécanisme de multihoming pris en charge. Deux dispositifs indépendants qui transfèrent le même VLAN ne sont pas la même conception, et ils produisent un mode de défaillance différent.

Le flooding est réduit, pas supprimé

Supprimer une partie du flooding inutile n’est pas la même chose que garantir qu’aucune trame broadcast ou multicast ne franchira jamais l’extension. Une tempête qui commence sur un site peut encore consommer le transport, et une fonction de plateforme qui filtre une classe de trafic ne filtre pas les autres. C’est de cette distinction que vient la majeure partie de la déception avec n’importe quel overlay.

La question n’est donc pas de savoir si OTV arrête les tempêtes broadcast. Elle est de savoir quelles classes de trafic franchissent, dans quelles conditions, et ce qui limite le débit lorsqu’elles le font.

Confirmez l’underlay pendant que vous y êtes : livraison prise en charge, taille des paquets, routage et l’adjacence exigée par la version choisie. Rien de tout cela n’est gratuit avec l’overlay, et un tunnel qui accueille une trame de 1500 octets n’est pas automatiquement un tunnel qui accueille vos trames étiquetées.

Le contrat à demander, par écrit

Quel que soit le service que vous choisissez, demandez les mêmes six réponses : périmètre point à point ou multipoint, traitement de la trame et du tag client, modèle d’apprentissage MAC, limites de flooding, comportement de récupération et taille maximale de trame de bout en bout. Deux services portant le même nom peuvent différer sur chacune d’elles. Obtenez les réponses par écrit, car l’ingénieur qui a configuré le service n’est peut-être pas celui qui répond à la question.

Choisissez un changement seulement pour une exigence que le service actuel ne peut manifestement pas satisfaire. Étendre un VLAN plus loin étend aussi les dépendances de l’application et d’Ethernet avec lui ; un nouveau nom d’overlay ne les supprime pas.

Le cadre RFC 4664 expose les catégories de service et leurs modèles de transfert, qui est le vocabulaire dont vous avez besoin pour poser la bonne question. Apportez les six réponses et le test en échec à la même réunion, et la décision cesse de porter sur des étiquettes.