Introduction
Ce document décrit comment manipuler les différents attributs lorsque vous utilisez le aggregate-address
et comment influencer la propagation.
Conditions préalables
Exigences
Cisco recommande que vous ayez une connaissance de ce sujet :
Composants utilisés
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques. Cependant, la configuration dans ce document a été testée avec la version logicielle 12.2(28) de Cisco IOS®.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.
Conventions
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Informations générales
Le protocole BGP (Border Gateway Protocol) permet l'agrégation de routes spécifiques en une seule route à l'aide de aggregate-address address mask [as-set] [summary-only] [suppress-map map-name ] [advertise-map map-name ] [attribute-map map-name ]
erasecat4000_flash:. Lorsque vous émettez le aggregate-address
sans aucun argument, il n'y a pas d'héritage des attributs de route individuels (tels que AS_PATH ou community), ce qui entraîne une perte de granularité. Ce document montre comment manipuler les différents attributs lorsque vous utilisez le aggregate-address
et comment influencer la propagation.
Diagramme du réseau
Diagramme du réseau
Agrégation sans as-set
Argument
Utilisation de la as-set
crée une adresse agrégée avec un ensemble mathématique de systèmes autonomes (AS). Ceci as-set
récapitule les attributs AS_PATH de toutes les routes individuelles. Ces exemples de configuration vous permettent d'examiner cette fonctionnalité et de comprendre comment cet argument aide le BGP à détecter et éviter des boucles de routage.
Router A |
Current configuration:
hostname RouterA
!
interface Serial1
ip address 10.2.2.2 255.0.0.0
!
interface Loopback0
ip address 10.160.20.11 255.255.0.0
!
router bgp 100
network 10.160.20.0
!--- Router A advertises network 10.160.20.0/16.
neighbor 10.2.2.1 remote-as 300
!
end |
Router B |
Current configuration:
hostname RouterB
!
interface Serial0
ip address 10.3.3.3 255.0.0.0
!
interface Loopback0
ip address 10.160.10.1 255.255.0.0
!
router bgp 200
network 10.160.10.0
!--- Router B advertises network 10.160.10.0/16.
neighbor 10.3.3.1 remote-as 300
!
end |
Routeur C |
Current configuration:
hostname RouterC
!
interface Serial0
ip address 10.2.2.1 255.0.0.0
!
interface Serial1
ip address 10.3.3.1 255.0.0.0
!
interface Serial2
ip address 10.4.4.1 255.0.0.0
!
router bgp 300
neighbor 10.2.2.2 remote-as 100
neighbor 10.3.3.3 remote-as 200
neighbor 10.4.4.4 remote-as 400
aggregate-address 10.160.0.0 255.0.0.0 summary-only
!--- The network is summarized, and Router C only !--- advertises 10.160.0.0/8.
!
end |
Routeur D |
Current configuration:
hostname RouterD
!
interface Serial0
ip address 10.4.4.4 255.0.0.0
!
router bgp 400
neighbor 10.4.4.1 remote-as 300
!
end |
Le routeur C (AS-300) agrège les routes 10.160.20.0/16 et 10.160.10.0/16 qui proviennent d'AS-100 et d'AS-200, respectivement. Cette action se produit car vous avez configuré le summary-only
sur le routeur C. Le routeur C annonce uniquement l’agrégation 10.160.0.0/8 au routeur D. L'agrégation 10.160.0.0/8 est la route CIDR (Classless Inter-Domain Routing). Les routes 10.160.10.0/16 et 10.160.20.0/16 plus spécifiques sont supprimées, car ce tableau BGP sur le routeur C montre :
RouterC# show ip bgp
BGP table version is 6, local router ID is 10.4.4.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
*> 10.160.0.0/8 0.0.0.0 32768 i
s> 10.160.10.0 10.3.3.3 0 0 200 i
s> 10.160.20.0 10.2.2.2 0 0 100 i
Voici la table de routage BGP du routeur D. Observez les informations de chemin de la route agrégée :
RouterD# show ip bgp
BGP table version is 6, local router ID is 10.4.4.4
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
*> 10.160.0.0/8 10.4.4.1 0 300 i
La route agrégée 10.160.0.0/8 est considérée comme provenir d'AS-300 avec IGP pour code d'origine. La route a perdu toutes les informations AS_PATH spécifiques des préfixes individuels 10.160.10.0/16, d'AS-200 et 10.160.20.0/16, d'AS-100.
Agréger avec le as-set
Argument
Configurez maintenant le as-set
argument de la aggregate-address
sur le routeur C. Voici la nouvelle configuration :
Routeur C |
Current configuration:
hostname RouterC
!
interface Serial0
ip address 10.2.2.1 255.0.0.0
!
interface Serial1
ip address 10.3.3.1 255.0.0.0
!
interface Serial2
ip address 10.4.4.1 255.0.0.0
!
router bgp 300
neighbor 10.2.2.2 remote-as 100
neighbor 10.3.3.3 remote-as 200
neighbor 10.4.4.4 remote-as 400
aggregate-address 10.160.0.0 255.0.0.0 summary-only as-set
!--- With the as-set configuration command, the aggregate !--- inherits the attributes of the more-specific routes.
!
end |
Revoyez comment cet argument influence le show ip bgp
résultat sur le routeur :
RouterD# show ip bgp
BGP table version is 2, local router ID is 10.4.4.4
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
*> 10.160.0.0/8 10.4.4.1 0 300 {200,100} i
Avec la as-set
, les informations de chemin dans la table BGP pour la route agrégée changent pour inclure un ensemble de 300 {200,100}. Cet ensemble indique que l'agrégation récapitule en fait les routes qui ont traversé AS-200 et AS-100. Les as-set
Les informations deviennent importantes pour éviter les boucles de routage, car elles enregistrent l’emplacement de la route.
Dans tout réseau fermé, ces informations agrégées se propagent via le protocole BGP et reviennent à l'un des systèmes autonomes as-set
des listes. Cette propagation crée la possibilité d'une boucle de routage. Le comportement de détection de boucle de BGP note son propre numéro de système autonome dans le as-set
de la mise à jour de l'agrégat et supprime l'agrégat. Cette action empêche une boucle de routage.
Remarque : l'argument as-set contient des informations sur chaque route individuelle résumée par l'agrégat. Les changements de la route individuelle entraînent une mise à jour de l'agrégation. Dans l'exemple, si 10.160.10.0/16 tombe en panne, les informations de chemin de l'agrégation passent de 300 {200,100} à 300 {200}. L'agrégation est mise à jour. Si l'agrégation récapitule les dizaines ou les centaines de routes et que les routes qui forment l'agrégation ont des problème, il peut y avoir un affolement constant.
Modifiez les attributs de la route agrégée
Les Agréger avec le as-set
Argument vous montre comment utiliser la as-set
pour enregistrer les attributs AS_PATH avec une route spécifique. Dans certains cas, vous pouvez avoir besoin d'un changement des attributs de la route agrégée. Les exemples de tels attributs incluent la métrique, la communauté et l'origine.
Incidence
Cette section explique comment utiliser le attribute-map
argument de manipulation du aggregate-address
attributs . Dans ce cas, vous configurez une ou plusieurs des routes agrégées spécifiques avec le no-export
Attribut de communauté. Le routeur A définit l'attribut community no-export
au réseau 10.160.20.0/16 et annonce le réseau au routeur C. Cette section montre la configuration. Le routeur C hérite de l’attribut community no-export
tandis que le routeur regroupe 10.160.0.8. Par conséquent, il n'y a aucune annonce de 10.160.0.0/8 au routeur D. La configuration des routeurs B, C et le D ne change pas. Voici la nouvelle configuration pour le routeur A :
Router A |
Current configuration:
hostname RouterA
!
interface Serial1
ip address 10.2.2.2 255.0.0.0
!
router bgp 100
network 10.160.20.0
!--- Router A advertises network 10.160.20.0/16.
neighbor 10.2.2.1 remote-as 300
neighbor 10.2.2.1 send-community
neighbor 10.2.2.1 route-map SET_NO_EXPORT out
!
access-list 1 permit 10.160.20.0 0.0.255.255
route-map SET_NO_EXPORT permit 10
match ip address 1
set community no-export
!--- This sets the community attribute no-export . at Router A for route 10.160.20.0/16 ! end |
Voici la table de routage BGP du routeur C pour 10.160.0.0/8 :
RouterC# show ip bgp 10.160.0.0
BGP routing table entry for 10.160.0.0/8, version 9
Paths: (1 available, best #1, not advertised to EBGP peer)
Not advertised to any peer
{200,100}, (aggregated by 300 10.4.4.1)
0.0.0.0 from 0.0.0.0 (10.4.4.1)
Origin IGP, localpref 100, weight 32768, valid, aggregated, local, atomic-
aggregate, best, ref 2
Community: no-export
La communauté no-export
arrête l'annonce du routeur C de la route agrégée vers l'homologue eBGP Router D. Le routeur D montre qu'il n'a pas appris 10.160.0.0 du routeur C :
RouterD# show ip bgp 10.160.0.0
% Network not in table
Vous pouvez configurer le attribute-map
au routeur C afin de manipuler l'attribut community de la route agrégée à partir de no-export
par none
. Cette configuration permet l'annonce de l'agrégation au routeur D.
Routeur C |
Current configuration:
hostname RouterC
!
interface Serial0
ip address 10.2.2.1 255.0.0.0
!
interface Serial1
ip address 10.3.3.1 255.0.0.0
!
interface Serial2
ip address 10.4.4.1 255.0.0.0
!
router bgp 300
neighbor 10.2.2.2 remote-as 100
neighbor 10.3.3.3 remote-as 200
neighbor 10.4.4.4 remote-as 400
aggregate-address 10.160.0.0 255.0.0.0
as-set summary-only attribute-map Map
!--- Use of the attribute-map argument allows !--- you to change the community of the aggregate.
!
route-map Map permit 10
set community none
!--- This sets the community of the aggregate to none.
end |
Maintenant, observez la table de routage BGP du routeur C pour 10.160.0.0/8. Puisqu'il n'y a aucune communauté définie pour la route agrégée, le routeur C annonce 10.160.0.0/8 au routeur D.
RouterC# show ip bgp 10.160.0.0
BGP routing table entry for 10.160.0.0/8, version 6
Paths: (1 available, best #1)
Advertised to non peer-group peers:
10.2.2.2 10.3.3.3 10.4.4.4
{200,100}, (aggregated by 300 10.4.4.1)
0.0.0.0 from 0.0.0.0 (10.4.4.1)
Origin IGP, localpref 100, weight 32768, valid, aggregated, local, atomic-
aggregate, best, ref 2
Les show ip bgp 160.0.0.0
Le résultat sur le routeur D montre que le routeur D a appris la route agrégée 10.160.0.0/8 à partir du routeur C.
RouterD# show ip bgp 10.160.0.0
BGP routing table entry for 10.160.0.0/8, version 10
Paths: (1 available, best #1, table Default-IP-Routing-Table)
Not advertised to any peer
300 {200,100}, (aggregated by 300 10.4.4.1)
10.4.4.1 from 10.4.4.1 (10.4.4.1)
Origin IGP, localpref 100, valid, external, best
Utilisation advertise-map
Pour agréger un sous-ensemble de routes spécifiques
Si vous avez le contrôle sur les préfixes individuels qui forment la route agrégée, vous pouvez plus facilement décider quels attributs l'agrégat peut porter. Excluez le préfixe 10.160.20.0 de la route agrégée dans l'exemple de la section Modifier les attributs de la route agrégée. Dans ce cas, l'agrégat 10.160.0.0/8 n'hérite pas de l'attribut community no-export
. Afin d'effectuer cette modification, configurez le advertise-map
sur le routeur C.
Routeur C |
Current configuration:
hostname RouterC
!
interface Serial0
ip address 10.2.2.1 255.0.0.0
!
interface Serial1
ip address 10.3.3.1 255.0.0.0
!
interface Serial2
ip address 10.4.4.1 255.0.0.0
!
router bgp 300
neighbor 10.2.2.2 remote-as 100
neighbor 10.3.3.3 remote-as 200
neighbor 10.4.4.4 remote-as 400
aggregate-address 10.160.0.0 255.0.0.0
as-set summary-only advertise-map SELECT_SP_ROUTE
!--- You exclude a particular prefix with the !--- use of advertise-map.
!
access-list 1 permit 10.160.10.0 0.0.255.255
!
route-map SELECT_SP_ROUTE permit 10
match ip address 1
!
end |
Maintenant, observez la table de routage BGP du routeur C pour 10.160.0.0/8 :
RouterC# show ip bgp 10.160.0.0
BGP routing table entry for 10.160.0.0/8, version 15
Paths: (1 available, best #1)
Advertised to non peer-group peers:
10.2.2.2 10.4.4.4
200, (aggregated by 300 10.2.2.1)
0.0.0.0 from 0.0.0.0 (10.2.2.1)
Origin IGP, localpref 100, weight 32768, valid, aggregated, local, atomic-
aggregate, best, ref 2
Seul AS-200 fait partie des informations AS_PATH de l'agrégat ; AS-100 ne fait pas partie des informations. De plus, il n'y a pas d'héritage de la communauté no-export
depuis 10.160.20.0/16. Par conséquent, la route agrégée est annoncée au routeur D. La show ip bgp 160.0.0.0
Le résultat affiche l'annonce :
RouterD# show ip bgp 10.160.0.0
BGP routing table entry for 10.160.0.0/8, version 7
Paths: (1 available, best #1, table Default-IP-Routing-Table)
Not advertised to any peer
300 200, (aggregated by 300 10.4.4.1)
10.4.4.1 from 10.4.4.1 (10.4.4.1)
Origin IGP, localpref 100, valid, external, atomic-aggregate, best
ip bgp 10.160.0.0
Remarque : étant donné que l'agrégation as-set ne comporte que l'AS-200, le routeur A de l'AS-100 accepte la route agrégée et l'installe dans la table de routage. Le mécanisme de détection de boucle de routage BGP entraîne l'acceptation de cette route. Le mécanisme de détection de boucle de routage BGP ne détecte pas son propre AS dans as-set.
RouterA# show ip bgp
BGP table version is 3, local router ID is 10.160.20.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
*> 10.160.0.0/8 10.2.2.1 0 300 200 i
*> 10.160.20.0 0.0.0.0 0 32768 i
Impact de l'utilisation de suppress-map
avec d'autres commandes de configuration
Les aggregate-address
inclut d'autres commandes de configuration, telles que suppress-map
. Pour comprendre l'impact de l'utilisation combinée de toutes les commandes de configuration, notez que aggregate-address
hérite uniquement des attributs des routes plus spécifiques lorsque vous utilisez le as-set
de configuration. Exemples d'attributs qui aggregate-address
peut hériter inclure no-export
et no-advertise
.
-
Lorsque vous utilisez le suppress-map
avec la commande de configuration summary-only
de configuration, la commande summary-only
la commande de configuration n'a aucun effet. Avec l'utilisation du suppress-map
, les routes plus spécifiques que la commande de configuration suppress-map
les suppressions ne sont pas annoncées. Toutefois, les routes que suppress-map
ne couvre pas les routes annoncées en plus de la route agrégée. Par conséquent, les notes de cette section s'appliquent à l'utilisation de suppress-map
avec ou sans le summary-only configuration
erasecat4000_flash:.
-
Lorsque vous utilisez as-set
avec suppress-map
, bien que les routes supprimées ne soient pas annoncées, la route agrégée hérite des attributs de toutes les routes supprimées. Mais vous pouvez remplacer les attributs hérités à l'aide d'autres commandes de configuration, telles que attribute-map
. La section Modifier les attributs de la route agrégée décrit l'utilisation de attribute-map
.
-
Lorsque vous utilisez le as-set
et suppress-map
commandes de configuration advertise-map
, les formes d'agrégat. L'agrégation hérite des attributs uniquement des routes sélectionnées dans l' advertise-map
, indépendamment du fait que suppress-map
supprime la route. Consultez la Utilisation advertise-map
Pour agréger un sous-ensemble de routes spécifiques de l'Aide.
-
Lorsque vous utilisez advertise-map
et attribute-map
ainsi que as-set
et d'autres commandes de configuration, attribute-map
remplace les attributs qui sont sélectionnés dans la advertise-map
.
En général, lorsque vous utilisez advertise-map
, uniquement le advertise-map
influence l'agrégat. En l'absence advertise-map
, l'agrégat hérite des attributs des routes plus spécifiques, supprimées et non supprimées. Dans les deux cas, vous pouvez utiliser la attribute-map
pour remplacer les attributs choisis.
Informations connexes