Passa al contenuto principale

11. Configuration and Deployment Considerations (Considerazioni sulla Configurazione e Distribuzione)

Il protocollo BGP non fornisce alcun modo per un Client di identificarsi dinamicamente come un Client di un RR. Il modo più semplice per ottenere questo è attraverso la configurazione manuale.

Uno dei componenti chiave dell'approccio route reflection nell'affrontare il problema di scalabilità è che l'RR riassume le informazioni di routing e riflette solo il suo percorso migliore.

Sia i Multi-Exit Discriminators (MED) che le metriche del Protocollo Gateway Interno (IGP) possono impattare sulla selezione della rotta BGP. Poiché i MED non sono sempre comparabili e la metrica IGP può differire per ogni router, con certe topologie di route reflection l'approccio route reflection potrebbe non produrre lo stesso risultato di selezione della rotta di quello dell'approccio full IBGP mesh. Un modo per rendere la selezione della rotta uguale a come sarebbe con l'approccio full IBGP mesh è assicurarsi che i route reflector non siano mai forzati a eseguire la selezione della rotta BGP basata su metriche IGP che sono significativamente diverse dalle metriche IGP dei loro client, o basate su MED incomparabili. Il primo può essere ottenuto configurando le metriche IGP intra-cluster per essere migliori delle metriche IGP inter-cluster, e mantenendo il full mesh all'interno del cluster. Il secondo può essere ottenuto da

assicurandosi che le lunghezze del percorso AS da diversi AS siano diverse quando la lunghezza del percorso AS è usata come criterio di selezione della rotta, o

Si potrebbe discutere tuttavia che quest'ultimo requisito sia eccessivamente restrittivo, e forse poco pratico in alcuni casi. Si potrebbe ulteriormente discutere che finché non ci sono loop di routing, non ci sono ragioni convincenti per forzare la selezione della rotta con i route reflector ad essere la stessa di come sarebbe con l'approccio full IBGP mesh.

Per prevenire loop di routing e mantenere una vista di routing coerente, è essenziale che la topologia di rete sia attentamente considerata nel progettare una topologia di route reflection. In generale, la topologia di route reflection dovrebbe essere congruente con la topologia di rete quando esistono percorsi multipli per un prefisso. Un approccio comunemente usato è la riflessione basata su Point of Presence (POP), in cui ogni POP mantiene i propri route reflector che servono i client nel POP, e tutti i route reflector sono fully meshed. Inoltre, i client dei riflettori in ogni POP sono spesso fully meshed allo scopo di un routing intra-POP ottimale, e le metriche IGP intra-POP sono configurate per essere migliori delle metriche IGP inter-POP.