Avant de toucher à un pseudowire, suivez une trame client jusque dans le PE et voyez où elle est censée atterrir. Le port physique la classe dans une unité logique, cette unité porte une encapsulation, et l'unité est liée à un service. Trois décisions distinctes, trois façons distinctes de se tromper. La plupart des cas escaladés comme défaut de signalisation sont en réalité une trame classée dans une unité que personne n'a configurée pour ce service. Commencez donc par le rattachement et progressez vers l'extérieur.

Consigner le contrat de trame

Consignez le contrat avant de choisir une configuration : non étiqueté, une seule étiquette de service ou une pile. Ajoutez la MTU que le client va envoyer et le traitement des étiquettes attendu dans chaque sens, car ce sont des propriétés négociées et non des préférences locales. Un numéro d'unité n'est qu'un identifiant et ne dit rien des trames que l'interface acceptera.

Écrivez-le dans la note de service plutôt que dans un commentaire de ticket. La personne qui déboguera cela dans six mois lira la note. Elle ne lira pas le ticket.

Faire correspondre l'encapsulation au contrat

Un service à étiquette unique utilise généralement une encapsulation de circuit VLAN comme vlan-ccc, tandis que les trames non étiquetées ont besoin de la forme simple de circuit Ethernet et qu'une pile a besoin de la variante étendue qui comprend deux étiquettes. Sur une plateforme qui prend en charge l'encapsulation de service par unité, une seule interface physique peut en héberger plusieurs à la fois, ce qui est pratique et constitue aussi la façon dont une trame finit dans la mauvaise unité. Là où le guide de votre plateforme demande family ccc, configurez-la dans le cadre du rattachement complet plutôt que de la boulonner sur une interface routée. Le guide des encapsulations répertorie quels types de rattachement imposent quelles exigences.

N'ajoutez pas une instruction family sur chaque interface par précaution. La configuration qui fait fonctionner un circuit peut amener le suivant à accepter des trames que son client n'envoie jamais.

Lier le rattachement au bon service

Un VPN de couche 2 signalé par BGP, un circuit signalé par LDP et les autres services pris en charge ont chacun leur configuration de liaison d'interface et de signalisation, et ils ne sont pas interchangeables. Mélanger le style de rattachement de l'un avec la signalisation de l'autre produit un circuit qui signale un pair et ne transporte jamais une trame.

Comparez l'extrémité distante à l'extrémité proche plutôt que d'examiner l'une des deux isolément: adresse du pair, identifiant de service, accord d'encapsulation, attente de control word et budget de taille. Le sous-jacent MPLS peut être parfaitement sain alors que le rattachement manque ou est classé ailleurs, ce qui explique qu'un test limité au sous-jacent ne prouve rien ici.

Vérifier avec la trame, pas avec le statut

Lisez les compteurs de l'interface locale pendant que le client envoie du trafic, puis l'état du service, puis confirmez que la trame qui arrive est bien celle qui a été convenue, étiquette comprise. Un rattachement réparé livre cette trame ; un changement de statut seul ne prouve rien.

Là où vous êtes autorisé à capturer, regardez la trame dans les deux sens. L'asymétrie d'étiquettes est facile à manquer dans une vue de statut et évidente dans une capture. Cette asymétrie explique aussi les plaintes qui fonctionnent dans un sens et échouent dans l'autre.

Ensuite, consignez-le

Consignez quatre valeurs dans la note de service : contrat, encapsulation, unité et liaison de service. Ces quatre valeurs sont ce dont un nouvel ingénieur a besoin et ce qu'une revue de configuration énonce rarement.

Quand le circuit tombera en panne dans six mois, cette note fera la différence entre un quart d'heure de travail et la réduction de toute la conception à partir d'une configuration en production. Ajoutez la date de votre dernière vérification, pour que la note dise aussi à quel point elle est périmée.

Articles similaires