Protocole de surveillance BGP
Surveillance des informations de routage BGP
But
Utilisez la fonctionnalité de surveillance pour surveiller les informations de routage BGP sur le périphérique de routage.
Action
Pour afficher les informations de routage BGP dans l’interface de ligne de commande, entrez les commandes suivantes :
show bgp summary
show bgp neighbor
Voir également
Présentation du protocole de surveillance BGP
Le BGP Monitoring Protocol (BMP) est un protocole permettant à une station de surveillance de recevoir des routes d’un appareil compatible BGP. La station de surveillance reçoit tous les itinéraires, pas seulement les itinéraires actifs. BMP utilise des messages de surveillance de route (qui sont essentiellement des messages de mise à jour BGP encapsulés) et quelques autres types de messages pour les statistiques et les changements d’état. Tous les messages transitent entre le routeur et la station de télésurveillance.
Lorsqu’une interface est désactivée, le BMP qui surveille la session TCP est arrêté pendant 240 secondes (4 minutes). Il s’agit d’un comportement attendu.
Les données sont collectées à partir Adjacency-RIB-In
des tables de routage. Les Adjacency-RIB-In
tables sont les tables pré-stratégie, ce qui signifie que les routes de ces tables n’ont pas été filtrées ou modifiées par les stratégies de routage.
Les Local-RIB
tables sont les tables post-stratégie.
À partir de Junos OS version 22.4R1, vous pouvez configurer une stratégie pour surveiller les bases d’informations de routage (RIB) de type routeur virtuel et VRF (Virtual Routing and Forwarding). Vous pouvez spécifier deux ensembles distincts de RIB dans le protocole de surveillance BGP (BMP), l’un pour la surveillance et l’autre pour la création de rapports. Grâce à cette fonctionnalité, BMP peut filtrer le trafic en fonction des routes et des instances de routage.
Voir également
Configuration du protocole de surveillance BGP version 3
BGP Monitoring Protocol (BMP) permet à Junos OS d’envoyer les informations de routage BGP du routeur à une application de surveillance sur un périphérique distinct. L’application de surveillance s’appelle la station de surveillance BMP ou la station BMP. Pour déployer BMP dans votre réseau, vous devez configurer BMP sur chaque routeur et vous devez également configurer au moins une station BMP. Cette procédure décrit comment configurer BMP sur un routeur.
Vous pouvez spécifier ces paramètres pour toutes les stations BMP en configurant les instructions décrites ici au niveau de la [edit routing-options bmp]
hiérarchie. Vous pouvez également configurer des paramètres pour des stations BMP spécifiques en configurant ces instructions au niveau de la [edit routing-options bmp station station-name]
hiérarchie.
La procédure suivante décrit comment configurer BMP version 3 sur le routeur :
Voir également
Configuration du protocole de surveillance BGP pour qu’il s’exécute sur une autre instance de routage
À partir de Junos OS version 18.3R1, vous pouvez spécifier l’instance de routage que vous souhaitez que le BGP Monitoring Protocol (BMP) utilise. Avant Junos OS version 18.3R1, vous deviez utiliser l’instance de routage par défaut. Par défaut, dans Junos OS, l’interface Ethernet de gestion (généralement nommée fxp0 ou em0) fournit le réseau de gestion hors bande du périphérique. Il n’existe pas de séparation claire entre le trafic de gestion hors bande et le trafic de contrôle de protocole intrabande, ni entre le trafic utilisateur au niveau de l’instance de routage ou de la table de routage. Au lieu de cela, l’ensemble du trafic est géré via l’instance de routage par défaut, ce qui soulève des inquiétudes quant à la sécurité, aux performances et à la résolution des problèmes.
À partir de Junos OS version 17.3R1, vous pouvez configurer l’interface de gestion dans une instance VRF (virtual routing and forwarding) autre que celle par défaut, l’instance de routage mgmt_junos. Une fois que vous avez configuré cette instance de routage de gestion comme décrit dans Configuration de l’instance de routage mgmt_junos, le trafic de gestion n’a plus besoin de partager une table de routage (c’est-à-dire la table default.inet.0) avec d’autres trafics de contrôle ou de protocole du système. Toutefois, ce n’est qu’à partir de Junos OS version 18.3R1 que vous pouvez utiliser cette instance de gestion autre que par défaut pour BMP. Vous pouvez également utiliser n’importe quelle instance de routage configurée pour BMP. Il n’est plus nécessaire qu’il s’agisse de l’instance de routage par défaut.
- Configuration d’une instance de routage autre que celle par défaut pour BMP
- Configuration de mgmt_junos pour BMP
Configuration d’une instance de routage autre que celle par défaut pour BMP
Pour modifier l’instance de routage utilisée par BMP, vous devez configurer la station BMP et le mode de connexion, qui est passif ou actif. En mode actif, le routeur tente d’établir la connexion TCP avec la station BMP. En mode passif, le routeur attend que la station BMP lance la session TCP. Vous devez également configurer un port et l’adresse de la station.
Pour utiliser une instance de routage autre que celle par défaut, vous devez la configurer sous le niveau hiérarchique [edit routing-instances]
.
Pour configurer une instance de routage autre que celle par défaut pour BMP :
Configuration de mgmt_junos pour BMP
Pour modifier l’instance de routage utilisée par BMP, vous devez configurer la station BMP et le mode de connexion, qui est passif ou actif. En mode actif, le routeur tente d’établir la connexion TCP avec la station BMP. En mode passif, le routeur attend que la station BMP lance la session TCP. Vous devez également configurer un port et l’adresse de la station.
Pour utiliser l’instance de routage de gestion, vous devez la configurer sous le niveau hiérarchique [edit routing-instances]
et l’activer à l’aide de l’instruction de management-instance
configuration.
Pour configurer mgmt_junos en tant qu’instance de routage pour BMP :
Exemple : Configuration du protocole de surveillance BGP
Cet exemple montre comment activer le BGP Monitoring Protocol (BMP). L’implémentation Junos OS de BMP est basée sur RFC 8671.
Conditions préalables
Configurez les interfaces des routeurs.
REMARQUE :Lorsqu’une interface est désactivée, le BMP qui surveille la session TCP est arrêté pendant 240 secondes (4 minutes). Il s’agit d’un comportement attendu.
Configurez un protocole IGP (Interior Gateway Protocol).
Configurez BGP et les stratégies de routage.
Configurez une station de surveillance pour qu’elle écoute sur un port TCP particulier.
Présentation
Pour configurer la station de surveillance à laquelle les données BMP sont envoyées, vous devez configurer à la fois les station-address
instructions et station-port
. Pour l’adresse de la station, vous pouvez spécifier soit l’adresse IP, soit le nom de la station de surveillance. Pour name
, spécifiez le nom de la station. Pour le port de la station, spécifiez un port TCP. BMP fonctionne sur TCP. La station de surveillance est configurée pour écouter sur un port TCP particulier, et le routeur est configuré pour établir une connexion active à ce port et pour envoyer des messages sur cette connexion TCP. Vous configurez BMP uniquement dans l’instance de routage par défaut. Toutefois, BMP s’applique aux routes de l’instance de routage par défaut et aux routes des autres instances de routage.
Si vous le souhaitez, vous pouvez spécifier la fréquence d’envoi des données à la station de télésurveillance. La valeur par défaut est 1 minute. Pour modifier cet intervalle, incluez l’instruction statistics-timeout seconds
. Pour seconds
, vous pouvez spécifier une valeur comprise entre 15 et 65 535.
Topologie
Figure 1 montre un exemple de topologie. Dans cet exemple, BMP est configuré sur le routeur PE1. L’adresse du serveur est 192.168.64.180. Le port TCP d’écoute sur le serveur est le port 11019.
Configuration
Configuration rapide de l’interface de ligne de commande
Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, puis copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit]
hiérarchie.
set routing-options bmp station-address 192.168.64.180 set routing-options bmp station-port 11019
Procédure
Procédure étape par étape
L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.
Pour configurer BMP :
Configurez l’adresse de la station de réception.
[edit routing-options] user@PE1# set bmp station-address 192.168.64.180
Configurez le port de la station de réception.
[edit routing-options] user@PE1# set bmp station-port 11019
Résultats
À partir du mode configuration, confirmez votre configuration en entrant la show routing-options
commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
user@PE1# show routing-options bmp { station-address 192.168.64.180; station-port 11019; }
Vérification
Vérification du bon fonctionnement de la PGB
But
Exécutez la show bgp bmp
commande pour afficher un ensemble de statistiques et l’état actuel de la session BMP sur le routeur.
Action
user@PE1> show bgp bmp BMP station address/port: 192.168.64.180+11019 BMP session state: DOWN Statistics timeout: 15
Comprendre les opérations de traçage pour le trafic du protocole BGP
Vous pouvez tracer divers trafics de protocole BGP pour vous aider à déboguer les problèmes de protocole BGP. Pour tracer le trafic du protocole BGP, incluez l’instruction traceoptions
au niveau de la [edit protocols bgp]
hiérarchie. Pour les instances de routage, incluez l’instruction traceoptions
au niveau de la [edit routing-instances routing-instance-name protocols bgp]
hiérarchie.
traceoptions { file filename <files number> <size size> <world-readable | no-world-readable>; flag flag <flag-modifier> <disable>; }
Vous pouvez spécifier les options de suivi spécifiques au protocole BGP suivantes à l’aide de l’instruction flag
:
4byte-as
—Événements AS de 4 octets.bfd
—Événements de protocole BFD.damping
—Opérations d’amortissement.graceful-restart
—Événements de redémarrage gracieux.keepalive
—Messages persistants BGP.nsr-synchronization
: événements de synchronisation de routage actifs non-stop.open
—Paquets ouverts BGP. Ces paquets sont envoyés entre homologues lorsqu’ils établissent une connexion.packets
—Tous les paquets de protocole BGP.refresh
: paquets d’actualisation BGP.update
: paquets de mise à jour BGP. Ces paquets fournissent des mises à jour de routage aux systèmes BGP.
Les options de suivi globales sont héritées de la configuration définie par l’instruction traceoptions
au niveau de la [edit routing-options]
hiérarchie. Vous pouvez remplacer les options de trace globales suivantes pour le protocole BGP à l’aide de l’instruction traceoptions flag
incluse au niveau de la [edit protocols bgp]
hiérarchie :
all
—Toutes les opérations de suivigeneral
—Toutes les opérations normales et les modifications de la table de routage (une combinaison des opérations normales et de suivi d’itinéraire)normal
—Événements normauxpolicy
—Traitement des politiquesroute
—Informations de routagestate
—Transitions d’étattask
—Traitement des tâches du protocole de routagetimer
—Traitement du temporisateur du protocole de routage
Si vous le souhaitez, vous pouvez spécifier un ou plusieurs des modificateurs d’indicateur suivants :
detail
: informations de traçage détaillées.filter
: filtrer les informations de traçage. S’applique uniquement aux indicateurs de suiviroute
etdamping
de suivi.receive
—Paquets en cours de réception.send
—Paquets en cours de transmission.
Utilisez l’indicateur de trace all
et le modificateur d’indicateur detail
avec prudence, car ils peuvent entraîner une très grande charge du processeur.
Si vous activez uniquement l’indicateur, les update
messages keepalive reçus ne génèrent pas de message de suivi.
Vous pouvez filtrer les instructions de suivi et afficher uniquement les informations de déclaration qui passent par le filtre en spécifiant le modificateur d’indicateur filter
. Le filter
modificateur n’est pris en charge que pour les indicateurs de traçage route
et de damping
traçage.
L’instruction match-on
spécifie les correspondances de filtre en fonction des préfixes. Il est utilisé pour faire correspondre les filtres de route.
Le filtrage de trace par voisin n’est pas pris en charge au niveau BGP par voisin pour route
et damping
flags. La prise en charge du filtrage des options de trace se fait au niveau du groupe de pairs.
Voir également
Exemple : Affichage des fichiers de trace BGP sur les systèmes logiques
Cet exemple montre comment répertorier et afficher les fichiers stockés sur un système logique.
Conditions préalables
Vous devez avoir le privilège pour le view système logique.
Configurez un réseau, tel que le réseau BGP illustré dans Exemple : Configuration des sessions internes d’appairage BGP sur les systèmes logiques.
Présentation
Les systèmes logiques ont leur propre structure de répertoires créée dans le /var/logical-systems/logical-system-name répertoire. Il contient les sous-répertoires suivants :
/config: contient la configuration active spécifique au système logique.
/log: contient les fichiers journaux système et de suivi spécifiques au système logique.
Pour maintenir la compatibilité descendante des fichiers journaux avec les versions précédentes de Junos OS, un lien symbolique (lien symbolique) entre le répertoire et le /var/logs/logical-system-name répertoire est créé lorsqu’un /var/logical-systems/logical-system-name système logique est configuré.
/tmp: contient des fichiers temporaires spécifiques au système logique.
Le système de fichiers de chaque système logique permet aux utilisateurs du système logique d’afficher les journaux de suivi et de modifier les fichiers système logiques. Les administrateurs du système logique ont un accès complet pour afficher et modifier tous les fichiers spécifiques au système logique.
Les utilisateurs et les administrateurs du système logique peuvent enregistrer et charger des fichiers de configuration au niveau du système logique à l’aide des commandes et saveload du mode de configuration. En outre, ils peuvent également émettre les commandes show log, monitor, et file en mode opérationnel au niveau du système logique.
Cet exemple montre comment configurer et afficher un fichier de trace BGP sur un système logique. Les étapes peuvent être adaptées pour s’appliquer aux opérations de suivi pour tout niveau de hiérarchie Junos OS qui prend en charge les opérations de suivi.
Pour afficher la liste des niveaux hiérarchiques qui prennent en charge les opérations de suivi, entrez la help apropos traceoptions commande en mode configuration.
Configuration
- Configuration rapide de l’interface de ligne de commande
- Configuration des opérations de traçage
- Affichage du fichier de trace
- Désactivation et réactivation de la journalisation des traces
- Résultats
Configuration rapide de l’interface de ligne de commande
Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, puis copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie.
set logical-systems A protocols bgp group internal-peers traceoptions file bgp-log set logical-systems A protocols bgp group internal-peers traceoptions file size 10k set logical-systems A protocols bgp group internal-peers traceoptions file files 2 set logical-systems A protocols bgp group internal-peers traceoptions flag update detail
Configuration des opérations de traçage
Procédure étape par étape
L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.
Pour configurer les opérations de traçage :
Configurez les opérations de traçage sur le système logique.
[edit logical-systems A protocols bgp group internal-peers] user@host# set traceoptions file bgp-log user@host# set traceoptions file size 10k user@host# set traceoptions file files 2 user@host# set traceoptions flag update detail
Si vous avez terminé de configurer l’appareil, validez la configuration.
[edit] user@host# commit
Affichage du fichier de trace
Procédure étape par étape
Pour afficher le fichier de trace :
En mode opérationnel sur le routeur principal, listez les répertoires sur le système logique.
user@host> file list /var/logical-systems/A /var/logical-systems/A: config/ log/ tmp/
En mode opérationnel sur le routeur principal, listez les fichiers journaux sur le système logique.
user@host> file list /var/logical-systems/A/log/ /var/logical-systems/A/log: bgp-log
Affichez le bgp-log contenu du fichier.
user@host> file show /var/logical-systems/A/log/bgp-log Aug 10 17:12:01 trace_on: Tracing to "/var/log/A/bgp-log" started Aug 10 17:14:22.826182 bgp_peer_mgmt_clear:5829: NOTIFICATION sent to 192.163.6.4 (Internal AS 17): code 6 (Cease) subcode 4 (Administratively Reset), Reason: Management session cleared BGP neighbor Aug 10 17:14:22.826445 bgp_send: sending 21 bytes to 192.163.6.4 (Internal AS 17) Aug 10 17:14:22.826499 Aug 10 17:14:22.826499 BGP SEND 192.168.6.5+64965 -> 192.163.6.4+179 Aug 10 17:14:22.826559 BGP SEND message type 3 (Notification) length 21 Aug 10 17:14:22.826598 BGP SEND Notification code 6 (Cease) subcode 4 (Administratively Reset) Aug 10 17:14:22.831756 bgp_peer_mgmt_clear:5829: NOTIFICATION sent to 192.168.40.4 (Internal AS 17): code 6 (Cease) subcode 4 (Administratively Reset), Reason: Management session cleared BGP neighbor Aug 10 17:14:22.831851 bgp_send: sending 21 bytes to 192.168.40.4 (Internal AS 17) Aug 10 17:14:22.831901 Aug 10 17:14:22.831901 BGP SEND 192.168.6.5+53889 -> 192.168.40.4+179 Aug 10 17:14:22.831959 BGP SEND message type 3 (Notification) length 21 Aug 10 17:14:22.831999 BGP SEND Notification code 6 (Cease) subcode 4 (Administratively Reset) ...
Filtrez la sortie du fichier journal.
user@host> file show /var/logical-systems/A/log/bgp-log | match "flags 0x40" Aug 10 17:14:54.867460 BGP SEND flags 0x40 code Origin(1): IGP Aug 10 17:14:54.867595 BGP SEND flags 0x40 code ASPath(2) length 0: <null> Aug 10 17:14:54.867650 BGP SEND flags 0x40 code NextHop(3): 192.168.6.5 Aug 10 17:14:54.867692 BGP SEND flags 0x40 code LocalPref(5): 100 Aug 10 17:14:54.884529 BGP RECV flags 0x40 code Origin(1): IGP Aug 10 17:14:54.884581 BGP RECV flags 0x40 code ASPath(2) length 0: <null> Aug 10 17:14:54.884628 BGP RECV flags 0x40 code NextHop(3): 192.163.6.4 Aug 10 17:14:54.884667 BGP RECV flags 0x40 code LocalPref(5): 100 Aug 10 17:14:54.911377 BGP RECV flags 0x40 code Origin(1): IGP Aug 10 17:14:54.911422 BGP RECV flags 0x40 code ASPath(2) length 0: <null> Aug 10 17:14:54.911466 BGP RECV flags 0x40 code NextHop(3): 192.168.40.4 Aug 10 17:14:54.911507 BGP RECV flags 0x40 code LocalPref(5): 100 Aug 10 17:14:54.916008 BGP SEND flags 0x40 code Origin(1): IGP Aug 10 17:14:54.916054 BGP SEND flags 0x40 code ASPath(2) length 0: <null> Aug 10 17:14:54.916100 BGP SEND flags 0x40 code NextHop(3): 192.168.6.5 Aug 10 17:14:54.916143 BGP SEND flags 0x40 code LocalPref(5): 100 Aug 10 17:14:54.920304 BGP RECV flags 0x40 code Origin(1): IGP Aug 10 17:14:54.920348 BGP RECV flags 0x40 code ASPath(2) length 0: <null> Aug 10 17:14:54.920393 BGP RECV flags 0x40 code NextHop(3): 10.0.0.10 Aug 10 17:14:54.920434 BGP RECV flags 0x40 code LocalPref(5): 100
Visualisez les opérations de traçage en temps réel.
user@host> clear bgp neighbor logical-system A Cleared 2 connections
ATTENTION :Dans un environnement de production, l’effacement de la table voisine BGP perturbe l’effacement.
Exécutez la monitor start commande avec une condition facultative match .
user@host> monitor start A/bgp-log | match 0.0.0.0/0 Aug 10 19:21:40.773467 BGP RECV 0.0.0.0/0 Aug 10 19:21:40.773685 bgp_rcv_nlri: 0.0.0.0/0 Aug 10 19:21:40.773778 bgp_rcv_nlri: 0.0.0.0/0 belongs to meshgroup Aug 10 19:21:40.773832 bgp_rcv_nlri: 0.0.0.0/0 qualified bnp->ribact 0x0 l2afcb 0x0
Mettez la monitor commande en pause en appuyant sur Échap-Q. Pour réactiver la sortie, appuyez à nouveau sur Esc-Q.
Arrêtez la commande en appuyant sur Entrée monitor et en tapant monitor stop.
[Enter] user@host> monitor stop
Une fois le dépannage terminé, pensez à désactiver la journalisation des traces pour éviter tout impact inutile sur les ressources système.
[edit protocols bgp group internal-peers] user@host:A# deactivate traceoptions user@host:A# commit
Lorsque la configuration est désactivée, elle apparaît dans la configuration avec la inactive balise. Pour réactiver les opérations de traçage, utilisez l’instruction activate configuration-mode.
[edit protocols bgp group internal-peers] user@host:A# show type internal; inactive: traceoptions { file bgp-log size 10k files 2; flag update detail; flag all; } local-address 192.168.6.5; export send-direct; neighbor 192.163.6.4; neighbor 192.168.40.4;
Pour réactiver les opérations de traçage, utilisez l’instruction activate configuration-mode.
[edit protocols bgp group internal-peers] user@host:A# activate traceoptions user@host:A# commit
Désactivation et réactivation de la journalisation des traces
Procédure étape par étape
Pour désactiver et réactiver le fichier de trace :
Une fois le dépannage terminé, pensez à désactiver la journalisation des traces pour éviter tout impact inutile sur les ressources système.
[edit protocols bgp group internal-peers] user@host:A# deactivate traceoptions user@host:A# commit
Lorsque la configuration est désactivée, l’instruction apparaît dans la configuration avec la inactive balise.
[edit protocols bgp group internal-peers] user@host:A# show type internal; inactive: traceoptions { file bgp-log size 10k files 2; flag update detail; flag all; } local-address 192.168.6.5; export send-direct; neighbor 192.163.6.4; neighbor 192.168.40.4;
Pour réactiver la journalisation, utilisez l’instruction activate configuration-mode.
[edit protocols bgp group internal-peers] user@host:A# activate traceoptions user@host:A# commit
Résultats
À partir du mode configuration, confirmez votre configuration en entrant la show logical-systems A protocols bgp group internal-peers commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
user@host# show logical-systems A protocols bgp group internal-peers traceoptions { file bgp-log size 10k files 2; flag update detail; }
Vérification
Vérifiez que la configuration fonctionne correctement.
Exemple : Tracer les opérations du protocole de routage global
Cet exemple montre comment répertorier et afficher les fichiers créés lorsque vous activez les opérations de traçage de routage global.
Conditions préalables
Vous devez avoir le view privilège.
Présentation
Pour configurer le suivi du protocole de routage global, incluez l’instruction au traceoptions
niveau de la [edit routing-options]
hiérarchie :
traceoptions { file filename <files number> <size size> <world-readable | no-world-readable>; flag flag <disable>; }
Les indicateurs d’une traceoptions flag
instruction sont des identificateurs. Lorsque vous utilisez la set
commande pour configurer un indicateur, les indicateurs qui ont déjà été définis ne sont pas modifiés. Dans l’exemple suivant, la définition de l’indicateur de suivi n’a aucun effet sur l’indicateur timer déjà configuré task . Utilisez la delete
commande pour supprimer un indicateur particulier.
[edit routing-options traceoptions]
user@host# show
flag task;
user@host# set traceoptions flag timer
user@host# show
flag task;
flag timer;
user@host# delete traceoptions flag task
user@host# show
flag timer;
Cet exemple montre comment configurer et afficher un fichier de trace qui suit les modifications apportées à la table de routage. Les étapes peuvent être adaptées pour s’appliquer aux opérations de suivi pour tout niveau de hiérarchie Junos OS qui prend en charge les opérations de suivi.
Pour afficher la liste des niveaux hiérarchiques qui prennent en charge les opérations de suivi, entrez la help apropos traceoptions
commande en mode configuration.
Configuration
- Configuration rapide de l’interface de ligne de commande
- Configuration des opérations de traçage
- Affichage du fichier de trace
- Résultats
Configuration rapide de l’interface de ligne de commande
Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, puis copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit]
hiérarchie.
set routing-options traceoptions file routing-table-changes set routing-options traceoptions file size 10m set routing-options traceoptions file files 10 set routing-options traceoptions flag route set routing-options static route 1.1.1.2/32 next-hop 10.0.45.6
Configuration des opérations de traçage
Procédure étape par étape
L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.
Pour configurer les opérations de traçage :
Configurez les opérations de traçage.
[edit routing-options traceoptions] user@host# set file routing-table-changes user@host# set file size 10m user@host# set file files 10 user@host# set flag route
Configurez une route statique pour provoquer une modification de la table de routage.
[edit routing-options static] user@host# set route 1.1.1.2/32 next-hop 10.0.45.6
Si vous avez terminé de configurer l’appareil, validez la configuration.
[edit] user@host# commit
Affichage du fichier de trace
Procédure étape par étape
Pour afficher le fichier de trace :
En mode opérationnel, listez les fichiers journaux sur le système.
user@host> file list /var/log /var/log: ... routing-table-changes ...
Affichez le routing-table-changes contenu du fichier.
user@host> file show /var/log/routing-table-changes Dec 15 11:09:29 trace_on: Tracing to "/var/log/routing-table-changes" started Dec 15 11:09:29.496507 Dec 15 11:09:29.496507 Tracing flags enabled: route Dec 15 11:09:29.496507 Dec 15 11:09:29.533203 inet_routerid_notify: Router ID: 192.168.4.1 Dec 15 11:09:29.533334 inet_routerid_notify: No Router ID assigned Dec 15 11:09:29.533381 inet_routerid_notify: No Router ID assigned Dec 15 11:09:29.533420 inet_routerid_notify: No Router ID assigned Dec 15 11:09:29.534915 inet_routerid_notify: Router ID: 192.168.4.1 Dec 15 11:09:29.542934 inet_routerid_notify: No Router ID assigned Dec 15 11:09:29.549253 inet_routerid_notify: No Router ID assigned Dec 15 11:09:29.556878 inet_routerid_notify: No Router ID assigned Dec 15 11:09:29.582990 rt_static_reinit: examined 3 static nexthops, 0 unreferenced Dec 15 11:09:29.589920 Dec 15 11:09:29.589920 task_reconfigure reinitializing done ...
Filtrez la sortie du fichier journal.
user@host> file show /var/log/routing-table-changes | match 1.1.1.2 Dec 15 11:15:30.780314 ADD 1.1.1.2/32 nhid 0 gw 10.0.45.6 Static pref 5/0 metric at-0/2/0.0 <ctive Int Ext> Dec 15 11:15:30.782276 KRT Request: send len 216 v104 seq 0 ADD route/user af 2 table 0 infot 0 addr 1.1.1.2 nhop-type unicast nhindex 663
Visualisez les opérations de traçage en temps réel en exécutant la
monitor start
commande avec une condition facultative match .user@host> monitor start routing-table-changes | match 1.1.1.2 Aug 10 19:21:40.773467 BGP RECV 0.0.0.0/0 Aug 10 19:21:40.773685 bgp_rcv_nlri: 0.0.0.0/0 Aug 10 19:21:40.773778 bgp_rcv_nlri: 0.0.0.0/0 belongs to meshgroup Aug 10 19:21:40.773832 bgp_rcv_nlri: 0.0.0.0/0 qualified bnp->ribact 0x0 l2afcb 0x0
Désactivez l’itinéraire statique.
user@host# deactivate routing-options static route 1.1.1.2/32 user@host# commit
*** routing-table-changes *** Dec 15 11:42:59.355557 CHANGE 1.1.1.2/32 nhid 663 gw 10.0.45.6 Static pref 5/0 metric at-0/2/0.0 <Delete Int Ext> Dec 15 11:42:59.426887 KRT Request: send len 216 v104 seq 0 DELETE route/user af 2 table 0 infot 0 addr 1.1.1.2 nhop-type discard filtidx 0 Dec 15 11:42:59.427366 RELEASE 1.1.1.2/32 nhid 663 gw 10.0.45.6 Static pref 5/0 metric at-0/2/0.0 <Release Delete Int Ext>
Arrêtez la commande
monitor
en appuyant sur Entrée et en tapant monitor stop.[Enter] user@host> monitor stop
Une fois le dépannage terminé, pensez à désactiver la journalisation des traces pour éviter tout impact inutile sur les ressources système.
Lorsque la configuration est désactivée, elle apparaît dans la configuration avec la inactive balise.
[edit routing-options] user@host# deactivate traceoptions user@host# commit
[edit routing-options] user@host# show inactive: traceoptions { file routing-table-changes size 10m files 10; flag route; } static { inactive: route 1.1.1.2/32 next-hop 10.0.45.6; }
Pour réactiver les opérations de traçage, utilisez l’instruction activate configuration-mode.
[edit routing-options] user@host# activate traceoptions user@host# commit
Résultats
À partir du mode configuration, confirmez votre configuration en entrant la show routing-options
commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
user@host# show routing-options traceoptions { file routing-table-changes size 10m files 10; flag route; } static { route 1.1.1.2/32 next-hop 10.0.45.6; }
Vérification
Vérifiez que la configuration fonctionne correctement.
Le traçage des opérations BMP
Vous pouvez tracer les opérations BMP pour toutes les stations BMP en configurant l’instruction traceoptions
au niveau de la [edit routing-options bmp]
hiérarchie ou pour des stations BMP spécifiques au niveau de la [edit routing-options bmp station station-name]
hiérarchie.
Pour tracer les opérations de BMP, procédez comme suit :
Voir également
Tableau de l'historique des modifications
La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l' Feature Explorer pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.