Préférences de route statiques et sauts suivants qualifiés
Compréhension des préférences de route statiques et des sauts suivants qualifiés
Une adresse de destination de route statique peut être associée à plusieurs sauts suivants. Dans ce cas, plusieurs routes sont insérées dans la table de routage et la sélection du routage doit avoir lieu. Parce que le critère principal de sélection du routeur est la préférence de route,vous pouvez contrôler les routes qui sont utilisées comme route principale pour une destination spécifique en établissant la préférence de route associée à un saut suivant particulier. Les routes avec une préférence de route inférieure sont toujours utilisées pour router le trafic. Si vous ne définissez pas de route préférée, le Junos OS choisit de manière aléatoire l’une des adresses du saut suivant pour l’installer dans la table de forwarding.
En général, les propriétés par défaut attribuées à une route statique s’appliquent à toutes les adresses de saut suivant configurées pour la route statique. Si, cependant, vous souhaitez configurer deux adresses de saut suivant possibles pour une route spécifique et les traiter différemment, vous pouvez en définir une comme saut suivant qualifié.
Les sauts suivants qualifiés vous permettent d’associer une ou plusieurs propriétés à une adresse de saut suivant spécifique. Vous pouvez définir une préférence globale pour une route statique spécifique, puis spécifier une autre préférence pour le saut suivant qualifié. Par exemple, imaginons 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 à l’adresse « next-hop address » 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 10.10.10.7 qualifié est attribué à 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 les options de la hiérarchie ] metric [edit route route qualified-next-hop s’appliquent uniquement aux sauts suivants qualifiés. La préférence et la mesure du saut suivant qualifié remplacent la préférence et la mesure de route pour ce saut suivant qualifié uniquement, 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 cette route spécifique).
À partir Junos OS version 15.1R4, le routeur ne prend plus en charge une configuration dans laquelle un routeur statique pointe vers un saut suivant qui est lié à un abonné. En règle générale, cela peut se produire lorsque RADIUS affecte le saut suivant avec l’attribut d’adresse IP encadrée. Autre alternative à cette mauvaise configuration: le serveur d’RADIUS fournit un attribut de route encadré qui correspond à la route statique.
Exemple: Configuration des préférences de route statiques et des sauts suivants qualifiés pour contrôler la sélection de route statique
Cet exemple montre comment contrôler la sélection de route statique.
Exigences
Dans cet exemple, aucune configuration particulière au-delà de l’initialisation de l’équipement n’est requise.
Aperçu
Ici, la route statique 192.168.47.0/24 dispose de deux sauts suivants possibles. Parce qu’une liaison dispose d’une bande passante plus élevée, cette liaison est le chemin préféré. Pour appliquer cette préférence, qualified-next-hop l’instruction est incluse dans la configuration sur les deux équipements. Voir figure 1.
Topologie
Configuration
Procédure
CLI configuration rapide
Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez toutes les interruptions de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, puis copiez/collez les commandes dans le CLI au niveau de la [edit] hiérarchie.
Équipement 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
Équipement D dans le réseau 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 dans différents niveaux dans la hiérarchie de configuration. Pour obtenir des instructions sur la manière de vous y rendre, consultez le manuel Using the CLI Editor in Configuration Mode dans le Junos OS CLI User Guide.
Pour contrôler la sélection de route statique:
Sur l’équipement 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 une route statique vers le réseau du 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 une route de secours vers le réseau du 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’équipement 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 routeur 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 un routeur statique de secours 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 publiant les show interfaces commandes show routing-options et les commandes. 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 la configuration des équipements a été effectuée, saisissez la validation en mode de configuration sur ces deux équipements.
Vérification
Vérifier que la configuration fonctionne correctement.
- Vérification des tables de routage
- Ping sur les 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 des équipements B et 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
Sens
Les astérisques (*) des tables de routage indiquent les routes actives. Les routes de secours sont répertoriées ci-après.
Ping sur les adresses distantes
But
Vérifiez que les routes statiques fonctionnent bien.
Depuis l’équipement B, ping l’une des adresses de l’interface de bouclage sur l’équipement D.
Depuis l’équipement D, 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 le routeur principal devient inutilisable, assurez-vous que la route secondaire de secours devient active.
Action
Désactivez le routeur actif en désactivant l’interface ge-1/2/0.0 de l’équipement B.
user@B# deactivate interfaces ge-1/2/0 unit 0 family inet address 172.16.1.1/24 user@B# commit
Consultez 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
Sens
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 conserver l’utilisation de leur espace d’adresse IP. Traditionnellement, lorsqu’un client de fournisseur d’hébergement ajoute de nouveaux serveurs, un petit bloc d’adresses IP est alloué, par exemple un bloc de /29, et les serveurs du client sont tous situés dans ce bloc d’adresses IP.
Le problème, 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 diffusion et réseau (10.3.3.0 et 10.3.3.7), des adresses de la passerelle de routeur à qui les serveurs sont connectés, ainsi que des adresses des serveurs individuels. Pour allouer trois serveurs, huit adresses IP doivent être allouées. La breaking up a single/24 network into 32/29 networks results in 96 IP addresses out of the 256, in that /24 is consumed by the network, broadcast, and gateway addresses. Lorsqu’un tel effet se multiplie sur des milliers de fournisseurs d’hébergement, l’espace d’adresse IP est loin d’être utilisé efficacement. La figure 2 illustre le problème.
Dans cette configuration, chaque client se doit d’allouer un /29 bloc d’espace d’adresse. Pour chaque bloc, les adresses réseau, de diffusion et de passerelle ne sont pas disponibles pour l’adressagation IP du serveur, ce qui se traduit par une utilisation inefficace de trois adresses IP. En outre, ces blocs consomment des adresses IP non consommées pour une extension ultérieure.
Solution
Il est possible de résoudre ce problème en configurant l’interface du routeur avec une adresse du préfixe IPv4 réservé pour l’espace d’adresse partagé (RFC 6598) et en utilisant des routes statiques pointées sur les interfaces. IANA a enregistré l’allocation d’un IPv4/10 pour une utilisation en tant qu’espace d’adresse partagée. La plage d’adresses partagées est 100.64.0.0/10.
L’interface du routeur se voie attribuer une adresse IP à partir de l’espace RFC 6598, de sorte qu’elle ne consomme pas d’espace d’adresses publiquement routables et que la connectivité est gérée par des routes statiques sur une interface. L’interface du serveur est configurée avec une adresse routable publiquement, mais pas les interfaces de routeur. Les adresses réseau et de diffusion sont consommées dans l’espace RFC 6598 plutôt que dans l’espace d’adresses routable publiquement.
Cette fonctionnalité est prise en charge par les QFX10000 à partir de Junos OS 17.1R1.
La Figure 3 illustre l’utilisation efficace de l’espace d’adresse IP.
Dans cette configuration, chaque client se fait attribuer des adresses IP individuelles par serveur. Il existe une route statique qui peut être configurée comme route hôte. L’interface du routeur se voie attribuer une adresse IP à partir de l’espace RFC 6598, de sorte qu’elle n’consomme pas d’espace d’adresses publiquement routables et que la connectivité est gérée avec des routes statiques vers une interface.
Configuration
La configuration ressemblerait à celle du client A du 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. Notez que lorsqu’un paquet est transmis dans cette configuration depuis le routeur vers le serveur du serveur client A 203.0.113.10, le routeur est transmis à l’interface ge-1/0/1.0, qui dispose d’une adresse IP de 100.64.0.1 .
Les serveurs du client A seraient 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 hôte par serveur, c’est-à-d. une mise en correspondance 1:1. Cette situation pourrait s’adager à un grand nombre de routes hôtes statiques, si elle était maintenue. À des fins d’évolutation, nous devons prendre en charge les routes non-host dans cet environnement. Par exemple, s’il y avait un Client C dans cette configuration qui avait huit serveurs, il serait bien plus efficace d’allouer un routeur /29 sur le routeur qui indique l’interface sur laquelle les huit serveurs sont connectés. Si le client C se voie allouer des IPs serveur de 203.0.114.8 à 203.0.114.15 et qu’ils sont connectés via l’interface ge-1/0/2.0, cela ressemblerait à:
user@host# set routing-options static route 203.0.114.8/29 qualified-next-hop ge-1/0/2.0
Understanding Static Route Control in Routing and Forwarding Tables
Vous pouvez contrôler l’importation de routes statiques dans les tables de routage et de routage de plusieurs façons. Il est notamment possible d’attribuer un ou plusieurs des attributs suivants à la route:
conserver:conserve le routage dans la table de routage après l’arrêt du processus de routage ou le redémarrage de l’équipement.
no-readvertise:empêche la lecture du routage avec d’autres protocoles de routage.
passif:rejette le trafic destiné à la route.
Ce sujet comprend les sections suivantes:
- Conservation du routeur
- Prévention desvertisements
- Une chose est de ne pas s’en prendre au trafic passif.
Conservation du routeur
Par défaut, les routes statiques ne sont pas conservées dans la table de forwarding lorsque le processus de routage s’arrête. Lorsque le processus de routage recommencera, tous les routes configurées en tant que routes statiques doivent être à nouveau ajoutés à la table de routage. Pour éviter cette latence, les routes peuvent être identifiées comme conservées afind’être conservées dans la table de routage même après l’arrêt du processus de routage. La conservation garantit que les routes sont toujours dans la table de forwarding, même immédiatement après le redémarrage du système.
Prévention desvertisements
Les routes statiques peuvent être lues par défaut par d’autres protocoles de routage. Dans une zone d’stub où vous ne souhaitez peut-être pas lirevertiser ces routes statiques en aucun cas, vous pouvez mettre en avant les routes statiques en tant qu’absence de lecturevertise.
Une chose est de ne pas s’en prendre au trafic passif.
En règle générale, seules les routes actives sont incluses dans les tables de routage et de routage. Si l’adresse du saut suivant d’une route statique n’est pas mise en cache, la route est indiquée passive et elle n’est pas incluse dans les tables de routage ou de routage. Pour forcer l’utilisation d’un routage dans les tables de routage, quelle que soit l’accessibilité du saut suivant, vous pouvez la mettre en avant comme passive. Si une route est identifiée passive et que son adresse du saut suivant n’est pas mise en cache, la route est incluse dans la table de routage, et tout le trafic destiné à la route est rejeté.
Exemple: Éviter la lecture d’une route statique
Cet exemple montre comment empêcher la lecture d’une route statique en OSPF, ce qui empêche l’apparition de la route dans les tables de routage et de routage.
Exigences
Dans cet exemple, aucune configuration particulière au-delà de l’initialisation de l’équipement n’est requise.
Aperçu
Cet exemple montre comment configurer une stratégie de routage qui litvertise les routes statiques en OSPF, à l’exception d’une route statique qui n’est pas réexavertie car elle est balisée avec no-readvertise l’instruction.
Topologie
La figure 4 illustre l’exemple de réseau.
Configuration
Procédure
- CLI configuration rapide
- Procédure étape par étape
- Procédure étape par étape
- Procédure étape par étape
- Résultats
CLI configuration rapide
Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez toutes les interruptions de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, puis copiez/collez les commandes dans le CLI au niveau de la [edit] hiérarchie.
Équipement 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
Équipement 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
Équipement 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 dans différents niveaux dans la hiérarchie de configuration. Pour obtenir des instructions sur la manière de vous y rendre, consultez le manuel Using the CLI Editor in Configuration Mode dans le Junos OS CLI User Guide.
Pour configurer l’équipement A:
Configurez l’interface sur l’équipement 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 créer OSPF relation de pair 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 sur les équipements A et 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 un ou plusieurs routes statiques et le numéro de 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 des 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
Inclure l’instruction d’empêcher l’exportation vers le
no-readvertiseOSPF.[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 BGP externe (EBGP) avec l’équipement C.
La configuration OSPF forme une relation OSPF de pair 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 de l’équipement 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’peering 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 AS de l’appareil.
[edit routing-options] user@C# set autonomous-system 23
Résultats
Confirmez votre configuration en publiant show interfaces les commandes et le show policy-options show protocols , 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.
Équipement 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;
}
}
Équipement 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;
Équipement 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 la configuration des équipements a été effectuée, saisissez la validation depuis le mode de configuration.
Vérification
Vérifier que la configuration fonctionne correctement.
Vérification de la table de routage
But
Assurez-vous que no-readvertise l’énoncé fonctionne.
Action
Sur l’appareil A, exécutez la commande pour vous assurer que la
show route protocol ospfroute 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’équipement B, désactivez
no-readvertisel’énoncé.user@B# deactivate routing-options static route 192.168.0.0/24 no-readvertise
Sur l’équipement A, redéexécutez la commande pour vous assurer que la
show route protocol ospfroute 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
Sens
Cet no-readvertise énoncé fonctionne comme prévu.
Vérification de la configuration de route statique
But
Vérifiez que les routes statiques sont dans la table de routage et que ces routes sont actives.
Action
À partir du CLI, saisissez la show route terse commande.
Exemple de sortie
nom de 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
Sens
La sortie affiche une liste des routes actuellement présentes dans la table de routage inet.0. Vérifier 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 indiquent l’adresse IP du saut suivant dans la colonne Du saut suivant. Si l’adresse du saut suivant d’une route n’est pas mise en cache, l’adresse du saut suivant est identifiée comme « Rejeter». Ces routes ne sont pas des routes actives, mais elles apparaissent dans la table de routage parce que l’attribut passif est définir.
La préférence pour chaque route statique est correcte. La préférence pour une route particulière est répertoriée dans la colonne Prf de la sortie.