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

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

Comme décrit dans [RFC4655], un PCE peut être utilisé pour calculer des chemins MPLS-TE au sein d'un "domaine" (tel qu'une zone IGP) ou à travers plusieurs domaines (tel qu'un AS multi-zones ou plusieurs AS).

• Au sein d'une seule zone, le PCE offre une puissance de calcul améliorée qui peut ne pas être disponible sur les routeurs individuels, un contrôle de politique sophistiqué et des algorithmes, ainsi qu'une coordination du calcul sur toute la zone.

• Si un routeur souhaite calculer un chemin MPLS-TE à travers les zones IGP, alors son propre TED manque de visibilité sur la topologie complète. Cela signifie que le routeur ne peut pas déterminer le chemin de bout en bout et ne peut même pas sélectionner le bon routeur de sortie (routeur de bordure de zone (ABR)) pour un chemin optimal. Ceci est un problème pour les réseaux à grande échelle qui doivent segmenter leurs réseaux centraux en zones distinctes mais souhaitent toujours profiter de MPLS-TE.

Les solutions précédentes utilisaient le calcul de chemin par domaine [RFC5152]. Le routeur source ne pouvait calculer le chemin que pour la première zone car le routeur n'a une visibilité topologique complète que pour la première zone le long du chemin, mais pas pour les zones suivantes. Le calcul de chemin par domaine utilise une technique appelée "expansion de saut lâche" [RFC3209] et sélectionne l'ABR de sortie et d'autres ABR ou routeurs de bordure AS (ASBR) en utilisant la topologie de chemin le plus court calculée par IGP pour le reste du chemin. Cela peut conduire à des chemins sous-optimaux, rend difficile le calcul de chemins alternatifs/de secours, et pourrait entraîner l'absence de chemin TE trouvé alors qu'un existe réellement.

Le PCE présente un serveur de calcul qui peut avoir une visibilité sur plus d'une zone IGP ou AS, ou peut coopérer avec d'autres PCE pour effectuer un calcul de chemin distribué. Le PCE a évidemment besoin d'accéder au TED pour la ou les zones qu'il dessert, mais [RFC4655] ne décrit pas comment cela est réalisé. De nombreuses implémentations font du PCE un participant passif dans l'IGP afin qu'il puisse apprendre l'état le plus récent du réseau, mais cela peut être sous-optimal lorsque le réseau est soumis à un degré élevé de turbulence ou lorsque le PCE est responsable de plusieurs zones.

La figure suivante montre comment un PCE peut obtenir ses informations TED en utilisant le mécanisme décrit dans ce document.

            +----------+                           +---------+
            |  -----   |                           |   BGP   |
            | | TED |<-+-------------------------->| Speaker |
            |  -----   |   Synchronisation TED     |         |
            |    |     |        mécanisme:         +---------+
            |    |     | BGP with Link-State NLRI
            |    v     |
            |  -----   |
            | | PCE |  |
            |  -----   |
            +----------+
                 ^
                 | Requête/
                 | Réponse
                 v
   Service  +----------+   Protocole  +----------+
   Requête  | Head-End |   Signalisation| Adjacent |
   -------->|  Node    |<------------>|   Node   |
            +----------+              +----------+

 Figure 2: Nœud PCE externe utilisant un mécanisme de synchronisation TED

Le mécanisme dans ce document permet de collecter les informations TED nécessaires à partir de l'IGP au sein du réseau, filtrées selon une politique configurable, et distribuées au PCE si nécessaire.