Quelles tables SNMP relient une route VPNv4 à son étiquette ?

Trois étiquettes différentes voyagent avec une seule route VPNv4, et un walk SNMP ne montre que celles que l’agent implémente. L’attribut BGP reçu, l’étiquette de service entrante attribuée localement et l’étiquette de transfert sortante se trouvent dans des tables différentes sous des index différents. Demander l’étiquette à un équipement sans avoir d’abord choisi laquelle des trois vous visez, c’est ainsi qu’un projet de collecte se bloque dès son premier châssis.

Choisissez celle que votre tâche nécessite, puis suivez la chaîne d’index qui y mène. Si la chaîne casse sur un objet que l’agent n’implémente pas, c’est une constatation à consigner, pas un trou à combler avec un OID inventé.

Choisissez laquelle des trois étiquettes la tâche nécessite

Une étiquette reçue d’un pair arrive comme attribut de chemin BGP et décrit ce que ce pair attend que vous poussiez vers lui. L’étiquette de service entrante est attribuée par cet équipement pour un préfixe VRF et marque le trafic qui entre dans le LSP. L’étiquette supérieure sortante est ce que le plan de transfert pousse réellement vers le saut suivant, et elle change dès que le saut suivant change.

Seules la deuxième et la troisième relèvent de l’état de transfert du châssis interrogé. La première est une affirmation sur l’attente du voisin, pas sur ce châssis.

Le MIB L3VPN standard modélise la route VRF et son association à une interconnexion, ce qui suffit pour atteindre les étiquettes locales de service et de transfert. Il ne promet pas un vidage de chaque attribut reçu par une session BGP. Lisez la table pour ce qu’elle contient, non pour ce que la question suggère. Un collecteur bâti sur une hypothèse erronée rapporte des zéros et les archive comme des données manquantes.

Reliez l’entrée de route VRF à son interconnexion

RFC 4382 définit mplsL3VpnVrfRteTable. Lisez son index en six parties : le nom du VRF, le type d’adresse de la destination, le préfixe lui-même, une valeur de politique, le type de saut suivant et l’adresse du saut suivant. Les entrées IGP et BGP partagent cette table, notez donc le protocole de routage à côté du préfixe. Deux lignes peuvent porter le même préfixe et ne différer que par le saut suivant, et choisir la mauvaise ligne envoie la jointure vers une autre interconnexion.

La colonne mplsL3VpnVrfRteXCPointer porte l’index de l’interconnexion et non un OID de ligne complet, bien que le nom suggère le contraire. Une valeur nulle d’un seul octet signifie aucune pile d’étiquettes associée, ce que vous voyez avant que les liaisons se stabilisent ou pour une route qui n’en a jamais eu besoin.

Traduisez la colonne avant de la parcourir, afin que le sous-arbre numérique de la sortie soit sans ambiguïté. Les deux commandes ci-dessous adressent le même nœud dans des notations différentes.

snmptranslate -m +MPLS-L3VPN-STD-MIB -On mplsL3VpnVrfRteXCPointer
snmpwalk -v2c -c monitor 192.0.2.10 mplsL3VpnVrfRteXCPointer

Prenez l’index renvoyé dans la table des interconnexions, dont la clé d’entrée est un triplet : index d’interconnexion, index de segment entrant et index de segment sortant. Ce triplet est la jointure qui transforme une route en étiquette. Parcourez le sous-arbre des interconnexions pour l’index précis plutôt que la table entière, car la lecture indexée garde l’association intacte et le walk en masse non.

Lisez l’index plutôt que le numéro d’étiquette

Un index de segment identifie une ligne, et une étiquette est une valeur à l’intérieur de cette ligne, donc substituer l’un à l’autre produit une réponse d’apparence plausible qui pointe vers le mauvais LSP. Côté entrant, inspectez l’interface et le contexte d’étiquette avec mplsInSegmentLabel, en gardant à l’esprit que l’objet peut plutôt porter un pointeur vers une table d’étiquettes lorsque la ligne renvoie à une entrée ailleurs.

Côté sortant, vérifiez l’interface sortante et si la ligne indique qu’une étiquette supérieure est poussée avant de lire mplsOutSegmentTopLabel. Une colonne d’étiquette supérieure remplie sur une ligne qui ne pousse rien est une valeur périmée ou un reste d’un chemin précédent, pas l’état de transfert actuel. Les piles plus profondes ont besoin de la table de pile d’étiquettes référencée, et ce saut supplémentaire est normal, pas un défaut.

Des conventions spéciales de zéro s’appliquent aux chemins qui commencent ou se terminent localement sur le routeur. Traitez un index nul comme un comportement documenté et non comme un résultat vide, et confirmez-le par rapport à l’état de transfert local.

Confirmez ce que l’agent implémente avant de passer à l’échelle

Vérifiez les objets implémentés pour la plateforme et la version exactes, les familles d’adresses utilisées et toute restriction opérationnelle sur les sous-arbres. Interrogez avec un identifiant en lecture seule limité à ces sous-arbres, et acceptez qu’un objet absent puisse signifier que la fonction n’est pas implémentée plutôt que le MIB soit faux.

Corrélez une route VRF connue avec la sortie opérationnelle de l’équipement lui-même avant de diriger un collecteur vers la table entière. Conservez chaque composant d’index et l’heure de collecte avec chaque échantillon, car les routes et les liaisons bougent entre les walks. Un instantané cousu à partir de deux walks séparés de quelques minutes peut mélanger un ancien index d’interconnexion avec une nouvelle route et paraître parfaitement cohérent.

Là où la vue du BGP reçu ou un objet d’étiquette propre au fournisseur manque réellement, passez à une interface de télémétrie ou opérationnelle que la plateforme documente. La jointure standard couvre les étiquettes locales de transfert et peu d’autre chose, alors traitez-la comme la première étape d’une conception de collecte et non comme la chose achevée.