Préférences de routes statiques et sauts suivants qualifiés
Comprendre les préférences de routes statiques et les sauts suivants qualifiés
Une adresse de destination de route statique peut être associée à plusieurs sauts suivants. Dans ce cas, plusieurs itinéraires sont insérés dans la table de routage et la sélection de l’itinéraire doit avoir lieu. Étant donné que le critère principal de sélection d’itinéraire est la préférence d’itinéraire, vous pouvez contrôler les itinéraires utilisés comme itinéraire principal pour une destination particulière en définissant la préférence d’itinéraire associée à un saut suivant particulier. Les itinéraires dont la préférence est la plus faible sont toujours utilisés pour acheminer le trafic. Lorsque vous ne définissez pas de route préférée, Junos OS choisit de manière aléatoire l’une des adresses de saut suivant à installer dans la table de transfert.
En général, les propriétés par défaut affectées à une route statique s’appliquent à toutes les adresses de saut suivant configurées pour la route statique. Toutefois, si vous souhaitez configurer deux adresses de prochain saut possibles pour un itinéraire particulier et les traiter différemment, vous pouvez définir l’une d’entre elles comme un saut suivant qualifié.
Les sauts suivants qualifiés vous permettent d’associer une ou plusieurs propriétés à une adresse de saut suivant particulière. Vous pouvez définir une préférence globale pour un itinéraire statique particulier, puis spécifier une préférence différente pour le saut suivant qualifié. Par exemple, supposons que deux adresses de saut suivant (10.10.10.10 et 10.10.10.7) soient associées à la route statique 192.168.47.5/32. Une préférence générale est attribuée à l’ensemble de la route statique, puis une préférence différente est attribuée uniquement à l’adresse de saut suivant qualifiée 10.10.10.7. Par exemple:
route 192.168.47.5/32 {
next-hop 10.10.10.10;
qualified-next-hop 10.10.10.7 {
preference 6;
}
preference 5;
}
Dans cet exemple, le saut suivant qualifié 10.10.10.7 se voit attribuer la préférence 6 et le saut suivant 10.10.10.10 se voit attribuer la préférence 5.
Les preference options et metric de la [edit route route qualified-next-hophiérarchie ] ne s’appliquent qu’aux sauts suivants qualifiés. La préférence de saut suivant et la mesure qualifiées remplacent la préférence de route et la mesure pour ce saut suivant qualifié spécifique, de la même manière que la préférence de route remplace la préférence et la mesure par défaut (pour cet itinéraire spécifique).
À partir de la version 15.1R4 de Junos OS, le routeur ne prend plus en charge une configuration dans laquelle une route statique pointe vers un saut suivant lié à un abonné. En règle générale, cela peut se produire lorsque RADIUS attribue le saut suivant avec l’attribut Framed-IP-Address. Une alternative à cette mauvaise configuration consiste à demander au serveur RADIUS de fournir un attribut Framed-Route qui correspond à l’itinéraire statique.
Exemple : Configuration des préférences de routage statique et des sauts suivants qualifiés pour contrôler la sélection de routage statique
Cet exemple montre comment contrôler la sélection de route statique.
Exigences
Dans cet exemple, aucune configuration spéciale au-delà de l’initialisation de l’appareil n’est requise.
Aperçu
Dans cet exemple, la route statique 192.168.47.0/24 a deux sauts suivants possibles. Étant donné qu’une liaison a une bande passante plus élevée, cette liaison est le chemin préféré. Pour appliquer cette préférence, l’instruction qualified-next-hop est incluse dans la configuration sur les deux périphériques. Reportez-vous à la Figure 1.
d’un itinéraire statique
Topologie
Configuration
Procédure
Configuration rapide de la CLI
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.
Appareil B dans le réseau du fournisseur
set interfaces ge-1/2/0 unit 0 description B->D set interfaces ge-1/2/0 unit 0 family inet address 172.16.1.1/24 set interfaces fe-1/2/1 unit 2 description secondary-B->D set interfaces fe-1/2/1 unit 2 family inet address 192.168.2.1/24 set interfaces lo0 unit 57 family inet address 10.0.0.1/32 set interfaces lo0 unit 57 family inet address 10.0.0.2/32 set routing-options static route 192.168.47.0/24 next-hop 172.16.1.2 set routing-options static route 192.168.47.0/24 qualified-next-hop 192.168.2.2 preference 25
Appareil D dans le réseau du client
set interfaces ge-1/2/0 unit 1 description D->B set interfaces ge-1/2/0 unit 1 family inet address 172.16.1.2/24 set interfaces fe-1/2/1 unit 3 description secondary-D->B set interfaces fe-1/2/1 unit 3 family inet address 192.168.2.2/24 set interfaces lo0 unit 2 family inet address 192.168.47.5/32 set interfaces lo0 unit 2 family inet address 192.168.47.6/32 set routing-options static route 0.0.0.0/0 next-hop 172.16.1.1 set routing-options static route 0.0.0.0/0 qualified-next-hop 192.168.2.1 preference 25
Procédure étape par étape
L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour obtenir des instructions sur cette procédure, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de l’interface de ligne de commande Junos OS.
Pour contrôler la sélection d’itinéraire statique :
Sur l’appareil B, configurez les interfaces.
[edit interfaces] user@B# set ge-1/2/0 unit 0 description B->D user@B# set ge-1/2/0 unit 0 family inet address 172.16.1.1/24 user@B# set fe-1/2/1 unit 2 description secondary-B->D user@B# set fe-1/2/1 unit 2 family inet address 192.168.2.1/24 user@B# set lo0 unit 57 family inet address 10.0.0.1/32 user@B# set lo0 unit 57 family inet address 10.0.0.2/32
Sur l’équipement B, configurez un itinéraire statique vers le réseau client.
[edit routing-options static route 192.168.47.0/24] user@B# set next-hop 172.16.1.2
Sur l’équipement B, configurez un itinéraire de secours vers le réseau client.
[edit routing options static route 192.168.47.0/24] user@B# set qualified-next-hop 192.168.2.2 preference 25
Sur l’appareil D, configurez les interfaces.
[edit interfaces] user@D# set ge-1/2/0 unit 1 description D->B user@D# set ge-1/2/0 unit 1 family inet address 172.16.1.2/24 user@D# set fe-1/2/1 unit 3 description secondary-D->B user@D# set fe-1/2/1 unit 3 family inet address 192.168.2.2/24 user@D# set lo0 unit 2 family inet address 192.168.47.5/32 user@D# set lo0 unit 2 family inet address 192.168.47.6/32
Sur l’équipement D, configurez un itinéraire statique par défaut vers des réseaux externes.
[edit routing options static route 0.0.0.0/0] user@D# set next-hop 172.16.1.1
Sur l’équipement D, configurez une route statique de sauvegarde par défaut vers des réseaux externes.
[edit routing options static route 0.0.0.0/0] user@D# set qualified-next-hop 192.168.2.1 preference 25
Résultats
Confirmez votre configuration en exécutant les show interfaces commandes and show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
user@B# show interfaces
ge-1/2/0 {
unit 0 {
description B->D;
family inet {
address 172.16.1.1/24;
}
}
}
fe-1/2/1 {
unit 2 {
description secondary-B->D;
family inet {
address 192.168.2.1/24;
}
}
}
lo0 {
unit 57 {
family inet {
address 10.0.0.1/32;
address 10.0.0.2/32;
}
}
}
user@B# show routing-options
static {
route 192.168.47.0/24 {
next-hop 172.16.1.2;
qualified-next-hop 192.168.2.2 {
preference 25;
}
}
}
user@D# show interfaces
ge-1/2/0 {
unit 1 {
description D->B;
family inet {
address 172.16.1.2/24;
}
}
}
fe-1/2/1 {
unit 3 {
description secondary-D->B;
family inet {
address 192.168.2.2/24;
}
}
}
lo0 {
unit 2 {
family inet {
address 192.168.47.5/32;
address 192.168.47.6/32;
}
}
}
user@D# show routing-options
static {
route 0.0.0.0/0 {
next-hop 172.16.1.1;
qualified-next-hop 192.168.2.1 {
preference 25;
}
}
}
Si vous avez terminé de configurer les périphériques, entrez commit à partir du mode de configuration sur les deux périphériques.
Vérification
Vérifiez que la configuration fonctionne correctement.
- Vérification des tables de routage
- Envoi d’un ping aux adresses distantes
- S’assurer que la route de secours devient la route active
Vérification des tables de routage
But
Assurez-vous que les routes statiques apparaissent dans les tables de routage de l’équipement B et de l’équipement D.
Action
user@B> show route protocol static
inet.0: 7 destinations, 8 routes (7 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
192.168.47.0/24 *[Static/5] 02:02:03
> to 172.16.1.2 via ge-1/2/0.0
[Static/25] 01:58:21
> to 192.168.2.2 via fe-1/2/1.2
user@D> show route protocol static
inet.0: 7 destinations, 8 routes (7 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0.0.0.0/0 *[Static/5] 02:02:12
> to 172.16.1.1 via ge-1/2/0.1
[Static/25] 01:58:31
> to 192.168.2.1 via fe-1/2/1.3
Signification
Les astérisques (*) dans les tables de routage indiquent les itinéraires actifs. Les itinéraires de sauvegarde sont répertoriés ci-dessous.
Envoi d’un ping aux adresses distantes
But
Vérifiez que les routes statiques fonctionnent.
À partir de l’équipement B, envoyez une requête ping à l’une des adresses de l’interface de bouclage sur l’appareil D.
À partir de l’équipement D, envoyez une requête ping à l’une des adresses de l’interface de bouclage sur l’équipement B.
Action
user@B> ping 192.168.47.5 PING 192.168.47.5 (192.168.47.5): 56 data bytes 64 bytes from 192.168.47.5: icmp_seq=0 ttl=64 time=156.126 ms 64 bytes from 192.168.47.5: icmp_seq=1 ttl=64 time=120.393 ms 64 bytes from 192.168.47.5: icmp_seq=2 ttl=64 time=175.361 ms
user@D> ping 10.0.0.1 PING 10.0.0.1 (10.0.0.1): 56 data bytes 64 bytes from 10.0.0.1: icmp_seq=0 ttl=64 time=1.315 ms 64 bytes from 10.0.0.1: icmp_seq=1 ttl=64 time=31.819 ms 64 bytes from 10.0.0.1: icmp_seq=2 ttl=64 time=1.268 ms
S’assurer que la route de secours devient la route active
But
Si la route principale devient inutilisable, assurez-vous que la route secondaire de secours devient active.
Action
Désactivez la route active en désactivant l’interface ge-1/2/0.0 sur l’appareil B.
user@B# deactivate interfaces ge-1/2/0 unit 0 family inet address 172.16.1.1/24 user@B# commit
Vérifiez la table de routage de l’équipement B.
user@B> show route protocol static inet.0: 5 destinations, 5 routes (5 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 192.168.47.0/24 *[Static/25] 02:06:24 > to 192.168.2.2 via fe-1/2/1.2
Signification
La route de secours est devenue la route active.
Conservation des adresses IP à l’aide de routes statiques
Les fournisseurs d’hébergement hébergent plusieurs serveurs pour plusieurs clients et souhaitent préserver l’utilisation de leur espace d’adressage IP. Traditionnellement, lorsqu’un client fournisseur d’hébergement ajoute de nouveaux serveurs, les serveurs se voient attribuer un petit bloc d’adresses IP, tel qu’un bloc /29, et les serveurs du client sont tous situés dans ce bloc d’adresses IP.
Le numéro, illustré
Par exemple, le client A peut avoir besoin de trois serveurs et se voit attribuer le bloc 10.3.3.0/29 (10.3.3.0 à 10.3.3.7). Dans ce scénario, plusieurs adresses IP sont consommées. Il s’agit notamment des adresses IP de réseau et de diffusion (10.3.3.0 et 10.3.3.7), des adresses de la passerelle de routeur à laquelle les serveurs sont connectés et des adresses des serveurs individuels. Pour allouer trois serveurs, huit adresses IP doivent être allouées. La division d’un seul réseau /24 en 32 réseaux /29 donne 96 adresses IP sur les 256, dans la mesure où /24 est consommée par les adresses réseau, de diffusion et de passerelle. Lorsque cet effet est multiplié sur des milliers de fournisseurs d’hébergement, l’espace d’adressage IP est loin d’être utilisé efficacement. La figure 2 illustre le problème.
IP
Dans cette configuration, chaque client se voit attribuer un bloc d’espace d’adressage /29. Pour chaque bloc, les adresses réseau, de diffusion et de passerelle ne sont pas disponibles pour l’adressage IP du serveur, ce qui entraîne une utilisation inefficace de trois adresses IP. De plus, les blocs consomment des adresses IP inutilisées pour une expansion future.
Solution
Ce problème peut être résolu en configurant l’interface sur le routeur avec une adresse du préfixe IPv4 réservé pour l’espace d’adressage partagé (RFC 6598) et en utilisant des routes statiques pointées vers les interfaces. L’IANA a enregistré l’attribution d’un IPv4 /10 pour une utilisation en tant qu’espace d’adressage partagé. La plage d’adresses de l’espace d’adressage partagé est 100.64.0.0/10.
Une adresse IP est allouée à l’interface du routeur à partir de l’espace RFC 6598, de sorte qu’elle ne consomme pas d’espace d’adressage routable publiquement, et la connectivité est gérée avec des routes statiques sur une interface. L’interface du serveur est configurée avec une adresse de routage public, mais pas les interfaces du routeur. Les adresses réseau et de diffusion sont consommées dans l’espace RFC 6598 plutôt que dans l’espace d’adressage routable publiquement.
Cette fonctionnalité est prise en charge sur les commutateurs QFX10000 à partir de Junos OS 17.1R1.
La figure 3 illustre l’utilisation efficace de l’espace d’adressage IP.
partagé
Dans cette configuration, chaque client se voit attribuer des adresses IP individuelles par serveur. Il existe une route statique qui peut être configurée en tant que route hôte. Une adresse IP est allouée à l’interface du routeur à partir de l’espace RFC 6598, de sorte qu’elle ne consomme pas d’espace d’adressage routable publiquement, et la connectivité est gérée avec des routes statiques vers une interface.
Configuration
La configuration ressemble à ceci pour le client A sur le routeur de passerelle :
interfaces {
ge-1/0/1 {
unit 0 {
family inet {
address 100.64.0.1/30;
}
}
}
}
routing-options {
static {
route 203.0.113.10/32 {
qualified-next-hop ge-1/0/1.0;
}
route 203.0.113.11 {
qualified-next-hop ge-1/0/1.0;
}
}
}
Avec cette configuration, aucune adresse IP routable publiquement n’est gaspillée. Il convient de noter que lorsqu’un paquet est transféré dans cette configuration du routeur au serveur du serveur du client A 203.0.113.10, la route est transférée à l’interface ge-1/0/1.0 dont l’adresse IP est 100.64.0.1.
Les serveurs du client A sont configurés comme suit :
ifconfig eth0 203.0.113.10 netmask 255.255.255.255route add -host 100.64.0.1/32 dev eth0 route add default gw 100.64.0.1
ifconfig eth0 203.0.113.11 netmask 255.255.255.255route add -host 100.64.0.1/32 dev eth0 route add default gw 100.64.0.1
Cet exemple montre une seule route d’hôte par serveur, qui correspond à un mappage 1:1. Si cela est maintenu, cela pourrait équivaloir à un grand nombre de routes hôtes statiques. Pour des raisons de mise à l’échelle, nous devons prendre en charge les routes non-hôtes dans cet environnement. Par exemple, si un client C dans cette configuration comporte huit serveurs, il serait beaucoup plus efficace d’allouer une route /29 sur le routeur qui indique l’interface sur laquelle les huit serveurs sont connectés. Si le client C se voyait attribuer des adresses IP serveur de 203.0.114.8 à 203.0.114.15 et que celles-ci étaient connectées via l’interface ge-1/0/2.0, cela ressemblerait à ceci :
user@host# set routing-options static route 203.0.114.8/29 qualified-next-hop ge-1/0/2.0
Comprendre le contrôle de route statique dans les tables de routage et de transfert
Vous pouvez contrôler l’importation de routes statiques dans les tables de routage et de transfert de plusieurs façons. Les méthodes principales incluent l’affectation d’un ou plusieurs des attributs suivants à l’itinéraire :
retain : conserve l’itinéraire dans la table de transfert après l’arrêt du processus de routage ou le redémarrage de l’équipement.
no-readvertise : empêche la réannonce de la route vers d’autres protocoles de routage.
passive : rejette le trafic destiné à l’itinéraire.
Cette rubrique comprend les sections suivantes :
Rétention de route
Par défaut, les routes statiques ne sont pas conservées dans la table de transfert lorsque le processus de routage s’arrête. Lorsque le processus de routage redémarre, toutes les routes configurées en tant que routes statiques doivent être ajoutées à nouveau à la table de transfert. Pour éviter cette latence, les routes peuvent être marquées comme étant conservées, de sorte qu’elles soient conservées dans la table de transfert même après l’arrêt du processus de routage. La rétention garantit que les routes se trouvent toujours dans la table de transfert, même immédiatement après le redémarrage du système.
Prévention de la nouvelle publicité
Par défaut, les routes statiques peuvent être réannoncées par d’autres protocoles de routage. Dans une zone de stub où vous ne souhaitez peut-être en aucun cas réannoncer ces routes statiques, vous pouvez marquer les routes statiques comme no-readvertise.
Rejet forcé du trafic de route passive
En règle générale, seules les routes actives sont incluses dans les tables de routage et de transfert. Si l'adresse de saut suivant d'une route statique est inaccessible, la route est marquée passive et n'est pas incluse dans les tables de routage ou de transfert. Pour forcer l’inclusion d’une route dans les tables de routage, quelle que soit l’accessibilité du prochain saut, vous pouvez marquer la route comme passive. Si un itinéraire est marqué comme passif et que son adresse de saut suivant est inaccessible, l’itinéraire est inclus dans la table de routage et tout le trafic destiné à l’itinéraire est rejeté.
Exemple : Empêcher la réannonce d’une route statique
Cet exemple montre comment empêcher une route statique d’être réannoncée dans OSPF, empêchant ainsi la route d’apparaître dans les tables de routage et de transfert.
Exigences
Dans cet exemple, aucune configuration spéciale au-delà de l’initialisation de l’appareil n’est requise.
Aperçu
Cet exemple montre comment configurer une stratégie de routage qui relance les routes statiques dans OSPF, à l’exception d’une route statique qui n’est pas réannoncée car elle est balisée avec l’instruction no-readvertise .
Topologie
La figure 4 illustre l’exemple de réseau.
Configuration
Procédure
- Configuration rapide de la CLI
- Procédure étape par étape
- Procédure étape par étape
- Procédure étape par étape
- Résultats
Configuration rapide de la CLI
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.
Appareil A
set interfaces fe-1/2/0 unit 4 description A->B set interfaces fe-1/2/0 unit 4 family inet address 10.0.2.2/30 set protocols ospf area 0.0.0.0 interface fe-1/2/0.4
Dispositif B
set interfaces fe-1/2/0 unit 3 description B->A set interfaces fe-1/2/0 unit 3 family inet address 10.0.2.1/30 set interfaces fe-1/2/1 unit 6 description B->C set interfaces fe-1/2/1 unit 6 family inet address 10.0.3.1/30 set protocols bgp group ext type external set protocols bgp group ext peer-as 23 set protocols bgp group ext neighbor 10.0.3.2 set protocols ospf export send-static set protocols ospf area 0.0.0.0 interface fe-1/2/0.3 set policy-options policy-statement send-static from protocol static set policy-options policy-statement send-static then accept set routing-options static route 0.0.0.0/0 next-hop 10.0.3.2 set routing-options static route 192.168.0.0/24 next-hop 10.0.3.2 set routing-options static route 192.168.0.0/24 no-readvertise set routing-options autonomous-system 17
Dispositif C
set interfaces fe-1/2/0 unit 7 description B->C set interfaces fe-1/2/0 unit 7 family inet address 10.0.3.2/30 set interfaces lo0 unit 5 family inet address 192.168.0.1/32 set protocols bgp group ext type external set protocols bgp group ext peer-as 17 set protocols bgp group ext neighbor 10.0.3.1 set routing-options autonomous-system 23
Procédure étape par étape
L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour obtenir des instructions sur cette procédure, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de l’interface de ligne de commande Junos OS.
Pour configurer l’appareil A :
Configurez l’interface avec l’appareil B.
[edit interfaces fe-1/2/0 unit 4] user@A# set description A->B user@A# set family inet address 10.0.2.2/30
Configurez OSPF pour former une relation d’homologue OSPF avec l’équipement B.
[edit protocols ospf area 0.0.0.0] user@A# set interface fe-1/2/0.4
Procédure étape par étape
Pour configurer l’équipement B :
Configurez les interfaces vers l’appareil A et l’appareil C.
[edit interfaces] user@B# set fe-1/2/0 unit 3 description B->A user@B# set fe-1/2/0 unit 3 family inet address 10.0.2.1/30 user@B# set fe-1/2/1 unit 6 description B->C user@B# set fe-1/2/1 unit 6 family inet address 10.0.3.1/30
Configurez une ou plusieurs routes statiques ainsi que le numéro du système autonome (AS).
[edit routing-options] user@B# set static route 0.0.0.0/0 next-hop 10.0.3.2 user@B# set static route 192.168.0.0/24 next-hop 10.0.3.2 user@B# set autonomous-system 17
Configurez la stratégie de routage.
Cette stratégie exporte les routes statiques de la table de routage vers OSPF.
[edit policy-options policy-statement send-static] user@B# set from protocol static user@B# set then accept
Incluez l’instruction
no-readvertisepour empêcher l’exportation de la route 192.168.0.0/24 vers OSPF.[edit routing-options] user@B# set static route 192.168.0.0/24 no-readvertise
Configurez les protocoles de routage.
La configuration BGP forme une relation d’homologue BGP externe (EBGP) avec l’appareil C.
La configuration OSPF forme une relation d’homologue OSPF avec l’équipement A et applique la stratégie de routage statique d’envoi .
[edit protocols] user@B# set bgp group ext type external user@B# set bgp group ext peer-as 23 user@B# set bgp group ext neighbor 10.0.3.2 user@B# set ospf export send-static user@B# set ospf area 0.0.0.0 interface fe-1/2/0.3
Procédure étape par étape
Pour configurer l’équipement C :
Créez l’interface sur l’appareil B et configurez l’interface de bouclage.
[edit interfaces ] user@C# set fe-1/2/0 unit 7 description B->C user@C# set fe-1/2/0 unit 7 family inet address 10.0.3.2/30 user@C# set lo0 unit 5 family inet address 192.168.0.1/32
Configurez la session d’appairage EBGP avec l’équipement B.
[edit protocols bgp group ext] user@C# set type external user@C# set peer-as 17 user@C# set neighbor 10.0.3.1
Configurez le numéro AS.
[edit routing-options] user@C# set autonomous-system 23
Résultats
Confirmez votre configuration en exécutant les show interfacescommandes , show policy-options, show protocolset show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
Appareil A
user@A# show interfaces
fe-1/2/0 {
unit 4 {
description A->B;
family inet {
address 10.0.2.2/30;
}
}
}
user@A# show protocols
ospf {
area 0.0.0.0 {
interface fe-1/2/0.4;
}
}
Dispositif B
user@B# show interfaces
interfaces {
fe-1/2/0 {
unit 3 {
description B->A;
family inet {
address 10.0.2.1/30;
}
}
}
fe-1/2/1 {
unit 6 {
description B->C;
family inet {
address 10.0.3.1/30;
}
}
}
}
user@B# show policy-options
policy-statement send-static {
from protocol static;
then accept;
}
user@B# show protocols
bgp {
group ext {
type external;
peer-as 23;
neighbor 10.0.3.2;
}
}
ospf {
export send-static;
area 0.0.0.0 {
interface fe-1/2/0.3;
}
}
user@B# show routing-options
static {
route 0.0.0.0/0 next-hop 10.0.3.2;
route 192.168.0.0/24 {
next-hop 10.0.3.2;
no-readvertise;
}
}
autonomous-system 17;
Dispositif C
user@C# show interfaces
fe-1/2/0 {
unit 7 {
description B->C;
family inet {
address 10.0.3.2/30;
}
}
}
lo0 {
unit 5 {
family inet {
address 192.168.0.1/32;
}
}
}
user@C# show protocols
bgp {
group ext {
type external;
peer-as 17;
neighbor 10.0.3.1;
}
}
user@C# show routing-options autonomous-system 23;
Si vous avez terminé de configurer les périphériques, entrez commit à partir du mode de configuration.
Vérification
Vérifiez que la configuration fonctionne correctement.
Vérification de la table de routage
But
Assurez-vous que l’instruction no-readvertise fonctionne.
Action
Sur l’équipement A, exécutez la
show route protocol ospfcommande pour vous assurer que l’itinéraire 192.168.0.0/24 n’apparaît pas dans la table de routage de l’équipement A.user@A> show route protocols ospf inet.0: 4 destinations, 4 routes (4 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 0.0.0.0/0 *[OSPF/150] 00:03:15, metric 0, tag 0 > to 10.0.2.1 via fe-1/2/0.4 224.0.0.5/32 *[OSPF/10] 00:04:07, metric 1 MultiRecvSur l’appareil B, désactivez l’instruction
no-readvertise.user@B# deactivate routing-options static route 192.168.0.0/24 no-readvertise
Sur l’équipement A, réexécutez la
show route protocol ospfcommande pour vous assurer que l’itinéraire 192.168.0.0/24 apparaît dans la table de routage de l’équipement A.user@A> show route protocols ospf inet.0: 5 destinations, 5 routes (5 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 0.0.0.0/0 *[OSPF/150] 00:04:24, metric 0, tag 0 > to 10.0.2.1 via fe-1/2/0.4 192.168.0.0/24 *[OSPF/150] 00:00:15, metric 0, tag 0 > to 10.0.2.1 via fe-1/2/0.4 224.0.0.5/32 *[OSPF/10] 00:05:16, metric 1 MultiRecv
Signification
L’instruction no-readvertise fonctionne comme prévu.
Vérification de la configuration de la route statique
But
Vérifiez que les routes statiques se trouvent dans la table de routage et qu’elles sont actives.
Action
Dans l’interface de ligne de commande, entrez la show route terse commande.
Sortie de l’échantillon
nom_commande
user@host> show route terse inet.0: 20 destinations, 20 routes (20 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both A Destination P Prf Metric 1 Metric 2 Next hop AS path * 192.168.47.5/32 S 5 Reject * 172.16.0.0/12 S 5 >192.168.71.254 * 192.168.0.0/18 S 5 >192.168.71.254 * 192.168.40.0/22 S 5 >192.168.71.254 * 192.168.64.0/18 S 5 >192.168.71.254 * 192.168.64.0/21 D 0 >fxp0.0 * 192.168.71.246/32 L 0 Local * 192.168.220.4/30 D 0 >ge-0/0/1.0 * 192.168.220.5/32 L 0 Local * 192.168.220.8/30 D 0 >ge-0/0/2.0 * 192.168.220.9/32 L 0 Local * 192.168.220.12/30 D 0 >ge-0/0/3.0 * 192.168.220.13/32 L 0 Local * 192.168.220.17/32 L 0 Reject * 192.168.220.21/32 L 0 Reject * 192.168.220.24/30 D 0 >at-1/0/0.0 * 192.168.220.25/32 L 0 Local * 192.168.220.28/30 D 0 >at-1/0/1.0 * 192.168.220.29/32 L 0 Local * 224.0.0.9/32 R 100 1 MultiRecv
Signification
La sortie affiche la liste des routes qui se trouvent actuellement dans la table de routage inet.0 . Vérifiez les informations suivantes :
Chaque route statique configurée est présente. Les routes sont répertoriées par ordre croissant par adresse IP. Les routes statiques sont identifiées par un S dans la colonne de protocole (P) de la sortie.
Chaque route statique est active. Les routes actives affichent l’adresse IP du prochain saut dans la colonne Saut suivant . Si l'adresse de saut suivant d'un itinéraire est inaccessible, l'adresse de saut suivant est identifiée comme Rejeter. Ces routes ne sont pas des routes actives, mais elles apparaissent dans la table de routage car l’attribut passif est défini.
La préférence pour chaque route statique est correcte. La préférence pour un itinéraire particulier est répertoriée dans la colonne Prf de la sortie.
Voir aussi
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’explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.