Passa al contenuto principale

2.1. MPLS-TE with PCE (MPLS-TE con PCE)

2.1. MPLS-TE with PCE (MPLS-TE con PCE)

Come descritto in [RFC4655], un PCE può essere utilizzato per calcolare percorsi MPLS-TE all'interno di un "dominio" (come un'area IGP) o attraverso più domini (come un AS multi-area o più AS).

  • All'interno di una singola area, il PCE offre una potenza di calcolo migliorata che potrebbe non essere disponibile sui singoli router, un controllo delle policy sofisticato e algoritmi, e il coordinamento del calcolo su tutta l'area.

  • Se un router desidera calcolare un percorso MPLS-TE attraverso aree IGP, il proprio TED manca di visibilità della topologia completa. Ciò significa che il router non può determinare il percorso end-to-end e non può nemmeno selezionare il router di uscita corretto (Area Border Router (ABR)) per un percorso ottimale. Questo è un problema per le reti su larga scala che necessitano di segmentare le loro reti core in aree distinte ma desiderano comunque sfruttare MPLS-TE.

Le soluzioni precedenti utilizzavano il calcolo del percorso per dominio [RFC5152]. Il router sorgente poteva calcolare il percorso solo per la prima area perché il router ha visibilità topologica completa solo per la prima area lungo il percorso, ma non per le aree successive. Il calcolo del percorso per dominio utilizza una tecnica chiamata "loose-hop-expansion" [RFC3209] e seleziona l'ABR di uscita e altri ABR o AS Border Router (ASBR) utilizzando la topologia del percorso più breve calcolata dall'IGP per il resto del percorso. Ciò può portare a percorsi sub-ottimali, rende difficile il calcolo di percorsi alternativi/di backup e potrebbe risultare in nessun percorso TE trovato quando in realtà ne esiste uno.

Il PCE presenta un server di calcolo che può avere visibilità su più di un'area IGP o AS, o può cooperare con altri PCE per eseguire il calcolo del percorso distribuito. Il PCE ovviamente necessita di accesso al TED per l'area o le aree che serve, ma [RFC4655] non descrive come ciò viene ottenuto. Molte implementazioni rendono il PCE un partecipante passivo nell'IGP in modo che possa apprendere lo stato più recente della rete, ma ciò può essere sub-ottimale quando la rete è soggetta a un alto grado di turbolenza o quando il PCE è responsabile di più aree.

La figura seguente mostra come un PCE può ottenere le sue informazioni TED utilizzando il meccanismo descritto in questo documento.

            +----------+                           +---------+
| ----- | | BGP |
| | TED |<-+-------------------------->| Speaker |
| ----- | Sincronizzazione TED | |
| | | meccanismo: +---------+
| | | BGP with Link-State NLRI
| v |
| ----- |
| | PCE | |
| ----- |
+----------+
^
| Richiesta/
| Risposta
v
Servizio +----------+ Protocollo +----------+
Richiesta | Head-End | Segnalazione| Adjacent |
-------->| Node |<------------>| Node |
+----------+ +----------+

Figura 2: Nodo PCE esterno che utilizza un meccanismo di sincronizzazione TED

Il meccanismo in questo documento consente di raccogliere le informazioni TED necessarie dall'IGP all'interno della rete, filtrate secondo policy configurabili, e distribuite al PCE secondo necessità.