Configuration de l’agrégation de routes
Comprendre l’agrégation de routes
La méthodologie d’agrégation des routes permet de minimiser le nombre d’entrées de routage dans un réseau IP en regroupant plusieurs routes sélectionnées dans une seule annonce de route. Cette approche contraste avec le routage sans agrégation, dans lequel chaque table de routage contient une entrée unique pour chaque route. La méthodologie d’agrégation ne permet pas de réduire la taille de la table de routage sur le routeur qui effectue l’agrégation. Lorsque vous configurez une stratégie d’exportation qui n’annonce que l’agrégat mais pas les routes contributives, vous avez alors l’effet d’agrégation sur les routeurs qui reçoivent les mises à jour.
Un itinéraire agrégé devient actif lorsqu’il comporte un ou plusieurs itinéraires contributifs. Une route contributive est une route active qui correspond plus spécifiquement à la destination agrégée. Par exemple, pour la destination 192.168.0.0/16agrégée, les routes vers 192.168.192.0/19 et 192.168.67.0/24 sont des routes contributives, mais les routes vers 192.168.0.0./8 et 192.168.0.0/16 ne le sont pas.
Une route ne peut contribuer qu’à une seule route agrégée. Toutefois, un itinéraire agrégé actif peut contribuer de manière récursive à un itinéraire agrégé correspondant moins spécifique. Par exemple, un itinéraire agrégé vers la destination 192.168.0.0/16 peut contribuer à un itinéraire agrégé vers 192.168.0.0/13.
Lorsqu’une route agrégée devient active, elle est installée dans la table de routage avec les informations suivantes :
Rejeter le saut suivant : si un paquet plus spécifique ne correspond pas à un itinéraire plus spécifique, le paquet est rejeté et un message ICMP inaccessible est envoyé à l’expéditeur du paquet.
Valeur de métrique configurée avec l’instruction
aggregate.Valeur de préférence qui résulte du filtre de stratégie sur le contributeur principal, si un filtre est spécifié.
Chemin AS tel que configuré dans l’instruction
aggregate, le cas échéant. Sinon, le chemin est calculé en agrégeant les chemins de toutes les routes contributives.Communauté configurée dans l’instruction
aggregate, le cas échéant.Note:Vous ne pouvez configurer qu’une seule route agrégée pour chaque préfixe de destination.
Pour configurer des routes agrégées dans la table de routage par défaut (inet.0), ajoutez l’instruction aggregate :
aggregate { defaults { ... aggregate-options ... } route destination-prefix { policy policy-name; ... aggregate-options ... } }
Pour configurer des routes agrégées dans l’une des autres tables de routage, ou pour configurer explicitement des routes agrégées dans la table de routage par défaut (inet.0), incluez l’instruction aggregate :
rib routing-table-name { aggregate { defaults { ... aggregate-options ... } route destination-prefix { policy policy-name; ... aggregate-options ... } } }
Vous ne pouvez pas configurer de routes agrégées pour la table de routage de multicast IPv4 (inet.1) ni la table de routage de multicast IPv6 (inet6.1).
La aggregate déclaration se compose de deux parties :
defaults—(Facultatif) Ici, vous spécifiez les options de routage global global. Celles-ci sont traitées comme des valeurs par défaut globales et s’appliquent à toutes les routes agrégées que vous configurez dans l’instructionaggregate.route: configure ici les routes agrégées individuelles. Dans cette partie de l’instructionaggregate, vous pouvez éventuellement configurer des options de routage agrégé. Ces options s’appliquent uniquement à la destination individuelle et remplacent toutes les options que vous avez configurées dans ladefaultspartie de l’instructionaggregate.
Lorsque vous configurez un itinéraire agrégé individuel dans la route partie de l’instruction aggregate , spécifiez la destination de l’itinéraire (dans route destination-prefix) de l’une des manières suivantes :
network/mask-length, oùnetworkest la partie réseau de l’adresse IP etmask-lengthla longueur du préfixe de destination.defaults’il s’agit de l’itinéraire par défaut vers la destination. Cela équivaut à spécifier une adresse IP de0.0.0.0/0.
Une fois que vous avez configuré des routes agrégées, vous pouvez demander à un protocole d’annoncer les routes en configurant une stratégie qui est ensuite exportée par un protocole de routage.
Vous pouvez associer une politique de routage lors de la configuration du préfixe de destination d’une route agrégée dans la routes partie de l’instruction aggregate . Cela fournit l’équivalent d’un filtre de politique de routage d’importation pour le préfixe de destination. En d’autres termes, chaque contributeur potentiel à une route agrégée, ainsi que toutes les options agrégées, passent par le filtre de stratégie. La stratégie peut alors accepter ou rejeter l’itinéraire en tant que contributeur à l’itinéraire agrégé et, si le contributeur est accepté, la stratégie peut modifier les préférences par défaut.
L’algorithme suivant est utilisé pour comparer deux itinéraires contributifs globaux afin de déterminer lequel est le contributeur principal ou préféré :
Comparez les protocoles des routes contributives
preferences. Plus la préférence est faible, meilleur est l’itinéraire. Ceci est similaire à la comparaison qui est effectuée lors de la détermination du meilleur itinéraire pour la table de routage.Comparez les protocoles des routes contributives
preferences2. La valeur preference2 la plus faible est meilleure. Si une seule route apreferences2, alors cette route est préférable.Les valeurs de préférence sont les mêmes. Procédez à une comparaison numérique des valeurs des préfixes.
Le principal contributeur est la plus petite valeur de préfixe numériquement.
Si les deux préfixes sont numériquement égaux, le contributeur principal est la route qui a la plus petite valeur de longueur de préfixe.
À ce stade, les deux itinéraires sont identiques. Le contributeur principal ne change pas. Un saut suivant supplémentaire est disponible pour le contributeur principal existant.
Un contributeur rejeté peut toujours contribuer à une route agrégée moins spécifique. Si vous ne spécifiez pas de filtre de stratégie, toutes les routes candidates contribuent à une route agrégée.
Pour associer une politique de routage à une route agrégée, incluez l’instruction policy lors de la configuration de la route :
aggregate (defaults | route) { policy policy-name; }
Dans les defaults parties et route de l’instruction aggregate , vous pouvez spécifier aggregate-options, qui définissent des informations supplémentaires sur les routes agrégées incluses dans la route lorsqu’elle est installée dans la table de routage. Toutes les options d’agrégation sont facultatives. Les options d’agrégation que vous spécifiez dans la defaults partie de l’instruction aggregate sont traitées comme des valeurs globales par défaut et s’appliquent à toutes les routes d’agrégation que vous configurez dans l’instruction aggregate . Les options d’agrégation que vous spécifiez dans la route partie de l’instruction aggregate remplacent toutes les options d’agrégation globales et s’appliquent uniquement à cette destination.
Pour configurer des options de routage agrégées, incluez une ou plusieurs d’entre elles dans la partie ou route de defaults l’instruction aggregate :
[edit] routing-options { aggregate { (defaults | route) { (active | passive); as-path <as-path> <origin (egp | igp | incomplete)> <atomic-aggregate> <aggregator as-number in-address>; community [ community-ids ]; discard; (brief | full); (metric | metric2 | metric3 | metric4) metric <type type>; (preference | preference2 | color | color2) preference <type type>; tag metric type number; } } }
- Configuration d’une valeur de mesure pour les routes agrégées
- Configuration d’une valeur de préférence pour les routes agrégées
- Configuration du saut suivant pour les routes agrégées
- Association de communautés BGP à des routes agrégées
- Association de chemins AS à des routes agrégées
- Inclure des numéros AS dans les chemins de route agrégés
- Configuration d’une valeur de balise pour les routes agrégées
- Contrôle de la rétention des routes agrégées inactives dans les tables de routage et de transfert
Configuration d’une valeur de mesure pour les routes agrégées
Vous pouvez spécifier jusqu’à quatre valeurs de mesure, en commençant par metric (pour la première valeur de mesure) et en continuant par metric2, metric3et metric4 en incluant une ou plusieurs des instructions suivantes :
aggregate (defaults | route) { (metric | metric2 | metric3 | metric4) metric <type type>; }
Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure ces instructions, consultez les sections récapitulatives de ces instructions.
Dans l’option type , vous pouvez spécifier le type de route.
Configuration d’une valeur de préférence pour les routes agrégées
Par défaut, les routes agrégées ont une valeur de préférence de 130. Si la table de routage contient une route dynamique vers une destination qui a une meilleure valeur de préférence (inférieure) que celle-ci, la route dynamique est choisie comme route active et est installée dans la table de transfert.
Pour modifier la valeur de préférence par défaut, spécifiez une valeur de préférence principale (preference). Vous pouvez également spécifier des valeurs de préférence secondaires (preference2) et des couleurs, qui sont des valeurs de préférence encore plus fines (color et color2). Pour ce faire, incluez une ou plusieurs des déclarations suivantes :
aggregate (defaults | route) { (preference | preference2 | color | color2) preference <type type>; }
Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure ces instructions, consultez les sections récapitulatives de ces instructions.
La valeur de préférence peut être un nombre compris entre 0 et 4 294 967 295 (2,32 – 1), le nombre le plus bas indiquant un itinéraire plus préféré. Pour plus d’informations sur les valeurs de préférence, consultez Vue d’ensemble des préférences de routage.
Dans l’option type , vous pouvez spécifier le type de route.
Configuration du saut suivant pour les routes agrégées
Par défaut, lorsque des routes agrégées sont installées dans la table de routage, le saut suivant est configuré en tant que route de rejet. En d’autres termes, le paquet est rejeté et un message ICMP inaccessible est envoyé à l’expéditeur du paquet.
Lorsque vous configurez un itinéraire individuel dans la route partie de l’instruction aggregate , ou lorsque vous configurez les valeurs par défaut pour les itinéraires agrégés, vous pouvez spécifier un saut suivant ignoré. Cela signifie que si un paquet plus spécifique ne correspond pas à un itinéraire plus spécifique, le paquet est rejeté et une route de rejet pour cette destination est installée dans la table de routage, mais les messages ICMP inaccessibles ne sont pas envoyés.
La possibilité d’ignorer les sauts suivants vous permet de créer une route récapitulative, qui peut être annoncée via des protocoles de routage dynamique, et vous permet d’éliminer le trafic reçu qui ne correspond pas à une route plus spécifique que la route récapitulative. Pour supprimer les sauts suivants, incluez l’option discard :
discard;
Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, consultez la section résumé de la déclaration de cette déclaration.
Association de communautés BGP à des routes agrégées
Par défaut, aucune information de communauté BGP n’est associée aux routes agrégées. Pour associer des informations communautaires aux itinéraires, incluez l’option community :
aggregate (defaults | route) { community [ community-ids ]; }
Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, consultez la section résumé de la déclaration de cette déclaration. community-value est l’identifiant de la communauté et peut être un nombre compris entre 0 et 65 535.
community-ids est un ou plusieurs identificateurs de communauté pour les communautés ou les communautés étendues.
Le format des identifiants de communauté est le suivant :
as-number:community-value
as-number est le numéro AS et peut être une valeur comprise entre 1 et 65 534.
Vous pouvez également spécifier community-ids pour les communautés l’un des noms de communauté connus suivants, qui sont définis dans RFC 1997 :
no-export: les routes contenant ce nom de communauté ne sont pas annoncées en dehors des limites de la confédération BGP.no-advertise: les routes contenant ce nom de communauté ne sont pas annoncées aux autres homologues BGP.no-export-subconfed: les routes contenant ce nom de communauté ne sont pas annoncées aux homologues BGP externes, y compris les homologues des AS d’autres membres au sein d’une confédération BGP.
Vous pouvez exclure explicitement les informations de la communauté BGP avec une route agrégée à l’aide de cette none option. À inclure none lors de la configuration d’un itinéraire individuel dans la route partie de l’instruction aggregate de remplacer une community option spécifiée dans la defaults partie de l’instruction.
Les attributs de communauté étendue ne sont pas pris en charge au niveau de la [edit routing-options] hiérarchie. Vous devez configurer les communautés étendues au niveau de la [edit policy-options] hiérarchie. Pour plus d’informations sur la configuration des communautés étendues, reportez-vous à la section « Configuration de l’attribut Extended Communities » du Guide de l’utilisateur des stratégies de routage, des filtres de pare-feu et des mécanismes de contrôle du trafic. Pour plus d’informations sur la configuration des numéros AS de 4 octets et des communautés étendues, consultez Utilisation de numéros de système autonome de 4 octets dans les réseaux BGP.
Association de chemins AS à des routes agrégées
Par défaut, le chemin d’accès AS pour les routes agrégées est créé à partir des routes composantes. Pour spécifier manuellement le chemin AS et associer les informations du chemin AS aux routes, incluez l’option as-path :
aggregate (defaults | route) { as-path <as-path> <origin (egp | igp | incomplete)> <atomic-aggregate> <aggregator as-number in-address>; }
Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, consultez la section résumé de la déclaration de cette déclaration.
as-path est le chemin AS à inclure dans la route. Il peut s’agir d’une combinaison de numéros de chemin AS individuels et d’ensembles d’AS. Placer les ensembles entre crochets ( { } ). Le premier numéro AS du chemin représente l’AS immédiatement adjacent à l’AS local. Chaque nombre suivant représente un AS qui s’éloigne progressivement de l’AS local, se dirigeant vers l’origine du chemin.
À partir de la version 9.1 de Junos OS, la plage d’AS numériques est étendue pour fournir la prise en charge BGP des numéros AS de 4 octets, comme défini dans la RFC 4893, Prise en charge de BGP pour l’espace numérique AS de quatre octets. Pour le numéro AS, vous pouvez configurer une valeur comprise entre 1 et 4 294 967 295. Toutes les versions de Junos OS prennent en charge les numéros AS de 2 octets. La plage de numéros AS de 2 octets est comprise entre 1 et 65 535 (il s’agit d’un sous-ensemble de la plage de 4 octets).
Dans Junos OS version 9.2 et ultérieure, vous pouvez également configurer un nombre AS de 4 octets à l’aide du format de notation à AS points de deux valeurs entières jointes par un point : <16-bit high-order value in decimal>.<16-bit low-order value in decimal>. Par exemple, le nombre AS de 4 octets de 65 546 au format de nombres bruts est représenté par 1,10 au format de notation AS-dot. Vous pouvez spécifier une valeur comprise entre 0,0 et 65535,65535 au format de notation à points AS.
Vous pouvez également spécifier le chemin d’accès AS à l’aide de l’attribut d’origine BGP, qui indique l’origine des informations de chemin d’accès AS :
egp: les informations de chemin proviennent d’un autre AS.igp: les informations de chemin proviennent de l’AS local.incomplete- Les informations sur les chemins ont été apprises par d’autres moyens.
Pour attacher l’attribut de chemin BGP ATOMIC_AGGREGATE à l’itinéraire agrégé, spécifiez l’option atomic-aggregate . Cet attribut de chemin indique que le système local a sélectionné un itinéraire moins spécifique plutôt qu’un itinéraire plus spécifique.
Pour attacher l’attribut de chemin BGP AGGREGATOR à l’itinéraire agrégé, spécifiez l’option aggregator . Lorsque vous utilisez cette option, vous devez spécifier le dernier numéro AS qui a formé la route agrégée (codé en deux octets), suivi de l’adresse IP du système BGP qui a formé la route agrégée.
À partir de Junos OS 13.2R1, une route BGP est masquée lorsque le chemin AS d’une route agrégée (construite à partir de routes contributives) dépasse la moitié de la taille maximale des paquets BGP (4 096 octets). L’indicateur OverflowASPathSize est défini pour ces chemins d’accès AS. Si vous souhaitez divulguer une telle route BGP, dont la longueur du chemin AS peut déborder, nous vous recommandons d’ajouter le chemin AS de manière statique dans la configuration de route par défaut. Par exemple:
[edit routing-instances instance-name routing options] user@host# set aggregate route 0.0.0.0/0 as-path path 1267
Inclure des numéros AS dans les chemins de route agrégés
Par défaut, tous les numéros d’AS de tous les chemins contributeurs sont inclus dans le chemin de l’itinéraire agrégé. Pour inclure uniquement les séquences de début communes les plus longues des chemins AS contributifs, incluez l’option brief lors de la configuration du routage. Si cela entraîne l’omission de numéros AS de l’itinéraire agrégé, l’attribut de chemin BGP ATOMIC_ATTRIBUTE est inclus dans l’itinéraire agrégé.
aggregate (defaults | route) { brief; }
Pour que tous les numéros AS de tous les chemins contributeurs soient explicitement inclus dans le chemin de la route agrégée, incluez l’option full lors de la configuration des routes. Incluez cette option lors de la configuration d’un itinéraire individuel dans la route partie de l’instruction aggregate pour remplacer une retain option spécifiée dans la defaults partie de l’instruction.
aggregate (defaults | route) { full; }
Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure ces instructions, consultez les sections récapitulatives de ces instructions.
Configuration d’une valeur de balise pour les routes agrégées
Par défaut, aucune valeur de balise n’est associée aux routes agrégées. Vous pouvez spécifier une valeur de balise en incluant l’option tag :
aggregate (defaults | route) { tag metric type number; }
Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, consultez la section résumé de la déclaration de cette déclaration.
Contrôle de la rétention des routes agrégées inactives dans les tables de routage et de transfert
Les routes statiques ne sont supprimées de la table de routage que si le saut suivant devient inaccessible, ce qui se produit s’il n’y a pas de routes contributives. Pour qu’une route agrégée reste installée en permanence dans les tables de routage et de transfert, incluez l’option passive lors de la configuration de la route :
aggregate (defaults | route) { passive; }
Les routes qui ont été configurées pour rester installées en permanence dans les tables de routage et de transfert sont marquées par reject les sauts suivants lorsqu’elles sont inactives.
Pour supprimer explicitement les routes agrégées lorsqu’elles deviennent inactives, incluez l’option lors de la active configuration des routes. Incluez cette option lors de la configuration d’un itinéraire individuel dans la route partie de l’instruction aggregate pour remplacer une passive option spécifiée dans la defaults partie de l’instruction.
aggregate (defaults | route) { active; }
Exemple : Synthétisation de routes statiques via l’agrégation de routes
Cet exemple montre comment synthétiser des itinéraires en configurant des itinéraires agrégés.
Exigences
Aucune configuration spéciale au-delà de l’initialisation de l’appareil n’est requise avant de configurer cet exemple.
Aperçu
Dans cet exemple :
- L’appareil R1 est connecté aux réseaux clients 10.200.1.0/24 et 10.200.2.0/24.
À des fins de démonstration, ces routes sont représentées dans cet exemple sous forme d’interfaces de bouclage sur l’équipement R1.
- L’appareil R1 dispose d’une route statique par défaut pour atteindre le réseau du FAI (10.0.45.0).
- L’équipement R2 possède des routes statiques configurées pour atteindre les réseaux des clients de l’équipement R1 (10.200.1.0/24 et 10.200.2.0/24).
- L’appareil R2 dispose également d’une politique de routage configurée pour annoncer toutes les routes statiques vers son voisin, l’appareil R3.
- Lorsque l’appareil R3 envoie des informations sur ces itinéraires (10.200.1.0/24 et 10.200.2.0/24) au FAI de l’appareil, les informations sont résumées en un seul itinéraire agrégé (10.200.0.0/16).
- Les appareils R2 et R3 partagent une session IBGP et ont OSPF comme IGP.
- Le FAI de l’appareil injecte une route par défaut dans l’AS 64501.
Cet exemple montre la configuration de tous les appareils et la configuration étape par étape sur l’appareil R3.
Configuration
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-collez les commandes dans le CLI au niveau de la [edit] hiérarchie.
Appareil R1
set interfaces ge-0/0/0 description R1-to-R2 set interfaces ge-0/0/0 unit 0 family inet address 10.0.0.1/30 set interfaces lo0 unit 0 family inet address 10.200.1.1/24 set interfaces lo0 unit 0 family inet address 10.200.2.2/24 set routing-options static route 0.0.0.0/0 next-hop 10.0.0.2
Appareil R2
set interfaces ge-0/0/0 description R2-to-R1 set interfaces ge-0/0/0 unit 0 family inet address 10.0.0.2/30 set interfaces ge-0/0/1 description R2-to-R3 set interfaces ge-0/0/1 unit 0 family inet address 10.0.2.2/30 set interfaces lo0 unit 0 family inet address 192.168.100.2/32 set policy-options policy-statement send-customer-routes from protocol static set policy-options policy-statement send-customer-routes then accept set protocols bgp group internal type internal set protocols bgp group internal local-address 192.168.100.2 set protocols bgp group internal export send-customer-routes set protocols bgp group internal neighbor 192.168.100.3 set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 set protocols ospf area 0.0.0.0 interface lo0.0 passive set routing-options autonomous-system 64501 set routing-options static route 10.200.1.0/24 next-hop 10.0.0.1 set routing-options static route 10.200.2.0/24 next-hop 10.0.0.1
Appareil R3
set interfaces ge-0/0/1 description R3-to-R2 set interfaces ge-0/0/1 unit 0 family inet address 10.0.2.1/30 set interfaces ge-0/0/2 description R3-to-ISP set interfaces ge-0/0/2 unit 0 family inet address 10.0.45.2/30 set interfaces lo0 unit 0 family inet address 192.168.100.3/32 set policy-options policy-statement next-hop-self term 1 from protocol bgp set policy-options policy-statement next-hop-self term 1 then next-hop self set policy-options policy-statement next-hop-self term 1 then accept set policy-options policy-statement send-aggregate term 1 from protocol aggregate set policy-options policy-statement send-aggregate term 1 then accept set policy-options policy-statement send-aggregate term suppress-specific-routes from route-filter 10.200.0.0/16 longer set policy-options policy-statement send-aggregate term suppress-specific-routes then reject set protocols bgp group external type external set protocols bgp group external export send-aggregate set protocols bgp group external peer-as 64502 set protocols bgp group external neighbor 10.0.45.1 set protocols bgp group internal type internal set protocols bgp group internal local-address 192.168.100.3 set protocols bgp group internal export next-hop-self set protocols bgp group internal neighbor 192.168.100.2 set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 set protocols ospf area 0.0.0.0 interface lo0.0 passive set routing-options autonomous-system 64501 set routing-options aggregate route 10.200.0.0/16
FAI de l’appareil
set interfaces ge-0/0/2 description ISP-to-R3 set interfaces ge-0/0/2 unit 0 family inet address 10.0.45.1/30 set policy-options policy-statement advertise-default term 1 from route-filter 0.0.0.0/0 exact set policy-options policy-statement advertise-default term 1 then accept set protocols bgp group external type external set protocols bgp group external export advertise-default set protocols bgp group external peer-as 64501 set protocols bgp group external neighbor 10.0.45.2 set routing-options autonomous-system 64502 set routing-options static route 0.0.0.0/0 discard
Procédure étape par étape
L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI de Junos OS.
Pour configurer l’appareil R3 :
-
Configurez les interfaces des appareils.
[edit interfaces] user@R3# set ge-0/0/1 description R3-to-R2 user@R3# set ge-0/0/1 unit 0 family inet address 10.0.2.1/30 user@R3# set ge-0/0/2 description R3-to-ISP user@R3# set ge-0/0/2 unit 0 family inet address 10.0.45.2/30 user@R3# set lo0 unit 0 family inet address 192.168.100.3/32
Configurez le numéro AS.
[edit routing-options] user@R3# set autonomous-system 64501
-
Configurez une session EBGP avec l’appareil du FAI.
[edit protocols] user@R3# set bgp group external type external user@R3# set bgp group external peer-as 64502 user@R3# bgp group external neighbor 10.0.45.1
-
Configurez une session IBGP avec l’équipement R2.
[edit protocols] user@R3# set bgp group internal type internal user@R3# set bgp group internal local-address 192.168.100.3 user@R3# set bgp group internal neighbor 192.168.100.2
-
Configurez OSPF en tant qu’IGP.
[edit protocols] user@R3# set ospf area 0.0.0.0 interface ge-0/0/1.0 user@R3# set ospf area 0.0.0.0 interface lo0.0 passive
-
Configurez l’itinéraire agrégé pour les itinéraires réseau du client.
[edit routing-options] user@R3# set aggregate route 10.200.0.0/16
-
Configurez une politique de routage pour annoncer la route agrégée.
Le premier terme de cette politique annonce l’itinéraire agrégé. Le deuxième terme empêche la publicité d’itinéraires plus spécifiques.
[edit policy-options] user@R3# set policy-statement send-aggregate term 1 from protocol aggregate user@R3# set policy-statement send-aggregate term 1 then accept user@R3# set policy-statement send-aggregate term suppress-specific-routes from route-filter 10.200.0.0/16 longer user@R3# set policy-statement send-aggregate term suppress-specific-routes then reject
-
Configurez une politique de routage pour signaler l’appareil R3 comme le saut suivant suite à la participation à la session EBGP avec le FAI de l’appareil.
[edit policy-options] user@R3# set policy-statement next-hop-self term 1 from protocol bgp user@R3# set policy-statement next-hop-self term 1 then next-hop self user@R3# set policy-statement next-hop-self term 1 then accept
-
Appliquez la stratégie de routage agrégé à la session EBGP avec le FAI de l’appareil.
[edit protocols] user@R3# set bgp group external export send-aggregate
-
Appliquez la politique next-hop-self à la session IBGP avec l’appareil R2.
[edit protocols] user@R3# set bgp group internal export next-hop-self
Si vous avez terminé de configurer l’appareil, validez la configuration.
[edit] user@R3# commit
Résultats
Confirmez votre configuration en exécutant les show interfacescommandes , show policy-optionsshow protocols, et .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@R3# show interfaces
ge-0/0/1 {
description R3-to-R2;
unit 0 {
family inet {
address 10.0.2.1/30;
}
}
}
ge-0/0/2 {
description R3-to-ISP;
unit 0 {
family inet {
address 10.0.45.2/30;
}
}
}
lo0 {
unit 0 {
family inet {
address 192.168.100.3/32;
}
}
}
user@R3# show protocols
bgp {
group external {
type external;
export send-aggregate;
peer-as 64502;
neighbor 10.0.45.1;
}
group internal {
type internal;
local-address 192.168.100.3;
export next-hop-self;
neighbor 192.168.100.2;
}
}
ospf {
area 0.0.0.0 {
interface ge-0/0/1.0;
interface lo0.0 {
passive;
}
}
}
user@R3# show policy-options
policy-statement next-hop-self {
term 1 {
from protocol bgp;
then {
next-hop self;
accept;
}
}
}
policy-statement send-aggregate {
term 1 {
from protocol aggregate;
then accept;
}
term suppress-specific-routes {
from {
route-filter 10.200.0.0/16 longer;
}
then reject;
}
}
user@R3# show routing-options
autonomous-system 64501;
aggregate {
route 10.200.0.0/16;
}
Vérification
Vérifiez que la configuration fonctionne correctement.
- Vérifier que l’appareil R3 a les routes attendues
- Vérifier que l’appareil R3 annonce la route agrégée vers le FAI de l’appareil
- Vérification de la connexion de bout en bout
Vérifier que l’appareil R3 a les routes attendues
But
Vérifiez que l’appareil R3 dispose des routes statiques annoncées à partir de l’équipement R2.
Action
user@R3>show route terse protocol bgp inet.0: 12 destinations, 12 routes (12 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both A Destination P Prf Metric 1 Metric 2 Next hop AS path * 0.0.0.0/0 B 170 100 >10.0.45.1 64502 I * 10.200.1.0/24 B 170 100 >10.0.2.2 I * 10.200.2.0/24 B 170 100 >10.0.2.2 I
Signification
La sortie montre que l’équipement R3 a appris les routes statiques configurées sur l’équipement R2 pour atteindre les réseaux clients de l’équipement R1 (10.200.1.0/24 et 10.200.2.0/24) via l’appairage IBGP.
Vérifier que l’appareil R3 annonce la route agrégée vers le FAI de l’appareil
But
Assurez-vous que l’appareil R3 n’envoie pas les routes statiques spécifiques et envoie uniquement la route agrégée résumée.
Action
user@R3>show route advertising-protocol bgp 10.0.45.1 inet.0: 20 destinations, 20 routes (20 active, 0 holddown, 0 hidden) Prefix Nexthop MED Lclpref AS path * 10.200.0.0/16 Self I
Signification
La sortie indique que l’appareil R3 envoie uniquement l’itinéraire résumé au FAI de l’appareil.
Vérification de la connexion de bout en bout
But
Confirmez la connexion de bout en bout du réseau du client sur l’appareil R1 au FAI de l’appareil.
Action
user@R1>ping 10.0.45.2 source 10.200.1.1 PING 10.0.45.2 (10.0.45.2): 56 data bytes 64 bytes from 10.0.45.2: icmp_seq=0 ttl=63 time=3.953 ms 64 bytes from 10.0.45.2: icmp_seq=1 ttl=63 time=4.979 ms 64 bytes from 10.0.45.2: icmp_seq=2 ttl=63 time=3.789 ms
Signification
Le résultat montre un ping réussi vérifiant l’accessibilité au FAI de l’appareil à partir du réseau client 10.200.1.1.
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.