Passa al contenuto principale

5.2.4. External Connectivity (Connettività esterna)

5.2.4. External Connectivity (Connettività esterna)​

Un cluster dedicato (o più cluster) nella topologia Clos potrebbe essere utilizzato allo scopo di connettersi ai dispositivi edge della rete geografica (Wide Area Network, WAN), o router WAN. I dispositivi Tier 3 in tale cluster sarebbero sostituiti con router WAN, e il peering EBGP verrebbe utilizzato nuovamente, sebbene i router WAN appartengano probabilmente a un ASN pubblico se è richiesta la connettività Internet nel design. I dispositivi Tier 2 in tale cluster dedicato saranno denominati "Router di bordo" (Border Routers) in questo documento. Questi dispositivi devono eseguire alcune funzioni speciali:

  • Nascondere le informazioni sulla topologia di rete quando si annunciano percorsi ai router WAN, ossia, rimuovere gli ASN ad uso privato [RFC6996] dall'attributo AS_PATH. Questo viene tipicamente fatto per evitare collisioni di numeri ASN tra diversi data center e anche per fornire una lunghezza AS_PATH uniforme al WAN ai fini dell'ECMP WAN verso i prefissi anycast originati nella topologia. Una funzionalità BGP specifica dell'implementazione tipicamente chiamata "Remove Private AS" è comunemente utilizzata per realizzare questo. A seconda dell'implementazione, la funzionalità dovrebbe rimuovere una sequenza contigua di ASN ad uso privato trovati in un attributo AS_PATH prima di annunciare il percorso a un vicino. Questo presuppone che tutti gli ASN utilizzati per la numerazione intra data center provengano dagli intervalli ad uso privato. Il processo per rimuovere gli ASN ad uso privato non è attualmente standardizzato, vedere [REMOVAL]. Tuttavia, la maggior parte delle implementazioni segue almeno la logica descritta in questo documento del fornitore [VENDOR-REMOVE-PRIVATE-AS], che è sufficiente per il design specificato.

  • Originare una route predefinita verso i dispositivi del data center. Questo è l'unico posto dove può essere originata una route predefinita, poiché la riassunzione delle route è rischiosa per la topologia Clos non modificata. In alternativa, i router di bordo possono semplicemente inoltrare la route predefinita appresa dai router WAN. L'annuncio della route predefinita dai router di bordo richiede che tutti i router di bordo siano completamente connessi ai router WAN upstream, per fornire resistenza a un guasto di singolo collegamento che causa il black-holing del traffico. Per prevenire il black-holing nella situazione in cui tutte le sessioni EBGP verso i router WAN falliscono simultaneamente su un dato dispositivo, è più desiderabile riannunciare la route predefinita piuttosto che originare la route predefinita tramite schemi complicati di origine route condizionale forniti da alcune implementazioni [CONDITIONALROUTE].