Brevet FR2895625A1 — publié le 20070629

ÉLÉMENT DE TYPE PCE POUR LE CALCUL DE CHEMINS DE CONNEXION PRÉVISIONNELS DANS UN RÉSEAU DE TRANSPORT L'invention concerne les réseaux de transport comportant un plan de contrôle distribué MPLS ou GMPLS et au moins un élément de calcul de chemins de connexion de type dit PCE (pour Path Computation Element ), défini par le groupe de travail IETF PCE (et dont le standard est en cours de normalisation). lo On entend ici par réseau de transport à plan de contrôle MPLS (pour Multi Protocol Label Switching ) , un réseau commutant des étiquettes (ou labels ) affectés, par exemple, à des paquets IP ou des trames ATM ou Frame Relay, et possédant un plan de contrôle MPLS. Par ailleurs, on entend ici par réseau à plan de contrôle GMPLS (pour Generalized Multi 15 Protocol Label Switching), un réseau commutant des étiquettes (ou labels ) généralisées associées à des circuits, comme par exemple les réseaux TDM (de type SONET/SDH, PDF, G.709), ou bien associées à des fibres optiques, ou encore associées à des ports d'entrée/sortie, et possédant un plan de contrôle GMPLS. Par la suite, on désigne ces exemples de réseau à plan de 20 contrôle distribué par l'expression réseau (G)MPLS. Dans de tels réseaux à commutation d'étiquettes, les chemins de connexion établis entre noeuds de type routeur sont appelés LSPs (pour Label Switched Paths - chemins à commutation d'étiquettes) ou TE-LSPs ( Traffic Engineering- LSPs - LSPs à ingénierie de trafic). 25 II a été récemment proposé d'équiper les réseaux de transport de type IP/(G)MPLS d'un ou plusieurs éléments PCE afin de calculer des chemins de connexion (ou routes) de type LSP ou TE-LSP, à la demande d'une application de leur réseau de transport. Plus précisément, lorsqu'une application doit effectuer une réservation de ressources entre des noeuds 30 source et de destination, elle doit préalablement disposer de chemin(s) de connexion. Elle charge alors un élément PCE de calculer des chemins de connexion, éventuellement disjoints, entre les noeuds source et de 2 2895625 destination. Il est important de noter qu'un chemin de connexion peut traverser un ou plusieurs domaines d'un ou plusieurs réseaux de transport. Par ailleurs, on notera qu'un élément PCE ne peut que calculer les portions de chemin de connexion qui sont situées dans le(s) domaine(s) au(x)quel(s) il 5 est associé. Pour obtenir chaque portion restante il doit s'adresser à un ou plusieurs autres éléments PCE. Un tel élément PCE fait partie du plan de contrôle et de gestion du réseau de transport. II peut être soit centralisé, et dans ce cas il est l'unique élément PCE de son réseau de transport (ou de son domaine) et il calcule io des chemins de connexion (ou routes) pour plusieurs applications implantées par exemple dans des noeuds de son réseau de transport, soit distribué, et dans ce cas plusieurs éléments PCE sont présents dans un même réseau de transport et ils se partagent les calculs de routes issues des différentes applications implantées par exemple dans les noeuds du réseau de transport. 15 Pour effectuer de tels calculs, un élément PCE doit disposer de données d'ingénierie de trafic, comme par exemple la topologie de la partie du réseau de transport à laquelle il est associé, les états respectifs des connexions établies entre les noeuds de cette partie du réseau de transport, et les performances en cours de la partie du réseau de transport (comme par 20 exemple les ressources totales, les ressources utilisées et les délais de transmission), ainsi qu'éventuellement et notamment des estimations de risque et des contraintes que doivent supporter les chemins de connexion à calculer. Les données d'ingénierie de trafic sont stockées dans des bases de 25 données d'ingénierie de trafic (ou TEDBs pour Traffic Engineering DataBases ) qui sont implantées dans les noeuds du réseau de transport (une base par noeud). Ces bases de données d'ingénierie de trafic sont alimentées au moyen d'un protocole de routage, tel que OSPF-TE ( Open Shortest Path First Protocol - Traffic Engineering ). Il est rappelé que le 3o protocole OSPF et ses extensions pour gérer les données d'ingénierie de trafic OSPF-TE sont des protocoles de routage internes au réseau, c'est-à-dire de type IGP (pour Internai Gateway Protocol ). Les contraintes sont généralement communiquées par l'application 3 2895625 qui effectue la demande de routes ou chemin(s) de connexion. Les éléments PCE sont bien adaptés au calcul de chemins de connexion répondant à des demandes immédiates, et donc prenant en compte les performances en cours et la topologie en cours du réseau de 5 transport. Mais, ces chemins de connexion en cours ne suffisent pas aux opérateurs des réseaux de transport. Ils doivent en effet faire évoluer fréquemment leurs réseaux de transport afin qu'ils puissent permettre d'établir les connexions que leurs clients envisagent d'utiliser à court ou moyen terme. Afin de vérifier si les évolutions envisagées vont satisfaire aux futurs besoins io des clients, les opérateurs doivent calculer de façon centralisée des chemins de connexion prévisionnels à partir de la future topologie de leur réseau, de l'état de connectivité prévisionnel de leur réseau et des performances prévisionnelles de leur réseau. Ce calcul centralisé convient bien lorsque le chemin de connexion 15 prévisionnel demeure à l'intérieur du domaine ou des domaines d'un réseau de transport. Mais, cela n'est plus le cas lorsqu'il traverse des domaines appartenant à des réseaux de transport différents. Dans ce cas, l'opérateur doit calculer la portion de chemin de connexion prévisionnel qui traverse son réseau de transport et demander à l'opérateur du réseau de transport qui 20 comprend le noeud de destination, d'une part, l'autorisation d'utiliser son réseau, et d'autre part, de calculer la portion complémentaire dudit chemin de connexion prévisionnel. Les opérateurs doivent également se mettre d'accord sur le coût d'utilisation du réseau de transport. Ces opérations nécessaires au calcul d'un chemin de connexion prévisionnel nécessitent donc des 25 interventions humaines et sont chronophages. En outre, les délais d'obtention de chemins de connexion prévisionnels sont d'autant plus grands que le nombre de chemins de connexion prévisionnels à calculer est important, du fait de la centralisation des opérations. L'invention a donc pour but de remédier à une partie au moins des 30 inconvénients présentés ci-avant. Elle propose à cet effet un élément de type dit PCE, comprenant des moyens de traitement propres à calculer des chemins de connexion, au sein d'au moins une partie d'au moins un réseau de transport à plan de contrôle 4 2895625 (G)MPLS, à partir au moins de données d'ingénierie de trafic stockées dans au moins une base de données, ici dite primaire pour faciliter la compréhension de l'invention, de ce réseau de transport. Cet élément PCE se caractérise par le fait que ses moyens de s traitement sont en outre chargés de calculer, chaque fois qu'ils en reçoivent l'ordre et en vue d'une future utilisation, un ou plusieurs chemins de connexion prévisionnels (éventuellement disjoints) au sein d'au moins une partie d'au moins le réseau de transport à partir au moins de données d'ingénierie de trafic prévisionnelles représentatives d'une topologie et d'un état de connectivité prévisionnels d'une partie au moins du réseau de transport et/ou de performances prévisionnelles d'une partie au moins du réseau de transport. L'élément PCE selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et 15 notamment : - ses moyens de traitement peuvent être chargés, lorsqu'ils reçoivent une requête de calcul de chemin(s) de connexion prévisionnel(s), d'accéder à au moins une base de données secondaire du réseau de transport, dans laquelle sont stockées certaines au moins des données d'ingénierie de 20 trafic prévisionnelles, afin d'extraire les données d'ingénierie de trafic prévisionnelles qui sont utiles au calcul requis ; - il peut comprendre la base de données secondaire ; ses moyens de traitement peuvent être chargés de recevoir certaines au moins des données d'ingénierie de trafic prévisionnelles d'un équipement 25 de gestion du réseau de transport ; - ses moyens de traitement peuvent être chargés de recevoir certaines au moins des données d'ingénierie de trafic prévisionnelles dans des messages d'un protocole de routage, comme par exemple OSPFTE ( Open Shortest Path First Protocol ù Traffic Engineering ) ou IS-IS- 30 TE ( Intermediate System -Intermediate System ù Traffic Engineering ) ; ses moyens de traitement peuvent être chargés de recevoir certaines au moins des données d'ingénierie de trafic prévisionnelles d'un équipement 5 2895625 de service prévisionnel du réseau de transport ; - ses moyens de traitement peuvent être chargés de stocker dans la base de données secondaire les données d'ingénierie de trafic prévisionnelles reçues ; 5 - ses moyens de traitement peuvent être chargés d'extraire certaines au moins des données d'ingénierie de trafic prévisionnelles d'au moins une base de données dite primaire du réseau de transport ; - il peut comprendre une base de données primaire ; - l'une au moins des bases de données primaires peut être implantée io dans un noeud du réseau de transport. L'invention propose également un noeud, pour un réseau de transport à plan de contrôle GMPLS ou MPLS, comprenant un élément PCE du type de celui présenté ci-avant. Un tel noeud peut éventuellement comprendre la base de données 15 secondaire dans laquelle sont stockées certaines au moins des données d'ingénierie de trafic prévisionnelles. L'invention est particulièrement bien adaptée, bien que de façon non exclusive, aux réseaux de transport de type 1P/(G)MPLS ou à la fois de type IP/MPLS et IP/GMPLS. 20 D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels : la figure 1 illustre de façon très schématique et fonctionnelle une partie d'un réseau de transport couplé à un équipement de gestion et à un 25 premier exemple de réalisation d'élément PCE centralisé selon l'invention, et la figure 2 illustre de façon très schématique et fonctionnelle une partie d'un réseau de transport couplé à un équipement de gestion et comprenant un second exemple de réalisation d'élément PCE selon 30 l'invention, centralisé et implanté dans l'un de ses noeuds. Les dessins annexés pourront non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant. 6 2895625 L'invention a pour objet de permettre le calcul de chemins de connexion prévisionnels (éventuellement disjoints), au sein d'au moins un réseau de transport à plan de contrôle GMPLS ou MPLS, par son élément PCE ou l'un au moins de ses éléments PCE. 5 Dans ce qui suit, on considère à titre d'exemple non limitatif que le réseau de transport est un réseau de type IP/GMPLS. Mais l'invention n'est pas limitée à ce type de réseau. Elle concerne en effet tous les réseaux à plan de contrôle MPLS ou GMPLS. Un réseau de transport IP/GMPLS R comporte très schématiquement 10 des noeuds Ni connectés les uns autres par des liens physiques, comme par exemple des fibres optiques, et généralement couplés à un équipement de gestion EG, comme par exemple un serveur, faisant partie d'un système de gestion de réseau ou NMS (pour Network Management System ). Dans les exemples non limitatifs illustrés sur les figures 1 et 2, l'indice i des noeuds Ni varie entre 1 et 6 (NI à N6), mais il peut prendre n'importe quelle valeur supérieure ou égale à deux (2). Ces noeuds Ni sont par exemple des routeurs périphériques d'entrée/sortie ou des routeurs intermédiaires. Bien que cela n'apparaisse pas sur les figures 1 et 2, chaque noeud Ni comprend une base de données d'ingénierie de trafic (ou TEDB pour Traffic Engineering DataBase ), ci-après appelée base primaire, dans laquelle sont stockées des données d'ingénierie de trafic, comme par exemple la topologie d'une partie au moins de son réseau (de transport) R, les états respectifs des connexions (ou liens) établi(e)s entre les noeuds Ni de cette partie de réseau R, les ressources déjà utilisées dans la partie de réseau R, ainsi qu'éventuellement et notamment des estimations de risque. Les bases primaires des noeuds Ni sont alimentées en données et mises à jour au moyen d'un protocole de routage, tel que OSPF-TE (Open Shortest Path First Protocol û Traffic Engineering). Par ailleurs, le réseau IP/GMPLS R comporte également un ou plusieurs éléments de type PCE (Path Computation Element), faisant partie de son plan de contrôle et de gestion et pouvant être soit distribués, soit centralisés. II est rappelé qu'un élément PCE centralisé est l'unique élément 7 2895625 PCE de son réseau de transport (ou de son domaine) et qu'il calcule des chemins de connexion (ou routes), éventuellement disjoints, pour plusieurs applications implantées par exemple dans des noeuds Ni de son réseau (de transport) R, tandis que des éléments PCE distribués font partie d'un même 5 réseau (de transport) R et se partagent les calculs des chemins de connexion (ou routes), éventuellement disjoints, requis par les différentes applications implantées par exemple dans les noeuds Ni de leur réseau R. Il est important de noter qu'un élément PCE distribué ne fait pas forcément partie du noeud Ni pour lequel il calcule des chemins de connexion. io II peut en effet se présenter sous la forme d'un boîtier couplé à ce noeud, éventuellement de façon indirecte. Par ailleurs, un élément PCE centralisé peut se présenter sous la forme d'un boîtier couplé à chaque noeud Ni pour lequel il calcule des chemins de connexion, éventuellement de façon indirecte. Mais, il peut 15 également être implanté dans l'un des noeuds Ni pour lesquels il calcule des chemins de connexion. En outre, un élément PCE centralisé peut coexister dans une même partie d'un réseau de transport R, comme par exemple un domaine, avec des éléments PCE distribués. Ce cas correspond à une architecture d'éléments 20 PCE dite hiérarchique ou hiérarchisée. Dans l'exemple non limitatif illustré sur la figure 1, le réseau de transport R ne comprend qu'un seul élément PCE centralisé EP, agencé sous la forme d'un boîtier couplé à ses noeuds Ni. Dans l'exemple non limitatif illustré sur la figure 2, le réseau de transport R ne comprend qu'un seul 25 élément PCE centralisé EP, implanté dans l'un de ses noeuds (ici N2). Selon l'invention, l'élément PCE EP comprend un module de traitement MT chargé non seulement de calculer des chemins de connexion (éventuellement disjoints) en vue d'une utilisation immédiate, mais également des chemins de connexion prévisionnels (éventuellement disjoints) en vue 30 d'une future utilisation. La partie du module de traitement MT chargée de calculer les routes ou chemins de connexion (éventuellement disjoints) en vue d'une utilisation immédiate est similaire à celle qui est connue de l'homme et l'art (et qui est en 8 2895625 cours de normalisation). Elle effectue ses calculs à partir au moins des données d'ingénierie de trafic en cours qui sont stockées dans une éventuelle base de données d'ingénierie de trafic (primaire) BD1 associée à son élément PCE EP et/ou dans l'une au moins des bases primaires de l'un au moins des 5 noeuds Ni de son réseau de transport R. L'éventuelle base primaire BD1 comporte l'intégralité ou seulement une partie choisie (par exemple celle réellement utile) des données d'ingénierie de trafic qui sont stockées dans les bases primaires des noeuds Ni qui appartiennent au(x) domaine(s) au(x)quel(s) est associé l'élément PCE lo EP. Les chemins de connexion peuvent être soit intégralement contenus dans le réseau ou dans la partie de réseau (ou domaine) R auquel ou à laquelle est associé l'élément PCE EP, soit contenus pour une partie dans le réseau ou dans la partie de réseau (ou domaine) R auquel ou à laquelle est 15 associé l'élément PCE EP et pour une partie complémentaire dans au moins un autre réseau de transport. Dans ce dernier cas, l'élément PCE EP calcule la partie du chemin de connexion qui traverse son domaine (ou son réseau R) et demande à un élément qui est situé dans l'autre réseau concerné de calculer la partie complémentaire de ce chemin de connexion. 20 La partie du module de traitement MT qui est chargée des calculs prévisionnels fonctionne comme l'autre partie chaque fois qu'elle reçoit une requête d'obtention de chemin(s) de connexion prévisionnel(s) (éventuellement disjoints) entre un noeud source et un noeud de destination d'une application du réseau R, par exemple contenue dans le système de 25 gestion de réseau de l'opérateur. Comme dans le cas des chemins de connexion à utilisation immédiate, les chemins de connexion prévisionnels peuvent être soit intégralement contenus dans le réseau ou dans la partie de réseau (ou domaine) R auquel ou à laquelle est associé l'élément PCE EP, soit contenus pour une partie dans le réseau ou dans la partie de réseau (ou 30 domaine) R auquel ou à laquelle est associé l'élément PCE EP et pour une partie complémentaire dans au moins un autre réseau de transport. Dans ce dernier cas, l'élément PCE EP calcule la partie du chemin de connexion prévisionnel qui traverse son domaine (ou son réseau R) et demande à un 9 2895625 élément PCE similaire, qui est situé dans l'autre réseau concerné, de calculer la partie complémentaire de ce chemin de connexion prévisionnel. Le calcul de la portion au moins d'un chemin de connexion prévisionnel requis, contenue dans un domaine (ou réseau de transport R), se 5 fait à partir au moins de données d'ingénierie de trafic prévisionnelles qui sont représentatives d'une topologie prévisionnelle et d'un état de connectivité prévisionnel d'une partie au moins du réseau de transport R et/ou de performances prévisionnelles d'une partie au moins de ce réseau de transport R. Ces données d'ingénierie de trafic prévisionnelles peuvent être obtenues io de façon déterministe ou de façon probabiliste. Dans le cas déterministe, les données prévisionnelles sont "certaines" du fait qu'elles sont calculées en fonction des demandes de connexion en vue d'utilisations futures, exprimées par des clients. Dans le cas probabiliste, les données prévisionnelles sont calculées en fonction d'une estimation approchée de ce dont les clients 15 auront besoin, qui tient compte des données en cours ainsi que de la connaissance (construite statistiquement) de l'utilisation réelle des ressources. On entend ici par performances prévisionnelles des informations comme par exemple la bande passante maximale des liens (ou connexions) entre noeuds Ni, la bande passante disponible pour la réservation sur chaque 20 lien, la bande passante moyenne restante, les délais de transmission, la jigue (ou jitter ) et les taux d'erreur de transmission de données. Le calcul des routes ou chemins de connexion prévisionnels est similaire à celui, bien connu de l'homme de l'art, mis en oeuvre pour déterminer une route (ou chemin de connexion) à utilisation immédiate. Il ne 25 sera donc pas re-décrit. On notera cependant qu'il est possible d'utiliser des algorithmes calculant des chemins de connexion plus stables compte tenu des informations temporelles que l'on a sur les connexions. Des données d'ingénierie de trafic en cours peuvent être également utilisées par le module de traitement MT pour calculer une portion au moins 30 d'un chemin de connexion prévisionnel. Ces données peuvent provenir d'une ou plusieurs bases primaires d'un ou plusieurs noeuds Ni du réseau de transport R et/ou de l'éventuelle base de données d'ingénierie de trafic (primaire) BD1 associée à l'élément PCE EP. lo 2895625 Les données d'ingénierie de trafic prévisionnelles, qui sont utilisées par le module de traitement MT pour calculer une portion au moins d'un chemin de connexion prévisionnel, peuvent avoir différentes origines. Certaines au moins d'entre elles peuvent par exemple être s communiquées à l'élément PCE EP par un équipement de gestion (par exemple EG) du réseau de transport R. En variante ou en complément, certaines au moins des données d'ingénierie de trafic prévisionnelles peuvent par exemple être créés et communiquées par les noeuds Ni à l'élément PCE EP au moyen de io messages d'un protocole de routage, comme par exemple OSPF-TE (Open Shortest Path First Protocol ù Traffic Engineering) ou IS-IS-TE. Dans une autre variante ou en complément, certaines au moins des données d'ingénierie de trafic prévisionnelles peuvent par exemple être communiquées à l'élément PCE EP par un équipement de service 15 prévisionnel du réseau de transport R. Cet équipement (non représenté) peut par exemple être un serveur offrant un service de type NWS (pour Network Weather Service , décrit notamment à l'adresse Internet http://nws.cs.ucsb.edu/ ). Ce service repose sur un système distribué de capteurs de données instantanées, comme par exemple des performances 20 TCP/IP (bande passante et délai de transmission, notamment), les capacités de calcul (CPU) disponibles et les mémoires disponibles. Il consiste à prévoir sur une période donnée les futures conditions de fonctionnement (ou performances) d'un réseau au moyen d'un modèle numérique et des données instantanées délivrées par les capteurs. Les futures performances ainsi 25 déterminées et les ressources du réseau associées (qui constituent ensemble des données d'ingénierie de trafic prévisionnelles) sont transmises, par exemple périodiquement. Dans encore une autre variante ou en complément, certaines au moins des données d'ingénierie de trafic prévisionnelles peuvent par exemple 30 provenir d'une base de données dite secondaire BD2, implantée dans le réseau de transport R. Comme cela est illustré, cette base de données secondaire BD2 peut par exemple faire partie de l'élément PCE EP. Mais elle pourrait également être implantée dans un autre équipement du réseau de Il 2895625 transport R. Ainsi, chaque fois que l'élément PCE EP reçoit une requête d'obtention de chemin(s) de connexion prévisionnel(s), son module de traitement MT accède à la base de données secondaire BD2 (locale ou s distante) afin d'extraire les données d'ingénierie de trafic prévisionnelles qui sont utiles au calcul requis. Lorsque la base de données secondaire BD2 est locale (c'est-à-dire implantée dans l'élément PCE EP ou dans le même équipement que celui qui héberge ce dernier (par exemple le noeud N2 dans le cas de la figure 2)), le io module de traitement MT est par exemple chargé d'y stocker les données d'ingénierie de trafic prévisionnelles qu'il reçoit, quelle qu'en soit la provenance. Mais dans une variante, on pourra utiliser un module complémentaire pour gérer ce stockage. Une fois que le module de traitement MT a calculé une portion au 15 moins de chemin de connexion prévisionnel requis, et qu'il dispose de chaque éventuelle portion complémentaire de ce chemin de connexion prévisionnel (déterminée par un ou plusieurs autres éléments PCE d'un ou plusieurs autres réseaux de transport ou domaines), il peut alors ordonner la transmission de la définition dudit chemin de connexion prévisionnel à 20 l'application qui l'a requis. Il est ainsi possible d'automatiser intégralement la procédure de détermination de chemins de connexion prévisionnels au sein d'un réseau de transport à plan de contrôle (G)MPLS. L'élément PCE EP selon l'invention, et notamment son module de 25 traitement MT, ainsi que ses éventuelles bases de données primaire BD1 et secondaire BD2, sont préférentiellement réalisés sous la forme de modules logiciels (ou informatiques). Mais, ils peuvent également être réalisés sous la forme de circuits électroniques ou d'une combinaison de circuits et de logiciels. 30 L'invention ne se limite pas aux modes de réalisation d'élément PCE et de noeud décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après. 12 2895625 Ainsi, dans ce qui précède on a décrit deux exemples de réseau de transport ne comportant qu'un seul élément PCE selon l'invention. Mais, un réseau de transport peut comporter plusieurs éléments PCE selon l'invention, centralisés ou distribués. On peut également envisager qu'un réseau de s transport comporte à la fois des éléments PCE distribués, selon l'invention, et des éléments PCE centralisés, selon l'invention. 13 REVENDICATIONS 1. Elément de calcul de chemins de connexion de type dit PCE (EP), comprenant des moyens de traitement (MT) propres à calculer des chemins de connexion au sein d'au moins une partie d'au moins un réseau de transport (R) à plan de contrôle (G)MPLS à partir au moins de données d'ingénierie de trafic, stockées dans au moins une base de données dite primaire (BD1) dudit réseau de transport (R), caractérisé en ce que lesdits moyens de traitement (MT) sont en outre agencés pour calculer, sur requête, lo des chemins de connexion prévisionnels au sein d'au moins une partie d'au moins ledit réseau de transport (N), pour une future utilisation, à partir au moins de données d'ingénierie de trafic prévisionnelles représentatives d'une topologie et d'un état de connectivité prévisionnels d'une partie au moins dudit réseau de transport (R) et/ou de performances prévisionnelles d'une partie au 15 moins dudit réseau de transport (R). 2. Elément selon la revendication 1, caractérisé en ce que lesdits moyens de traitement (MT) sont agencés, en cas de réception d'une requête de calcul de chemin(s) de connexion prévisionnel(s), pour accéder à au moins une base de données secondaire (BD2) dudit réseau de transport (R), dans 20 laquelle sont stockées certaines au moins desdites données d'ingénierie de trafic prévisionnelles, de manière à extraire les données d'ingénierie de trafic prévisionnelles utiles audit calcul requis. 3. Elément selon la revendication 2, caractérisé en ce qu'il comprend ladite base de données secondaire (BD2). 25 4. Elément selon l'une des revendications 1 à 3, caractérisé en ce que lesdits moyens de traitement (MT) sont agencés pour recevoir certaines au moins desdites données d'ingénierie de trafic prévisionnelles d'un équipement de gestion (EG) dudit réseau de transport (R). 5. Elément selon l'une des revendications 1 à 4, caractérisé en ce que 30 lesdits moyens de traitement (MT) sont agencés pour recevoir certaines au moins desdites données d'ingénierie de trafic prévisionnelles dans des messages d'un protocole de routage. 6. Elément selon la revendication 5, caractérisé en ce que ledit 14 2895625 protocole de routage est choisi dans un groupe comprenant au moins OSPFTE et IS-IS-TE. 7. Elément selon l'une des revendications 1 à 6, caractérisé en ce que lesdits moyens de traitement (MT) sont agencés pour recevoir certaines au 5 moins desdites données d'ingénierie de trafic prévisionnelles d'un équipement de service prévisionnel dudit réseau de transport (R). 8. Elément selon la revendication 3 en combinaison avec l'une des revendications 4 à 7, caractérisé en ce que lesdits moyens de traitement (MT) sont agencés pour stocker dans ladite base de données secondaire (BD2) lo lesdites données d'ingénierie de trafic prévisionnelles reçues. 9. Elément selon l'une des revendications 1 à 8, caractérisé en ce que lesdits moyens de traitement (MT) sont agencés pour extraire certaines au moins desdites données d'ingénierie de trafic prévisionnelles d'au moins une base de données dite primaire (BD1) dudit réseau de transport (R). 15 10. Elément selon la revendication 9, caractérisé en ce qu'il comprend une base de données primaire (BD1). 11. Elément selon l'une des revendications 9 et 10, caractérisé en ce que l'une au moins desdites bases de données primaires est implantée dans un noeud (Ni) dudit réseau de transport (R). 20 12. Noeud (N2), pour un réseau de transport à plan de contrôle (G)MPLS, caractérisé en ce qu'il comprend un élément de type dit PCE (EP) selon l'une des revendications précédentes. 13. Noeud selon la revendication 12, caractérisé en ce qu'il comprend une base de données secondaire (BD2) dans laquelle sont stockées certaines 25 au moins desdites données d'ingénierie de trafic prévisionnelles.