1. Introduction (Introduzione)
1. Introduction (Introduzione)
Il contenuto di un database di stato del collegamento (LSDB) o del database di ingegneria del traffico (TED) di un IGP descrive solo i collegamenti e i nodi all'interno di un'area IGP. Alcune applicazioni, come l'ingegneria del traffico (TE) end-to-end, beneficerebbero della visibilità al di fuori di un'area o di un sistema autonomo (AS) al fine di prendere decisioni migliori.
L'IETF ha definito l'elemento di calcolo del percorso (PCE) [RFC4655] come un meccanismo per ottenere il calcolo di percorsi TE end-to-end che attraversano la visibilità di più di un TED o che richiedono calcoli intensivi della CPU o coordinati. L'IETF ha anche definito il server ALTO [RFC5693] come un'entità che genera una topologia di rete astratta e la fornisce alle applicazioni consapevoli della rete.
Sia un PCE che un server ALTO devono raccogliere informazioni sulle topologie e le capacità della rete per essere in grado di svolgere la loro funzione.
Questo documento descrive un meccanismo mediante il quale le informazioni di link-state e TE possono essere raccolte dalle reti e condivise con componenti esterni utilizzando il protocollo di routing BGP [RFC4271]. Questo viene ottenuto utilizzando un nuovo formato di codifica delle informazioni di raggiungibilità del livello di rete BGP (NLRI). Il meccanismo è applicabile ai collegamenti IGP fisici e virtuali. Il meccanismo descritto è soggetto al controllo delle policy.
Un router mantiene uno o più database per memorizzare informazioni sullo stato dei collegamenti su nodi e collegamenti in una determinata area. Gli attributi del collegamento memorizzati in questi database includono: indirizzi IP locali/remoti, identificatori di interfaccia locali/remoti, metrica del collegamento e metrica TE, larghezza di banda del collegamento, larghezza di banda prenotabile, stato di prenotazione per classe di servizio (CoS), preemption e gruppi di collegamenti a rischio condiviso (SRLG). Il processo BGP del router può recuperare la topologia da questi LSDB e distribuirla a un consumatore, direttamente o tramite un peer BGP speaker (tipicamente un Route Reflector dedicato), utilizzando la codifica specificata in questo documento.
La raccolta di informazioni di link-state e TE e la loro distribuzione ai consumatori sono mostrate nella figura seguente.
+-----------+
| Consumer |
+-----------+
^
|
+-----------+
| BGP | +-----------+
| Speaker | | Consumer |
+-----------+ +-----------+
^ ^ ^ ^
| | | |
+---------------+ | +-------------------+ |
| | | |
+-----------+ +-----------+ +-----------+
| BGP | | BGP | | BGP |
| Speaker | | Speaker | . . . | Speaker |
+-----------+ +-----------+ +-----------+
^ ^ ^
| | |
IGP IGP IGP
Figura 1: Raccolta di informazioni di link-state e TE
Un BGP speaker può applicare una policy configurabile alle informazioni che distribuisce. Pertanto, può distribuire la topologia fisica reale dal LSDB o dal TED. In alternativa, può creare una topologia astratta, in cui nodi virtuali aggregati sono connessi da percorsi virtuali. I nodi aggregati possono essere creati, ad esempio, da più router in un punto di presenza (POP). La topologia astratta può anche essere un mix di nodi fisici e virtuali e collegamenti fisici e virtuali. Inoltre, il BGP speaker può applicare policy per determinare quando le informazioni vengono aggiornate al consumatore in modo che vi sia una riduzione del flusso di informazioni dalla rete ai consumatori. I meccanismi attraverso i quali le topologie possono essere aggregate o virtualizzate sono al di fuori dell'ambito di questo documento.