show route

Nom de la table de routage (par exemple, inet.0).

Nombre de destinations pour lesquelles il existe des itinéraires dans la table de routage.

Nombre de routes dans la table de routage et nombre total de routes dans les états suivants :

• active (routes actives).

• holddown (routes qui sont dans l’état en attente avant d’être déclarées inactives). Une route de retenue était autrefois la route active et ne l’est plus aujourd’hui. La route est dans l’état d’attente car un protocole a toujours un intérêt dans la route, ce qui signifie que le bit d’intérêt est défini. Le bit d’intérêt d’un protocole peut être défini sur la route précédemment active, car le protocole est toujours en train d’annoncer la route. L’itinéraire sera supprimé une fois que tous les protocoles auront retiré leur publicité de l’itinéraire et supprimé leur bit d’intérêt. Un état de retenue persistant signifie souvent que le protocole intéressé ne libère pas correctement son bit d’intérêt.

  Toutefois, si vous avez configuré la publication de plusieurs routes (avec l’instruction add-path or advertise-inactive ), le bit de retenue est très probablement défini, car BGP annonce la route comme une route active. Dans ce cas, vous pouvez ignorer l’état de retenue, car tout va bien.

  Si vous avez configuré uRPF-loose le mode, le bit de retenue est très probablement défini parce que la table de routage du noyau (KRT) utilise une route inactive pour construire des interfaces entrantes valides. Dans ce cas, vous pouvez ignorer l’état de retenue, car tout va bien.

• hidden (routes qui ne sont pas utilisées en raison d’une stratégie de routage).

Destination de l’itinéraire (par exemple : 10.0.0.1/24). Parfois, les informations sur l’itinéraire sont présentées dans un autre format, tel que :

• MPLS-label (par exemple, 80001).

• interface-name (par exemple, GE-1/0/2).

• neighbor-address:::control-word-statusencapsulation typevc-id:source (Circuit de couche 2 uniquement. Par exemple, 10.1.1.195 :NoCtrlWord :1 :1 :Local/96) :

  • neighbor-address—Adresse du voisin.

  • control-word-status—Si l’utilisation du mot de contrôle a été négociée pour ce circuit virtuel : NoCtrlWord ou CtrlWord.

  • encapsulation type—Type d’encapsulation, représenté par un nombre : (1) Frame Relay DLCI, (2) Transport ATM AAL5 VCC, (3) Transport de cellules transparentes ATM, (4) Ethernet, (5) VLAN Ethernet, (6) HDLC, (7) PPP, (8) Transport de cellule ATM VCC, (10) Transport de cellule ATM VPC.

  • vc-id: identificateur de circuit virtuel.

  • source—Source de l’annonce : Local ou Remote.

Protocole à partir duquel l’itinéraire a été appris et valeur de préférence pour l’itinéraire.

• +—Un signe plus indique la route active, c’est-à-dire la route installée à partir de la table de routage dans la table de transfert.

• - : un trait d’union indique le dernier itinéraire actif.

• *: un astérisque indique qu’il s’agit à la fois de l’itinéraire actif et du dernier itinéraire actif. Un astérisque avant une to ligne indique le meilleur sous-chemin vers l’itinéraire.

Dans toutes les métriques de routage, à l’exception de l’attribut BGP LocalPref, une valeur inférieure est préférable. Pour utiliser les routines de comparaison courantes, Junos OS stocke le complément de la valeur LocalPref de 1 dans le champ Preference2. Par exemple, si la valeur LocalPref de Route 1 est 100, la valeur de Preference2 est -101. Si la valeur LocalPref pour Route 2 est 155, la valeur Preference2 est -156. Route 2 est préférée car elle a une valeur LocalPref plus élevée et une valeur Preference2 plus faible.

Depuis combien de temps l’itinéraire est connu (par exemple, 2w4d 13 :11 :14, ou 2 semaines, 4 jours, 13 heures, 11 minutes et 14 secondes).

Valeur du coût de l’itinéraire indiqué. Pour les routes au sein d’un AS, le coût est déterminé par l’IGP et les métriques de chaque protocole. Pour les routes externes, les destinations ou les domaines de routage, le coût est déterminé par une valeur de préférence.

Valeur de préférence locale incluse dans l’itinéraire.

Interface à partir de laquelle l’itinéraire a été reçu.

AS à travers lequel l’itinéraire a été appris. Les lettres à la fin du chemin AS indiquent l’origine du chemin, fournissant une indication de l’état de l’itinéraire au point d’origine du chemin AS :

• I— IGP.

• E— EGP.

• ?—Incomplet ; en règle générale, le chemin AS était agrégé.

Lorsque des numéros de chemin AS sont inclus dans l’itinéraire, le format est le suivant :

• [ ]: les crochets entourent le numéro AS local associé au chemin AS si plusieurs numéros AS sont configurés sur le périphérique de routage ou si le préfixe de chemin AS est configuré.

• { }: les accolades entourent les ensembles AS, qui sont des groupes de nombres AS dans lesquels l’ordre n’a pas d’importance. Un ensemble résulte généralement de l’agrégation de routes. Les nombres de chaque ensemble AS sont affichés dans l’ordre croissant.

• ( )— Les parenthèses entourent une confédération.

• ( [ ] ): les parenthèses et les crochets entourent un ensemble de confédérations.

Extension de la fonctionnalité d’encodage next-hop pour la communauté BGP spécifiée afin de router le trafic IPv4 sur des tunnels IPv6. Lorsque BGP reçoit des routes sans la communauté de tunnels, les tunnels IPv6 IPv4-0ver ne sont pas créés et les routes BGP sont résolues sans encapsulation.

Pile d’étiquettes transportées dans la mise à jour de la route BGP.

(routes apprises BGP) Statut de validation de l’itinéraire :

• Non valide : indique que le préfixe est trouvé, mais que l’AS correspondant reçu de l’homologue EBGP n’est pas l’AS qui apparaît dans la base de données, ou que la longueur du préfixe dans le message de mise à jour BGP est supérieure à la longueur maximale autorisée dans la base de données.

• Inconnu : indique que le préfixe ne fait pas partie des préfixes ou des plages de préfixes de la base de données.

• Non vérifié : indique que l’origine du préfixe n’est pas vérifiée par rapport à la base de données. Cela est dû au fait que la base de données a été renseignée et que la validation n’est pas demandée dans la stratégie d’importation BGP, bien que la validation de l’origine soit activée, ou que la validation de l’origine ne soit pas activée pour les homologues BGP.

• Valid (Valide) : indique que le préfixe et la paire de systèmes autonomes se trouvent dans la base de données.

Sautez ensuite vers la destination. Une chevronne (>) indique que l’itinéraire est l’itinéraire sélectionné.

Si la destination est , le trafic est Discardinterrompu.

Interface permettant d’atteindre le saut suivant. S’il y a plusieurs interfaces disponibles pour le saut suivant, l’interface réellement utilisée est suivie du mot Sélectionné. Ce champ peut également contenir les informations suivantes :

• Weight (Pondération) : valeur utilisée pour distinguer les routes de sauvegarde principales, secondaires et de reroutage rapide. Les informations de pondération sont disponibles lorsque la protection de liaison MPLS de chemin de commutation d’étiquettes (LSP), la protection de liaison de nud ou le reroutage rapide est activée, ou lorsque l’état de veille est activé pour les chemins secondaires. Une valeur de poids inférieure est préférable. Parmi les itinéraires ayant la même valeur de poids, l’équilibrage de charge est possible.

• Balance (Solde) : coefficient d’équilibre indiquant comment le trafic de coût inégal est réparti entre les sauts suivants lorsqu’un périphérique de routage effectue un équilibrage de charge à coût inégal. Ces informations sont disponibles lorsque vous activez l’équilibrage de charge par trajets multiples BGP.

• lsp-path-name—Nom du LSP utilisé pour atteindre le saut suivant.

• label-action: étiquette MPLS et opération se produisant au saut suivant. L’opération peut être pop (où une étiquette est retirée du haut de la pile), push (où une autre étiquette est ajoutée à la pile d’étiquettes) ou swap (où une étiquette est remplacée par une autre étiquette). Pour les VPN, attendez-vous à voir plusieurs opérations push, correspondant aux étiquettes interne et externe requises pour les routes VPN (dans le cas d’une connexion directe PE-to-PE, la route VPN n’aurait que l’étiquette interne push).

(Gestion améliorée des abonnés pour les routeurs MX Series) Indique qu’une route interne d’accès est gérée par la gestion améliorée des abonnés. En revanche, les routes d’accès internes qui ne sont pas gérées par la gestion améliorée des abonnés sont affichées avec les informations d’adresse MAC (next hop) associées.

Répartition de la charge en fonction de la bande passante de l’interface opérationnelle sous-jacente pour les chemins multiples à coût égal (ECMP) sur les passerelles nexthop, en pourcentages.

Nombre d’itinéraires valides dans la base d’informations de routage (RIB) locale.

Nombre d’itinéraires non valides en raison d’incompatibilités origin-as dans le semi-rigide local.

Nombre d’itinéraires non valides en raison d’une incompatibilité de longueur maximale dans le RIB local.

Nombre d’itinéraires inconnus dans le semi-rigide local.