MP-BGP Cisco: BGP-PIC, BGP-Edge, BGP-ORR definition

05.03 2024 | by massimiliano

Un ambiente di test dedicato per le funzionalità specifiche potrebbe essere il seguente: Attraverso l’analisi delle policies di gestione traffico […]

Un ambiente di test dedicato per le funzionalità specifiche potrebbe essere il seguente:

Attraverso l’analisi delle policies di gestione traffico quali Local-Preference per direzione outbound ed AS-Path prepend oppure MED per la direzione inbound, verranno adottati opportuni schemi per valutare:

Active-Backup BGP routes
Active-Active BGP routes
BGP PIC Core
BGP PIC Edge
etc…

Il BGP PIC Core diminuisce i tempi di convergenza quando un P-router fallisce ed il processo IGP deve trovare un percorso di backup (best-path) verso il router edge PE

Il BGP PIC Edge aiuta a velocizzare i tempi di convergenza quando vi un failure a livello PE (oppure anche un link di collegamento PE-CE) ed il BGP ha bisogno di convergere rapidamente tra differenti PE del dominio.

Esempi di configurazione BGP PIC:

router bgp 65000

address-family ipv4

bgp additional-path select all

neighbor < peer > additional-paths send

neighbor < peer > advertise additional-path all

router bgp 65000

address-family ipv4

bgp additional-path installa

neighbor < peer > additional-paths receive

Un router reflector BGP lavora nel seguente modo:

Sceglie un solo best-path per il punto di uscita verso una prefix/subnet dal suo punto di vista all’interno del dominio BGP

Il best-path scelto può quindi essere il percorso ottimale per il RR su base metrica IGP più bassa, ma potrebbe non essere il percorso idoneo dal punto di vista del cliente di accesso al dominio BGP

RRs propagano/annunciano il solo best-path attraverso le sessioni IBGP nascondendo altri percorsi possibili; questo comportamento può creare percorsi non idonei di routing

La possibilità di superare il limite di routing non ottimale si ottiene nel seguente modo con l’utilizzo di BGP ADD-PATH: annuncio di multipli percorsi per la stessa prefix/subnet nel control-plane

Altro parametro utile da considerare è BGP ORR (Optimal Route Reflector)

ORR è applicabile solo quando la selezione del best-path via BGP è scelta su base IGP metrica più bassa verso il BGP next-hop;

ORR non è alternativo a BGP Add-Path, ma è utilissimo per provvedere alla creazione di routing ottimale, resilienza e fast-convergence;

Link state routing protocol è richiesto per i RRs per avere un completa topologia della rete basata su IGP cost.

Differenti modalità di rilascio di ORR possibili:

1. Optimal BGP Path selection fatto su base Clients IGP prospettiva; per ridurre l’overhead del calcolo SPF è possibile utilizzare partial e incremental SPF

2. Optimal BGP Path su base Policy:

A) User defined Policy

B) SLA via BGP community

Si consiglia l’analisi ed il test per le seguenti funzionalità

Sincronizzazione iBGP/IGP per lagacy black-hole prevention
BGP tuning per timers peering e convergence (keepalive, hold-timer, mrai o advertise-interval, scan-time, update-delay, etc…)