Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Exemple : Configuration des chaînes de stratégies et des filtres de routage

Une chaîne de stratégies est l’application de plusieurs stratégies au sein d’une section spécifique de la configuration. Un filtre de route est un ensemble de préfixes de correspondance.

Conditions préalables

Aucune configuration spéciale au-delà de l’initialisation de l’appareil n’est requise avant de configurer cet exemple.

Présentation

Voici un exemple de chaîne de stratégies appliquée à BGP :

Les adv-staticsstratégies , et , en adv-small-aggregates plus de la stratégie BGP par défaut, adv-large-aggregatesconstituent la chaîne de stratégies appliquée aux homologues BGP de l’appareil R1. Deux de ces stratégies présentent des filtres de routage avec différents types de correspondances. L’autre stratégie correspond à toutes les routes statiques, de sorte qu’aucun filtre de route n’est nécessaire.

Si vous le souhaitez, vous pouvez convertir cette chaîne de stratégies en une seule stratégie multiterm pour les homologues BGP internes (IBGP). Dans ce cas, l’un des avantages d’une chaîne de politiques est perdu : la possibilité de réutiliser les stratégies à différentes fins.

Figure 1 affiche l’appareil R1 dans l’AS 64510 avec ses homologues IBGP, l’appareil R2 et l’appareil R3. L’appareil R1 dispose également de connexions BGP externes (EBGP) avec l’appareil R4 dans l’AS 64511 et l’appareil R5 dans l’AS 64512. La politique administrative actuelle au sein de l’AS 64510 est d’envoyer les routes statiques du client uniquement vers d’autres homologues IBGP. Tout homologue EBGP fournissant un service de transit reçoit uniquement des routes agrégées dont la longueur de masque est inférieure à 18 bits. Tout homologue EBGP fournissant des services d’appairage reçoit toutes les routes client et tous les agrégats dont la longueur de masque est supérieure à 19 bits. Chaque partie de ces stratégies d’administration est configurée dans une stratégie de routage distincte au sein de la [edit policy-opitons] hiérarchie de configuration. Ces stratégies fournissent aux administrateurs de l’AS 64510 plusieurs options de configuration pour les chemins de publication vers les pairs.

L’appareil R4 fournit un service de transit vers l’AS 64510, ce qui permet à l’AS d’annoncer l’espace de routage qui lui a été attribué sur Internet. D’autre part, le service d’appairage fourni par l’appareil R5 permet à l’AS 64510 d’acheminer le trafic directement entre les systèmes autonomes (AS) pour toutes les routes client.

Topologie

Figure 1 montre l’exemple de réseau.

Figure 1 : Topologie BGP pour les chaînes de stratégiesTopologie BGP pour les chaînes de stratégies

Configuration rapide de l’interface de ligne de commande affiche la configuration de tous les périphériques dans Figure 1.

La section Procédure décrit les étapes sur l’appareil R1.

Configuration

Configuration rapide de l’interface de ligne de commande

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 R1

Appareil R2

Appareil R3

Appareil R4

Appareil R5

Procédure

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, reportez-vous Utiliser l’éditeur CLI en mode configuration au Guide de l’utilisateur de l’interface de ligne de commande Junos OS.

Pour configurer l’appareil R1 :

  1. Configurez les interfaces de l’appareil.

  2. Configurez les connexions IBGP à l’appareil R2 et à l’appareil R3.

  3. Appliquez les stratégies d’exportation pour les homologues internes.

  4. Configurez la connexion EBGP à l’appareil R4.

  5. Appliquez la stratégie d’exportation pour l’appareil R4.

  6. Configurez la connexion EBGP à l’appareil R5.

  7. Appliquez les stratégies d’exportation pour l’appareil R5.

  8. Configurez les connexions OSPF aux périphériques R2 et R3.

  9. Configurez les stratégies de routage.

  10. Configurez les routes statiques et agrégées.

  11. Configurez le numéro du système autonome (AS) et l’ID du routeur.

Résultats

À partir du mode de configuration, confirmez votre configuration en saisissant les commandes show interfaces, show protocols, show policy-optionset 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.

Si vous avez terminé de configurer l’appareil, passez commit en mode de configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de l’annonce de routage vers l’appareil R4

But

Sur l’appareil R1, assurez-vous que les itinéraires client sont annoncés sur l’appareil R4.

Action

Sens

La adv-large-aggregates stratégie est appliquée à la session d’appairage avec l’appareil R4 pour annoncer les routes agrégées avec une longueur de masque de sous-réseau comprise entre 16 et 18 bits. La route agrégée 172.16.0.0/16 est envoyée comme défini par la stratégie administrative, mais un certain nombre d’autres routes avec des masques de sous-réseau plus grands sont également envoyées à l’appareil R4.

Vérification de l’origine des itinéraires les plus longs

But

Sur l’appareil R1, recherchez d’où proviennent les autres itinéraires.

Action

Sens

L’appareil R1 a appris cet itinéraire au cours de sa session BGP avec l’appareil R3. Étant donné qu’il s’agit d’une route BGP active, elle est automatiquement annoncée par la stratégie BGP par défaut. N’oubliez pas que la stratégie par défaut est toujours appliquée à la fin de chaque chaîne de stratégies. Ce qu’il faut, c’est une politique pour bloquer la publicité des itinéraires les plus spécifiques.

Blocage des routes plus spécifiques

But

Créez une stratégie appelée not-larger-than-18 qui rejette toutes les routes dans l’espace d’adressage 172.16.0.0 /16 dont la longueur du masque de sous-réseau est supérieure ou égale à 19 bits. Cela permet de s’assurer que tous les agrégats avec un masque compris entre 16 et 18 bits sont annoncés, atteignant ainsi l’objectif de la stratégie administrative.

Action

  1. Sur l’appareil R1, configurez la not-larger-than-18 stratégie.

  2. Sur l’appareil R1, appliquez la stratégie à la session d’appairage avec l’appareil R4.

  3. Sur l’appareil R1, vérifiez quels itinéraires sont annoncés sur l’appareil R4.

Sens

La chaîne de stratégies fonctionne correctement. Seule la route 172.16.0.0 /16 est annoncée sur l’appareil R4.

Vérification de l’annonce de routage vers l’appareil R5

But

Sur l’appareil R1, assurez-vous que les itinéraires client sont annoncés sur l’appareil R5.

L’appareil R5 est l’homologue EBGP de l’appareil R1 dans l’AS 64512. La stratégie d’administration stipule que cet homologue ne reçoit que les routes agrégées d’une longueur supérieure à 18 bits et toutes les routes client. En prévision d’un problème similaire à celui rencontré sur l’appareil R4, vous pouvez créer une stratégie appelée not-smaller- than-18 « qui rejette tous les agrégats dont la longueur du masque est comprise entre 16 et 18 bits ».

Action

  1. Sur l’appareil R2, configurez une route d’agrégation pour 172.16.128.0/17.

  2. Sur l’appareil R1, vérifiez quels itinéraires sont annoncés sur l’appareil R5.

    La route agrégée 172.16.128.0/17 est annoncée, en violation de la politique administrative

  3. Sur l’appareil R1, configurez la not-smaller-than-18 stratégie.

  4. Sur l’appareil R1, appliquez la stratégie à la session d’appairage avec l’appareil R5.

  5. Sur l’appareil R1, vérifiez quels itinéraires sont annoncés sur l’appareil R5.

Sens

La chaîne de stratégies fonctionne correctement. Seules les routes agrégées d’une longueur supérieure à 18 bits et toutes les routes client sont annoncées sur l’appareil R5.