Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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:

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.

Remarque:

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).

Remarque:

À 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.

Figure 1: Contrôle de la sélection de route statique Controlling Static Route Selection

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

Équipement D dans le réseau client

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:

  1. Sur l’équipement B, configurez les interfaces.

  2. Sur l’équipement B, configurez une route statique vers le réseau du client.

  3. Sur l’équipement B, configurez une route de secours vers le réseau du client.

  4. Sur l’équipement D, configurez les interfaces.

  5. Sur l’équipement D, configurez un routeur statique par défaut vers des réseaux externes.

  6. Sur l’équipement D, configurez un routeur statique de secours par défaut vers des réseaux externes.

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.

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

But

Assurez-vous que les routes statiques apparaissent dans les tables de routage des équipements B et D.

Action
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

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
  1. Désactivez le routeur actif en désactivant l’interface ge-1/2/0.0 de l’équipement B.

  2. Consultez la table de routage de l’équipement B.

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.

Figure 2: Utilisation inefficace de l’espace d’adresse IP Inefficient Use of IP Address Space

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.

Figure 3: Configuration à l’aide de l’espace d’adresse partagée Configuration Using the Shared Address Space

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:

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:

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 à:

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

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.

Figure 4: Routes clients connectées à un Fournisseur de services Customer Routes Connected to a Service Provider

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 A

Équipement B

Équipement C

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:

  1. Configurez l’interface sur l’équipement B.

  2. Configurez OSPF pour créer OSPF relation de pair avec l’équipement B.

Procédure étape par étape

Pour configurer l’équipement B:

  1. Configurez les interfaces sur les équipements A et C.

  2. Configurez un ou plusieurs routes statiques et le numéro de système autonome (AS).

  3. Configurez la stratégie de routage.

    Cette stratégie exporte des routes statiques de la table de routage vers OSPF.

  4. Inclure l’instruction d’empêcher l’exportation vers le no-readvertise OSPF.

  5. 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.

Procédure étape par étape

Pour configurer l’équipement C:

  1. Créez l’interface de l’équipement B et configurez l’interface de bouclage.

  2. Configurez la session d’peering EBGP avec l’équipement B.

  3. Configurez le AS de l’appareil.

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

Équipement B

Équipement C

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
  1. Sur l’appareil A, exécutez la commande pour vous assurer que la show route protocol ospf route 192.168.0.0/24 n’apparaît pas dans la table de routage de l’équipement A.

  2. Sur l’équipement B, désactivez no-readvertise l’énoncé.

  3. Sur l’équipement A, redéexécutez la commande pour vous assurer que la show route protocol ospf route 192.168.0.0/24 apparaît dans la table de routage de l’équipement A.

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

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.

Tableau d’historique des publication
Libération
Description
17.1R1
Cette fonctionnalité est prise en charge par les QFX10000 à partir de Junos OS 17.1R1.