configuration des tables de routage Junos OS

Junos OS crée et gère automatiquement plusieurs tables de routage. Chaque table de routage est utilisée dans un but précis. En plus de ces tables de routage créées automatiquement, vous pouvez créer vos propres tables de routage.

Chaque table de routage remplit une partie de la table de transfert. Ainsi, la table de transfert est partitionnée en fonction des tables de routage. Cela permet un comportement de transfert spécifique pour chaque table de routage. Par exemple, pour les VPN, chaque table de routage basée sur un VPN possède sa propre partition spécifique au VPN dans la table de transfert.

Il est courant que le logiciel de routage gère les routes unicast et multicast dans différentes tables de routage. Vous pouvez également avoir des considérations de stratégie qui vous amèneraient à créer des tables de routage distinctes pour gérer la propagation des informations de routage.

La création de tables de routage est facultative. Si vous n’en créez pas, Junos OS utilise ses tables de routage par défaut, qui sont les suivantes :

• inet.0 : pour les routes unicast IP version 4 (IPv4). Cette table stocke les routes locales et directes de l’interface, les routes statiques et les routes apprises dynamiquement.

• inet.1 : pour le cache de transfert de multicast IPv4. Cette table stocke les entrées de groupe IPv4 (S,G) qui sont créées dynamiquement à la suite des informations sur l’état de jointure.

• inet.2 : pour les routes SAFI (Subsequent Address Family Indicator) 2, lorsque le BGP multiprotocole (MBGP) est activé. Cette table stocke les routes unicast utilisées pour la recherche RPF (Reverse-Path-Forwarding) multicast. Les itinéraires de cette table peuvent être utilisés par le protocole DVMRP (Distance Vector Multicast Routing), qui nécessite une table RPF spécifique. En revanche, le PIM (Protocol Independent Multicast) n’a pas besoin de cette table, car il peut effectuer des vérifications RPF par rapport à la table inet.0. Vous pouvez importer des routes d’inet.0 vers inet.2 à l’aide de groupes de bases d’informations de routage (RIB) ou installer des routes directement dans inet.2 à partir d’un protocole de routage multicast.

• inet.3 : pour MPLS IPv4. Cette table stocke l’adresse de sortie d’un chemin d’accès à l’étiquette MPLS (LSP), le nom LSP et le nom de l’interface sortante. Cette table de routage n’est utilisée que lorsque l’équipement local est le nœud d’entrée d’un LSP.

• inet6.0 : pour les routes unicast IP version 6 (IPv6). Cette table stocke les routes locales et directes de l’interface, les routes statiques et les routes apprises dynamiquement.

• inet6.1 : pour le cache de transfert multicast IPv6. Cette table stocke les entrées de groupe IPv6 (S,G) créées dynamiquement à la suite des informations sur l’état de jointure.

• inet6.2 : la table inet6.2 est souvent utilisée conjointement avec d’autres tables de routage IPv6 dans le cadre des groupes de tables de routage par défaut pour les routes d’interface, en particulier sur les routeurs PTX.

• inet6.3 : la table inet6.3 est utilisée pour stocker les routes IPv6 étiquetées.

• instance-name.inet.0 : si vous configurez une instance de routage, Junos OS crée la table de routage instance-nameunicast par défaut .inet.0.

• instance-name.inet.2 : si vous configurez des protocoles d’instances instance-name de routage de la famille bgp inet multicast dans une instance de routage de type VRF, Junos OS crée la instance-nametable .inet.2 .

  Une autre façon de créer la instance-nametable .inet.2 consiste à utiliser l’instruction rib-group . Reportez-vous à la section Exemple : Exportation de routes spécifiques d’une table de routage vers une autre table de routage.

  Note:

  L’importation de routes multicast inet-vpn de la table bgp.l3vpn.2 dans la instance-nametable .inet.2 ne crée pas la instance-nametable .inet.2 . L’opération d’importation ne fonctionne que si la instance-nametable .inet.2 existe déjà.

• instance-name.inetflow.0 : si vous configurez un itinéraire de flux, Junos OS crée la table de routage de instance-nameflux .inetflow.0.

• bgp.l2vpn.0 : pour les routes VPN de couche 2 apprises à partir de BGP. Cette table stocke les routes apprises à partir d’autres routeurs PE (Provider Edge). Les informations de routage de couche 2 sont copiées dans les instances de routage et de transfert VPN de couche 2 (VRF) en fonction des communautés cibles.

• bgp.l3vpn.0 : pour les routes VPN de couche 3 apprises à partir de BGP. Cette table stocke les routes apprises à partir d’autres routeurs PE. Les itinéraires de cette table sont copiés dans un VRF de couche 3 lorsqu’il existe une table de routage correspondante.

• l2circuit.0: pour les routes l2circuit apprises à partir de LDP. Les routes de cette table sont utilisées pour envoyer ou recevoir des messages de signalisation l2circuit.

• mpls.0 : pour les opérations de commutation d’étiquettes MPLS. Cette table est utilisée lorsque l’équipement local est un routeur de transit.

• iso.0 : pour les routes IS-IS. Lorsque vous utilisez IS-IS pour prendre en charge le routage IP, cette table contient uniquement le titre d’entité réseau (NET) de l’appareil local.

• juniper_private : permet aux Junos OS de communiquer en interne entre le moteur de routage et le matériel PIC.

• l2xc.0—La table contient les routes d’interconnexion de couche 2 pour CCC et les services de commutation de couche 2 associés dans Junos OS sur un réseau SRv6.

• lsdist.0—La table de Junos OS contient les NLRI BGP-LS, qui servent de point d’intégration clé entre la base de données d’ingénierie du trafic et l’annonce et la réception des routes BGP-LS.

• vxlan.inet : pour les opérations de tunnelisation VXLAN sur certaines plates-formes QFX. Ce tableau stocke l’accessibilité aux points de terminaison de tunnel VXLAN sur un réseau IP. Il est utilisé pour l’encapsulation et la décapsulation VXLAN.

• bgp.evpn0 : pour les routes BGP EVPN. Cette table stocke les routes apprises via BGP pour les opérations EVPN, y compris les liaisons d’adresses MAC et IP, les routes multicast inclusives et les routes de segment Ethernet.

• instance-name.evpn : pour les routes EVPN dans une instance de routage spécifique. Lorsque vous configurez une instance de routage EVPN, Junos et EVO OS créent cette table pour stocker les routes EVPN spécifiques à cette instance.

Junos OS gère deux bases de données pour les informations de routage :

• Table de routage : contient toutes les informations de routage apprises par tous les protocoles de routage. (Certains fournisseurs appellent ce type de tableau une base d’informations de routage [RIB].)

• Table de transfert : contient les routes réellement utilisées pour transférer les paquets. (Certains fournisseurs appellent ce type de tableau une base d’informations de transfert [FIB].)

Par défaut, Junos OS gère trois tables de routage : une pour les routes unicast IP version 4 (IPv4), une seconde pour les routes multicast et une troisième pour MPLS. Vous pouvez configurer des tables de routage supplémentaires.

Junos OS gère des tables de routage distinctes pour les routes IPv4 et IP version 6 (IPv6).

Junos OS installe toutes les routes actives de la table de routage dans la table de transfert. Les routes actives sont des routes qui sont utilisées pour transférer les paquets vers leurs destinations. Le noyau du système d’exploitation Junos conserve une copie principale de la table de transfert. Il copie la table de transfert vers le moteur de transfert de paquets, qui est le composant responsable du transfert des paquets.

Le processus du protocole de routage Junos détermine généralement l’itinéraire actif en sélectionnant l’itinéraire dont la valeur de préférence est la plus faible. Junos OS prend en charge les préférences alternatives et de départage, et certains protocoles de routage, notamment BGP et MPLS, utilisent ces préférences supplémentaires.

Vous pouvez ajouter des adresses martiennes et des routes statiques, agrégées et générées aux tables de routage Junos, en configurant les routes avec une ou plusieurs des propriétés indiquées dans le Tableau 1.

Les routeurs PTX Series sont des plates-formes de transit MPLS qui effectuent le transfert IP, généralement à l’aide de routes IGP (Interior Gateway Protocol). Les routes d’interface sont directement connectées et les routes locales.

Contrairement aux autres périphériques de routage Junos OS, les routeurs PTX Series sont capables d’effectuer une résolution indirecte des sauts suivants. Les routeurs PTX Series doivent résoudre le saut suivant indirect pour créer le saut suivant composite chaîné. Cela peut entraîner le masquage des routes lorsque le type de saut suivant est inutilisable.

Pour éviter que les routes ne soient masquées, les plates-formes PTX Series copient automatiquement les routes d’inet.0 dans inet.2 et inet.3, et les routes d’inet6.0 dans inet6.2 et inet6.3.

La configuration par défaut de la table de routage d’interface sur les routeurs PTX Series est la suivante :

Cet exemple montre comment créer une table de routage personnalisée.

Cet exemple montre comment dupliquer des routes spécifiques d’une table de routage vers une autre table de routage au sein de la même instance de routage.