5.2.3. Prefix Advertisement (Annuncio di prefisso)
5.2.3. Prefix Advertisement (Annuncio di prefisso)
Una topologia Clos presenta un grande numero di collegamenti punto-punto e prefissi associati. L'annuncio di tutte queste route in BGP può creare un sovraccarico della Forwarding Information Base (FIB) nei dispositivi di rete. L'annuncio di questi collegamenti mette anche ulteriore stress di calcolo del percorso sul piano di controllo BGP con pochi benefici. Ci sono due possibili soluzioni:
-
Non annunciare nessuno dei collegamenti punto-punto in BGP. Poiché il design basato su EBGP modifica l'indirizzo next-hop su ogni dispositivo, le reti distanti saranno automaticamente raggiungibili tramite il peer EBGP che annuncia e non richiedono raggiungibilità a questi prefissi. Tuttavia, questo può complicare le operazioni o il monitoraggio: ad esempio, l'utilizzo del popolare strumento "traceroute" visualizzerà indirizzi IP che non sono raggiungibili.
-
Annunciare i collegamenti punto-punto, ma riassumerli su ogni dispositivo. Questo richiede uno schema di allocazione degli indirizzi come l'allocazione di un blocco consecutivo di indirizzi IP per dispositivo Tier 1 e Tier 2 da utilizzare per l'indirizzamento dell'interfaccia punto-punto verso i livelli inferiori (gli uplink Tier 2 saranno allocati dai blocchi di indirizzi Tier 1 e così via).
Le subnet dei server sui dispositivi Tier 3 devono essere annunciate in BGP senza utilizzare la riassunzione delle route sui dispositivi Tier 2 e Tier 1. Il riassumere le subnet in una topologia Clos risulta in route black-holing sotto un singolo guasto di collegamento (ad esempio, tra dispositivi Tier 2 e Tier 3), e quindi deve essere evitato. L'uso di collegamenti peer all'interno dello stesso livello per risolvere il problema di black-holing fornendo "percorsi di bypass" è indesiderabile a causa della complessità O(N^2) del mesh di peering e dello spreco di porte sui dispositivi. Un'alternativa alla mesh completa di collegamenti peer sarebbe utilizzare una topologia di bypass più semplice, ad esempio, un "anello" come descritto in [FB4POST], ma tale topologia aggiunge salti extra e ha larghezza di banda limitata. Potrebbe richiedere modifiche speciali per far funzionare il routing BGP, ad esempio, dividere ogni dispositivo in un ASN proprio. Più avanti in questo documento, Section 8.2 introduce un metodo meno invasivo per eseguire una forma limitata di riassunzione delle route nelle reti Clos e discute i compromessi associati.