Informazioni sull'aggregazione delle route in BGP

Introduzione

Questo documento descrive come modificare i diversi attributi quando si utilizza aggregate-address e come influenzare la propagazione.

Prerequisiti

Requisiti

Cisco raccomanda la conoscenza di questo argomento:

• Funzionamento di base di BGP. Per ulteriori informazioni, vedere i case study BGP.

Componenti usati

Il documento può essere consultato per tutte le versioni software o hardware. Tuttavia, la configurazione descritta in questo documento è stata testata con il software Cisco IOS^® versione 12.2(28).

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Convenzioni

Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.

Premesse

Border Gateway Protocol (BGP) consente l'aggregazione di route specifiche in un'unica route con l'utilizzo aggregate-address address mask [as-set] [summary-only] [suppress-map map-name ] [advertise-map map-name ] [attribute-map map-name ]   Quando si emette il  aggregate-address senza alcun argomento, non esiste alcuna ereditarietà dei singoli attributi di route (ad esempio AS_PATH o community), il che causa una perdita di granularità. In questo documento viene illustrato come modificare i diversi attributi quando si utilizza aggregate-address e come influenzare la propagazione.

Esempio di rete

Esempio di rete

Aggrega senza  as-set  Argomento

L'uso del as-set crea un indirizzo aggregato con un set matematico di sistemi autonomi (AS). Questo as-set Questo argomento riepiloga gli attributi AS_PATH di tutte le singole route. Queste configurazioni di esempio consentono di esaminare questa funzionalità e di esaminare in che modo questo argomento consente a BGP di rilevare ed evitare i loop.

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

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

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  

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 

Il router C (AS-300) aggrega le route 10.160.20.0/16 e 10.160.10.0/16 provenienti, rispettivamente, da AS-100 e AS-200. Questa azione viene eseguita perché è stata configurata la summary-only sul router C. Il router C annuncia solo l'aggregazione 10.160.0.0/8 al router D. L'aggregato 10.160.0.0/8 è la route CIDR (Classless Inter-Domain Routing). Le route 10.160.10.0/16 e 10.160.20.0/16 più specifiche vengono eliminate, come mostrato nella tabella BGP sul router C:

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

Di seguito è riportata la tabella BGP del router D. Osservare le informazioni sul percorso della route aggregata:

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 aggregata 10.160.0.0/8 è considerata originata dall'AS-300 con codice di origine IGP. La route ha perso tutte le informazioni AS_PATH specifiche dei singoli prefissi 10.160.10.0/16, di AS-200 e 10.160.20.0/16, di AS-100.

Aggregazione con  as-set  Argomento

Configurare ora as-set argomento nella aggregate-address sul router C. Ecco la nuova configurazione:

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 

Esaminare in che modo questa argomentazione influenzi show ip bgp output su router:

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

Con il as-set , le informazioni sul percorso nella tabella BGP per la route aggregata vengono modificate in modo da includere un set da 300 {200,100}. Questo insieme indica che l'aggregato riepiloga le route passate attraverso AS-200 e AS-100. OSPF (Open Shortest Path First) as-set le informazioni diventano importanti per evitare che si creino loop di routing in quanto memorizzano la posizione del percorso.

In qualsiasi rete chiusa, queste informazioni aggregate si propagano tramite BGP e tornano a una delle appliance ASA che as-set elenchi. Questa propagazione crea la possibilità di un loop. Il comportamento di rilevamento loop di BGP annota il proprio numero AS nel as-set dell'aggiornamento dell'aggregazione ed elimina l'aggregazione. Questa azione consente di evitare un loop.

Nota: l'argomento as-set contiene informazioni su ogni singola route riepilogata dall'aggregazione. Le modifiche nel singolo ciclo di lavorazione causano un aggiornamento dell'aggregazione. Nell'esempio, se 10.160.10.0/16 diventa inattivo, le informazioni sul percorso dell'aggregazione passeranno da 300 {200,100} a 300 {200}. L'aggregazione viene aggiornata. Se l'aggregazione riepiloga decine o centinaia di route e le route che formano l'aggregazione presentano problemi, è possibile che si verifichi un flap costante.

Modificare gli attributi del ciclo di lavorazione aggregato

OSPF (Open Shortest Path First) Aggregazione con as-set Argomento sezione illustra come utilizzare as-set  per salvare gli attributi AS_PATH con una route specifica. In alcuni casi, è possibile richiedere la modifica degli attributi della route aggregata. Gli esempi di tali attributi includono metrica, comunità e origine.

Conseguenze

Questa sezione illustra come utilizzare attribute-map per modificare la aggregate-address  attributi. In questo caso, configurare una o più route aggregate specifiche con no-export Attributo community. Il router A imposta l'attributo community no-export  alla rete 10.160.20.0/16 e annuncia la rete al router C. Questa sezione illustra la configurazione. Il router C eredita l'attributo community no-export mentre il router aggrega 10.160.0.8. Pertanto, non è possibile inviare un annuncio di 10.160.0.0/8 al router D. La configurazione dei router B, C e D non viene modificata. Ecco la nuova configurazione del 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

Di seguito è riportata la tabella BGP del router C per 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 comunità no-export interrompe l'annuncio del router C sulla route aggregata al router peer eBGP D. Il router D indica che non è stato appreso 10.160.0.0 dal router C:

RouterD# show ip bgp 10.160.0.0
% Network not in table

È possibile configurare il  attribute-map  al router C per modificare l'attributo community della route aggregata da  no-export  a  none.  Questa configurazione consente l'annuncio dell'aggregazione al router D.

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

Osservare ora la tabella BGP del router C per la versione 10.160.0.0/8. Poiché non è impostata alcuna community per il percorso aggregato, il router C pubblicizza il percorso 10.160.0.0/8 sul router 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

OSPF (Open Shortest Path First) show ip bgp 160.0.0.0  l'output restituito sul router D mostra che il router D ha acquisito il percorso aggregato 10.160.0.0/8 dal router 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

Utilizzo  advertise-map  per aggregare un subset di route specifiche

Se si ha il controllo sui singoli prefissi che formano la route aggregata, è possibile decidere più facilmente quali attributi possono essere associati all'aggregazione. Escludere il prefisso 10.160.20.0 dalla route aggregata nell'esempio della sezione Modifica gli attributi della route aggregata. In questo caso, l'aggregazione 10.160.0.0/8 non eredita l'attributo community no-export . Per apportare questa modifica, configurare il advertise-map  al router 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

Osservare ora la tabella BGP del router C per la versione 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

Solo AS-200 fa parte delle informazioni AS_PATH dell'aggregazione; AS-100 non fa parte delle informazioni. Inoltre, non c'è ereditarietà della comunità no-export  da 10.160.20.0/16. Pertanto, il percorso aggregato viene annunciato al router D. Il show ip bgp 160.0.0.0  Il risultato mostra l'annuncio:

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

Nota: poiché il valore as-set aggregato ha solo AS-200, il router A in AS-100 accetta il percorso aggregato e lo installa nella tabella di routing. Il meccanismo di rilevamento del loop BGP attiva l'accettazione di questa route. Il meccanismo di rilevamento del loop BGP non rileva il proprio AS nello stato impostato.

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

Impatto dell'uso di  suppress-map   con altri comandi di configurazione

OSPF (Open Shortest Path First) aggregate-address include altri comandi di configurazione, quali suppress-map . Per comprendere l'impatto dell'uso combinato di tutti i comandi di configurazione, tenere presente che aggregate-address eredita gli attributi dalle route più specifiche solo quando si utilizza as-set comando di configurazione. Esempi di attributi che aggregate-address può ereditare include no-export e no-advertise .

• Quando si utilizza il suppress-map configurazione insieme al comando summary-only del comando configuration, summary-only il comando configuration non ha alcun effetto. Con l'utilizzo del suppress-map del comando configuration, le route più specifiche che suppress-map le soppressioni non vengono pubblicizzate. Tuttavia, le rotte che suppress-map non copre sono pubblicizzati in aggiunta al percorso aggregato. Pertanto, le note di questa sezione si applicano all'uso di suppress-map con o senza summary-only configuration

• Quando si utilizza as-set con suppress-map anche se le route eliminate non vengono annunciate, la route aggregata eredita gli attributi di tutte le route eliminate. Tuttavia, è possibile ignorare gli attributi ereditati utilizzando altri comandi di configurazione, ad esempio attribute-map . La sezione Modifica degli attributi del percorso aggregato descrive l'utilizzo di attribute-map .

• Quando si utilizza il as-set e suppress-map comandi di configurazione con advertise-map , le forme aggregate. L'aggregazione eredita gli attributi solo dalle route selezionate nella advertise-map , indipendentemente dal fatto che suppress-map sopprime la route. Vedere la Utilizzo advertise-map per aggregare un subset di route specifiche sezione.

• Quando si utilizza advertise-map e attribute-map insieme a as-set e altri comandi di configurazione, attribute-map ignora gli attributi scelti nel advertise-map .

In generale, quando si utilizza advertise-map , solo il advertise-map influenza l'aggregazione. In assenza di advertise-map , l'aggregazione eredita gli attributi delle route più specifiche, sia soppresse che non soppresse. In entrambi i casi, è possibile utilizzare attribute-map per ignorare gli attributi scelti.

Informazioni correlate

• BGP: domande frequenti
• Risoluzione dei problemi BGP
• Pagina di supporto BGP
• Supporto tecnico Cisco e download