1. Introduction
1. Introduction
Le contenu d'une base de données d'état de liaison (LSDB) ou de la base de données d'ingénierie du trafic (TED) d'un IGP décrit uniquement les liens et les nœuds au sein d'une zone IGP. Certaines applications, telles que l'ingénierie du trafic (TE) de bout en bout, bénéficieraient d'une visibilité en dehors d'une zone ou d'un système autonome (AS) afin de prendre de meilleures décisions.
L'IETF a défini l'élément de calcul de chemin (PCE) [RFC4655] comme un mécanisme permettant de réaliser le calcul de chemins TE de bout en bout qui traversent la visibilité de plus d'un TED ou qui nécessitent des calculs intensifs en CPU ou coordonnés. L'IETF a également défini le serveur ALTO [RFC5693] comme une entité qui génère une topologie de réseau abstraite et la fournit aux applications conscientes du réseau.
Un PCE et un serveur ALTO doivent tous deux collecter des informations sur les topologies et les capacités du réseau afin de pouvoir remplir leur fonction.
Ce document décrit un mécanisme par lequel les informations d'état de liaison et de TE peuvent être collectées à partir des réseaux et partagées avec des composants externes en utilisant le protocole de routage BGP [RFC4271]. Ceci est réalisé en utilisant un nouveau format d'encodage d'informations de joignabilité de couche réseau BGP (NLRI). Le mécanisme est applicable aux liens IGP physiques et virtuels. Le mécanisme décrit est soumis au contrôle de politique.
Un routeur maintient une ou plusieurs bases de données pour stocker les informations d'état de liaison sur les nœuds et les liens dans une zone donnée. Les attributs de liaison stockés dans ces bases de données incluent: les adresses IP locales/distantes, les identificateurs d'interface locaux/distants, la métrique de liaison et la métrique TE, la bande passante de liaison, la bande passante réservable, l'état de réservation par classe de service (CoS), la préemption et les groupes de liens à risque partagé (SRLG). Le processus BGP du routeur peut récupérer la topologie à partir de ces LSDB et la distribuer à un consommateur, soit directement, soit via un locuteur BGP pair (généralement un réflecteur de route dédié), en utilisant l'encodage spécifié dans ce document.
La collecte d'informations d'état de liaison et de TE et leur distribution aux consommateurs sont illustrées dans la figure suivante.
+-----------+
| Consumer |
+-----------+
^
|
+-----------+
| BGP | +-----------+
| Speaker | | Consumer |
+-----------+ +-----------+
^ ^ ^ ^
| | | |
+---------------+ | +-------------------+ |
| | | |
+-----------+ +-----------+ +-----------+
| BGP | | BGP | | BGP |
| Speaker | | Speaker | . . . | Speaker |
+-----------+ +-----------+ +-----------+
^ ^ ^
| | |
IGP IGP IGP
Figure 1: Collecte d'informations d'état de liaison et de TE
Un locuteur BGP peut appliquer une politique configurable aux informations qu'il distribue. Ainsi, il peut distribuer la topologie physique réelle à partir de la LSDB ou du TED. Alternativement, il peut créer une topologie abstraite, où des nœuds virtuels agrégés sont connectés par des chemins virtuels. Les nœuds agrégés peuvent être créés, par exemple, à partir de plusieurs routeurs dans un point de présence (POP). La topologie abstraite peut également être un mélange de nœuds physiques et virtuels et de liens physiques et virtuels. De plus, le locuteur BGP peut appliquer une politique pour déterminer quand les informations sont mises à jour vers le consommateur afin qu'il y ait une réduction du flux d'informations du réseau vers les consommateurs. Les mécanismes par lesquels les topologies peuvent être agrégées ou virtualisées sont en dehors de la portée de ce document.