Perché BGP RR riflette solo il percorso migliore?

15

Qualcuno può rispondere perché BGP RR riflette solo il percorso migliore?

bgp

— Bo Cao
fonte

Qualche risposta ti è stata d'aiuto? in tal caso, dovresti accettare la risposta in modo che la domanda non continui a comparire per sempre, cercando una risposta. In alternativa, potresti fornire e accettare la tua risposta.

— Ron Maupin

18

Per conservare la memoria a destinazione, in passato non era importante ottimizzare al massimo il percorso di inoltro. Questa è la citazione da RFC4456 :

Uno dei componenti chiave dell'approccio di riflessione del percorso
nell'affrontare il problema del ridimensionamento è che RR riassume le
informazioni di routing e riflette solo il suo percorso migliore.

Mentre il ridimensionamento è sempre importante, chiaramente oggi ci sono scenari in cui preferiremo spendere memoria RIB piuttosto che scegliere un percorso non ottimale.

Per risolvere questo problema c'è BGP AddPath e BGP riflessione ottimale . AddPath è disponibile sia da Cisco che da Juniper, mentre la riflessione ottimale attualmente non è implementata dai principali fornitori.

AddPath consente a BGP di inviare più del singolo percorso migliore. La riflessione ottimale utilizzerà SPF (ISIS, OSPF) per riflettere il percorso migliore dal POV del ricevitore, non dal punto di vista del riflettore del percorso.

— ytti
fonte

3

Tieni presente che l'idea con iBGP e la riflessione del percorso è stata quella di distribuire le informazioni sul percorso con l'idea che specifiche decisioni di routing / forward sarebbero state accolte dall'IGP sottostante (in particolare multipathing, failover interno, ecc.). Come tale, un puntatore a ciò che dovrebbe essere un prossimo salto piuttosto statico può essere tenuto nella tabella evitando lo sfogo associato alle informazioni di rete localizzate.

La scalabilità e la stabilità erano (e probabilmente dovrebbero essere) gli obiettivi primari della BGP, anche al prezzo della scelta del percorso non ottimale e della rapida convergenza. L'implementazione tradizionale del RR lo incarna. Idealmente, le informazioni sui RR dovrebbero essere il più statiche possibile e i timer dovrebbero essere conservati sul lato lungo.

A proposito: ci sono circostanze in cui un RR può inviare più percorsi alla stessa destinazione v4 / v6, sia la funzionalità AddPath menzionata sopra che nel caso VPN MPLS in cui un determinato prefisso è associato ai RD di più PE.

— rnxrx
fonte

Non sono sicuro di raggruppare RR con gli obiettivi di progettazione originali di iBGP (di cui hai perfettamente ragione, soprattutto per quanto riguarda la scalabilità e la stabilità); RR è stato proposto in un RFC separato per alleviare i problemi di ridimensionamento che qualcuno avrebbe incontrato con iBGP full mesh e il desiderio di disabilitare la sincronizzazione. Altrimenti un'ottima risposta e votata come tale.

— John Jensen,

Vorrei sottolineare che il prefisso con RD diverso è un prefisso unico , il riflettore non ha idea che non sarà univoco sul ricevitore PE sul ricevitore VRF. Questa è esattamente la funzione di RD, senza di essa, non si potrebbero avere prefissi sovrapposti nei VRF.

— ytti,

1

Per aggiungere alle risposte precedenti, hai una nuova funzionalità chiamata BGP path diverse per consentire a RR di pubblicizzare un percorso diverso. Per ulteriori dettagli, consultare RFC6774 o l'implementazione Cisco all'indirizzo http://www.cisco.com/en/US/docs/ios/ios_xe/iproute_bgp/configuration/guide/irg_diverse_path_xe.html

— Aliou Dia
fonte