FR 2909503 A1 20080606 FR 0655287 A 20061204 1 Procédé d'établissement d'une connexion bidirectionnelle L'invention se rapporte à l'établissement d'une connexion bidirectionnelle entre un noeud initiateur et un noeud terminateur dans un réseau de communication ayant un plan de contrôle à Protocole Internet (IP), en particulier pour établir une connexion asymétrique. Il est rappelé que le plan de contrôle d'un réseau désigne une entité physique ou logique qui est logiquement ou physiquement séparée du plan de données. Le plan de contrôle remplit des fonctions de signalisation et de routage. Le plan de données remplit des fonctions de transports des flux de données des utilisateurs du réseau. Un plan de contrôle IP désigne la capacité des éléments du réseau à échanger du trafic de contrôle en utilisant une pile protocolaire IP. Un réseau de communication ayant un plan de contrôle IP bénéficie de la flexibilité et de l'universalité des techniques existantes en matière de paquets IP, par exemple l'adressage et le routage. Les techniques de commutation d'étiquettes IP/MPLS et GMPLS ont été développées pour contrôler de manière unifiée à l'aide d'un plan de contrôle IP des réseaux dont le plan de donnée utilise des protocoles et/ou des technologies de couche physique diverses et faire de l'ingénierie de trafic évoluée. La réservation de ressources par des messages de signalisation, par exemple au moyen du protocole RSVP ou RSVP-TE, permet notamment d'établir des connexions ou circuits virtuels ayant des caractéristiques contrôlées en termes de qualité de service ou autres. Conformément à la Request For Comment 3471, un noeud initiateur désigne un hôte RSVP capable de commencer l'établissement d'un chemin à commutation d'étiquettes (LSP) par un message PATH et un noeud terminateur désigne un hôte RSVP apte à constituer une extrémité opposée du LSP et à répondre à un message PATH par un message RESV. Dans le cadre de la famille GMPLS développée par l'IETF, une connexion bidirectionnelle peut être établie, soit sous la forme de deux connexions unidirectionnelles indépendantes, soit sous la forme d'une connexion bidirectionnelle symétrique. Cette deuxième possibilité offre des avantages décrits dans la section 4 de la Request For Comment 3471 publiée par l'IETF. Il serait souhaitable de pouvoir bénéficier d'au moins certains de ces avantages pour l'établissement d'une connexion asymétrique. Une tentative en ce 2909503 2 sens a été faite par Dube et Costa dans une proposition soumise à I'IETF en novembre 2002 bidirectional LSPs for classical MPLS . Outre des problèmes de sémantique, celte proposition n'offre pas une solution satisfaisante en raison de l'obligation faite aux hôtes RSVP de réserver effectivement les ressources de 5 communication pour le flux montant avant de faire passer le message PATH vers le noeud terminateur. Il en résulte un risque relativement élevé de voir l'établissement d'un LSP bidirectionnel échouer, par exemple dans des situations de faible disponibilité des ressources, de déséquilibre de charge des noeuds du réseau ou d'hétérogénéité des noeuds de commutation ou routeurs. En cas d'échec, la 10 procédure de réservation doit être recommencée depuis l'origine, ce qui introduit de la latence et consomme des ressources du plan de contrôle de manière inefficace. Un but de l'invention est de permettre l'établissement d'une connexion bidirectionnelle, notamment une connexion asymétrique, avec un seul échange de messages de signalisation entre le noeud initiateur et le noeud terminateur, et avec 15 une meilleure probabilité de succès. Pour cela, l'invention fournit un procédé d'établissement d'une connexion bidirectionnelle entre un noeud initiateur et un noeud terminateur dans un réseau de communication à plan de contrôle IP, comportant les étapes consistant à : produire un premier descripteur de trafic pour un flux de données descendant à 20 transmettre par le noeud initiateur au noeud terminateur et un deuxième descripteur de trafic pour un flux de données montant à recevoir par le noeud initiateur depuis le noeud terminateur, envoyer un message d'ouverture de connexion comprenant le premier descripteur de trafic et le deuxième descripteur de trafic depuis le noeud initiateur à destination du 25 noeud terminateur le long d'un chemin de connexion dans ledit réseau, caractérisé par les étapes consistant à : recevoir ledit message d'ouverture de connexion au niveau d'un noeud intermédiaire sur le chemin de connexion, évaluer des ressources de communication du noeud intermédiaire disponibles pour 30 ledit flux descendant et ledit flux montant, actualiser le contenu dudit message d'ouverture de connexion en fonction desdites ressources de communication disponibles et transmettre ledit message d'ouverture de connexion actualisé depuis le noeud intermédiaire à destination du noeud terminateur 2909503 3 le long du chemin de connexion, recevoir ledit message d'ouverture de connexion au niveau du noeud terminateur, produire un troisième descripteur de trafic pour ledit flux descendant et un quatrième descripteur de trafic pour ledit flux montant en fonction du contenu du message 5 d'ouverture de connexion actualisé, et envoyer un message de réservation comprenant le troisième descripteur de trafic et le quatrième descripteur de trafic depuis le noeud terminateur à destination du noeud initiateur le long du chemin de connexion, et réserver des ressources de communication pour le flux descendant en fonction du 10 troisième descripteur de trafic et des ressources de communication pour le flux montant en fonction du quatrième descripteur de trafic le long du chemin de connexion. Selon un mode de réalisation particulier, le noeud intermédiaire actualise au moins l'un des premier et deuxième descripteurs de trafic en fonction desdites 15 ressources de communication disponibles. Avantageusement, le noeud intermédiaire actualise une section du message d'ouverture de connexion dédiée à des caractéristiques du chemin de connexion en fonction desdites ressources de communication disponibles. Par exemple, cette section contient un objet ADSPEC et/ou U_ADSPEC. 20 Selon un autre mode de réalisation particulier, le noeud intermédiaire actualise ledit message d'ouverture de connexion par ajout d'informations relatives auxdites ressources de communication disponibles. Par exemple, ces informations peuvent inclure une liste de labels désignant des ressources disponibles, notamment sous la forme d'un objet LABEL SET ou UPSTREAM LABEL SET. 25 De préférence, le message d'ouverture de connexion est un message PATH de la famille de protocoles RSVP et le message de réservation est un message RESV de la famille de protocoles RSVP. Avantageusement, le noeud intermédiaire recevant le message d'ouverture de connexion effectue les étapes consistant à : 30 préparer une réservation de premières ressources de communication du noeud intermédiaire pour ledit flux montant en fonction dudit premier descripteur de trafic et de la disponibilité des ressources de communication du noeud intermédiaire pour ladite connexion, 2909503 4 préparer une réservation de deuxièmes ressources de communication du noeud intermédiaire pour ledit flux descendant en fonction dudit deuxième descripteur de trafic et de la disponibilité des ressources de communication du noeud intermédiaire pour ladite connexion. 5 L'invention fournit également un dispositif de communication pour un réseau de communication à plan de contrôle IP, comprenant : des ressources de communication pour transférer des données dans ledit réseau et un contrôleur de signalisation apte à recevoir un message d'ouverture de connexion comprenant un premier descripteur de trafic pour un flux de données descendant à 10 transmettre par un noeud initiateur à un noeud terminateur et un deuxième descripteur de trafic pour un flux de données montant à transmettre par le noeud terminateur depuis le noeud initiateur, caractérisé par le fait qu'il comporte un contrôleur d'admission apte à évaluer des ressources de communication du dispositif de communication disponibles pour ledit 15 flux descendant et ledit flux montant en fonction des premier et deuxième descripteurs de trafic, ledit contrôleur de signalisation étant apte à produire un message d'ouverture de connexion actualisé en fonction dudit message d'ouverture de connexion reçu et desdites ressources de communication disponibles et à transmettre ledit message d'ouverture de connexion actualisé à destination du noeud terminateur. 20 Selon un mode de réalisation particulier, ledit contrôleur de signalisation est apte à modifier au moins l'un des premier et deuxième descripteurs de trafic en fonction desdites ressources de communication disponibles. Avantageusement, ledit contrôleur de signalisation est apte à modifier une section du message d'ouverture de connexion dédiée à des caractéristiques d'un 25 chemin de connexion entre le noeud initiateur et le noeud terminateur en fonction desdites ressources de communication disponibles. De préférence, ledit contrôleur de signalisation est apte à recevoir un message de réservation comprenant un troisième descripteur de trafic et un quatrième descripteur de trafic en réponse audit message d'ouverture de connexion 30 actualisé et ledit contrôleur d'admission est apte à réserver des ressources de communication pour le flux descendant en fonction du troisième descripteur de trafic et des ressources de communication pour le flux montant en fonction du quatrième descripteur de trafic. 2909503 5 L'invention fournit également un dispositif de communication pour un réseau de communication à plan de contrôle IP, comprenant des ressources de communication pour transférer des données dans ledit réseau et un contrôleur de signalisation apte à recevoir un message d'ouverture de connexion comprenant un 5 premier descripteur de trafic pour un flux de données descendant à transmettre par un noeud initiateur audit dispositif de communication et un deuxième descripteur de trafic pour un flux de données montant à transmettre par le dispositif de communication au noeud initiateur, caractérisé par le fait qu'il comporte un contrôleur d'admission apte à produire un troisième descripteur de trafic pour le flux 10 de données descendant en fonction du premier descripteur de trafic et des ressources de communication du dispositif de communication disponibles pour le flux descendant, et un quatrième descripteur de trafic pour le flux de données montant en fonction du deuxième descripteur de trafic et des ressources de communication du dispositif de communication disponibles pour le flux montant, ledit contrôleur de 15 signalisation étant apte à transmettre un message de réservation comprenant le troisième descripteur de trafic et le quatrième descripteur de trafic à destination du noeud initiateur. L'invention sera mieux comprise, et d'autres buts, détails, caractéristiques et avantages de celle-ci apparaîtront plus clairement au cours de la description suivante 20 de plusieurs modes de réalisation particuliers de l'invention, donnés uniquement à titre illustratif et non limitatif, en référence aux dessins annexés. Sur ces dessins : La figure 1 représente les étapes d'un procédé d'établissement d'un LSP bidirectionnel selon un mode de réalisation de l'invention. La figure 2 est une représentation synthétique d'un message PATH utilisé 25 dans le procédé de la figure 1. La figure 3 est un exemple de descripteur de trafic utilisé dans le message de la figure 2. La figure 4 est une représentation synthétique d'un message RESV utilisé dans le procédé de la figure 1. 30 La figure 5 est un exemple de descripteur de trafic utilisé dans le message de la figure 4. 2909503 6 La figure 6 est un diagramme analogue à la figure 1 correspondant une situation où la requête d'établissement de connexion ne peut pas être pleinement satisfaite par un noeud intermédiaire. La figure 7 est un exemple de descripteur de chemin de connexion utilisé 5 dans le message de la figure 2. La figure 8 est un schéma fonctionnel d'un routeur IP/MPLS selon un mode de réalisation de l'invention. Sur la figure 1, on a représenté schématiquement trois noeuds A, B et C d'un réseau à plan de contrôle IP/MPLS ou GMPLS. Par exemple, les noeuds A, B et C sont 10 des routeurs IP/MPLS. La nature des liens et des interfaces physiques entre les noeuds peut être quelconque. La topologie et l'étendue du réseau peuvent être quelconques, en particulier le nombre de noeuds intermédiaire peut être plus élevé ou plus faible que sur la figure 1. On va décrire, à titre d'exemple, l'établissement d'un LSP bidirectionnel pour 15 une session de communication entre les noeuds A et C. On suppose que le contrôleur de signalisation (hôte RSVP) du noeud A a reçu une demande d'établissement de connexion bidirectionnelle avec le noeud C, par exemple depuis une application ou depuis un système de gestion de réseau. Un contrôleur de routage a calculé une route pour cette connexion par des procédés de routage qui ne seront pas décrits ici. 20 La route calculée passe par le noeud B. Les lignes du tableau de la figure 1 représentent les transferts de messages de signalisation successifs qui permettent l'établissement de cette connexion. A l'étape 10, le contrôleur de signalisation du noeud A détermine les caractéristiques de la connexion à établir dans le sens descendant, qui désigne la 25 transmission de A vers C, et dans le sens montant, qui désigne la transmission de C vers A. Ces caractéristiques sont traitées de manière indépendante par les contrôleurs de signalisation et peuvent donc être identiques pour établir une connexion symétrique ou différentes pour établir une connexion asymétrique. Ces caractéristiques peuvent être par exemple spécifiées par l'application ou par le 30 système de gestion de réseau qui demande la connexion. A partir de ces caractéristique, le contrôleur de signalisation du noeud A forme un objet SENDER TSPEC qui est un descripteur de trafic pour le flux descendant et un objet U TSPEC qui est un descripteur de trafic pour le flux montant. Ces descripteurs de 2909503 7 trafic constituent une caractérisation, à un niveau plus ou moins détaillé, des ressources que le contrôleur de signalisation du noeud A souhaite voir affectées à la connexion dans chaque sens. Puis le contrôleur de signalisation du noeud A forme un message de signalisation PATH, comportant entre autres ces deux objets, et l'envoie 5 au prochain saut, qui est ici le noeud B, à l'étape 15. La figure 2 donne un exemple de format utilisable pour le message PATH. Les crochets désignent des objets optionnels. Hormis les objets U_TSPEC et U ADSPEC, ce format correspond à la RFC 3473. Les objets ADSPEC et U ADSPEC sont des descripteurs de chemin de connexion qui sont établis et mis à jour par les 10 noeuds traitant le message PATH afin de spécifier des caractéristiques des éléments constitutifs du chemin de connexion, comme expliqué dans la RFC 2210. Ici, l'objet ADSPEC est dédié aux caractéristiques du chemin de connexion dans le sens descendant et l'objet U ADSPEC est dédié aux caractéristiques du chemin de connexion dans le sens montant. 15 La figure 3 donne un exemple de format utilisable pour les objets SENDER TSPEC et U TSPEC. Ce format correspond à un réseau de type paquet où la qualité de service est contrôlée dans le cadre défini par la RFC 2210. Le contenu des descripteurs de trafic dépend de la nature des couches basses du réseau. D'autres paramètres de trafic peuvent être utilisés selon les possibilités offertes par le réseau. 20 Par exemple, la RFC 3946 définit des paramètres de trafic pour une couche physique SONET/SDH. La proposition MEF Ethernet Traffic Parameters soumise par Papadimitriou à I'IETF en avril 2006 définit des paramètres de trafic pour un réseau Ethernet. Sur la figure 1, la valeur des paramètres de trafic portés dans le message de signalisation est représentée symboliquement par un diamètre de section de 25 passage 1 1 pour la connexion descendante et un diamètre de section de passage 12 pour la connexion montante. La figure 7 donne un exemple de format utilisable pour les objets ADSPEC et U ADSPEC. Ce format correspond à un réseau de type paquet où la qualité de service est contrôlée dans le cadre défini par la RFC 2210. Le contenu des 30 descripteurs de chemin de connexion peut aussi être adapté selon la nature des couches basses du réseau. A l'étape 20, le contrôleur de signalisation du noeud B reçoit le message PATH et traite son contenu selon des procédures courantes, notamment en créant un 2909503 8 enregistrement dans une table appelée Path State Block. De plus, les descripteurs de trafic SENDER TSPEC et U TSPEC sont passés à un contrôleur d'admission du noeud B qui vérifie si les ressources de communication du noeud sont suffisantes dans chaque sens pour établir la connexion avec les caractéristiques souhaitées. 5 Si les ressources disponibles correspondent aux caractéristiques demandées dans un sens, le contrôleur d'admission pré-réserve ces ressources au niveau du plan de contrôle, afin qu'elles ne soient pas considérées disponibles pour des demandes de connexion ultérieures. Toutefois, l'allocation de ces ressources au niveau du plan de données n'est pas effectuée jusqu'a réception par le noeud d'un message de 10 réservation RESV répondant au message PATH. Cela signifie par exemple que des commutations matérielles dans le noeud ou la préemption de ressources qui sont en cours d'utilisation pour un flux de priorité inférieure à la nouvelle connexion demandée ne sont pas effectuées jusqu'a réception du message de réservation RESV. Les ressources de communication pré-réservées dans le plan de contrôle sont 15 représentées symboliquement sur la figure 1 par un passage dessiné avec un trait interrompu. Les ressources de communication allouées dans le plan de données sont représentées symboliquement sur la figure 1 par un passage dessiné avec un trait continu. Une flèche indique à chaque fois le sens de transmission concerné. Puis le contrôleur de signalisation du noeud B actualise le contenu du 20 message de signalisation PATH et l'envoie au prochain saut, qui est ici le noeud C, à l'étape 25. Dans le message PATH, l'objet UPSTREAM_LABEL est mis à jour par le noeud B pour spécifier l'interface qu'il souhaite utiliser pour le flux montant. Dans l'exemple la figure 1, les ressources disponibles sont supposées suffisantes dans les deux sens. Les paramètres de trafic 11 et 12 portés dans le message de signalisation 25 sont par exemple inchangés. Si les objets ADSPEC et U _ADSPEC sont utilisés, le contrôleur de signalisation du noeud B met à jour leur contenu en fonction des caractéristiques du noeud, par exemple en termes de latence, de bande passante ou de disponibilité des services. Si les ressources disponibles ne permettent pas d'atteindre les 30 caractéristiques de trafic demandées dans un sens, le contrôleur d'admission pré-réserve les ressources dans la mesure de leur disponibilité. Ce cas sera décrit en référence à la figure 6. 2909503 9 A l'étape 30, le contrôleur de signalisation du noeud terminateur C reçoit le message PATH et traite son contenu selon des procédures courantes, notamment en créant un enregistrement dans la table appelée Path State Block. Les descripteurs de trafic SENDER TSPEC et U TSPEC et, le cas échéant, les descripteurs de chemin de 5 connexion ADSPEC et U ADSPEC sont passés à un contrôleur d'admission du noeud C. A l'étape 35, le contrôleur d'admission vérifie, d'une part, si les ressources de communication du noeud C sont suffisantes pour établir la connexion avec les caractéristiques spécifiées par les descripteurs de trafic et, d'autre part, le cas 10 échéant, si les caractéristiques du chemin de connexion dans chaque sens permettent d'établir la connexion avec les caractéristiques spécifiées par les descripteurs de trafic. Si à la fois les caractéristiques du chemin de connexion et les ressources disponibles du noeud C correspondent aux caractéristiques demandées dans un sens, 15 le contrôleur d'admission réserve effectivement ces ressources en effectuant aussi l'allocation de ces ressources au niveau du plan de données. Si les caractéristiques du chemin de connexion ou les ressources disponibles du noeud C ne permettent pas d'atteindre les caractéristiques de trafic demandées dans un sens, le contrôleur d'admission détermine les caractéristiques les plus 20 limitatives et réserve des ressources du noeud C dans la mesure des caractéristiques de la connexion qui va effectivement pouvoir être établie dans chaque sens. En d'autres termes, le contrôleur d'admission du noeud C détermine les caractéristiques de la connexion qui va effectivement pouvoir être établie dans chaque sens en fonction des informations contenues dans le message PATH, 25 notamment les deux descripteurs de trafic SENDER TSPEC et U TSPEC et les descripteurs de chemin de connexion ADSPEC et U ADSPEC, le cas échéant, et des ressources de communication disponibles dans le noeud C, et il passe des informations correspondantes au contrôleur de signalisation. A partir de ces informations, le contrôleur de signalisation du noeud C forme un objet FLOWSPEC 30 qui est un descripteur de trafic pour le flux descendant et un objet U_FLOWSPEC qui est un descripteur de trafic pour le flux montant. Ces descripteurs de trafic constituent une caractérisation des ressources que le contrôleur d'admission du noeud C a décidé d'attribuer à la connexion dans chaque sens. Ces descripteurs de trafic 2909503 10 peuvent coïncider avec les valeurs de paramètres contenues dans les objets SENDER TSPEC et U TSPEC ou être différentes. En particulier, ils peuvent spécifier des paramètres de trafic de niveau inférieur à ceux initialement demandés par le noeud initiateur, par exemple en termes de débit de données. 5 Puis le contrôleur de signalisation du noeud C forme un message de signalisation RESV, comportant entre autres ces deux objets, et l'envoie au saut précédent, qui est ici le noeud B, à l'étape 40. Dans l'exemple de la figure 1, les ressources disponibles sont supposées suffisantes dans les deux sens. Les paramètres de trafic 31 et 32 portés dans les descripteurs de trafic du message RESV sont par 10 exemple identiques à ceux spécifiés dans le message PATH. Le message RESV sert aussi à distribuer les labels désignant les interfaces à utiliser par les noeuds pour la connexion dans chaque sens. La figure 4 donne un exemple de format utilisable pour le message RESV. Hormis les objets U_FLOWSPEC et U_FILTER SPEC, ce format correspond à la RFC 15 3473. L'objet FILTER SPEC, respectivement U_FILTER SPEC, définit un sous-ensemble de paquets de la session de communication dans le sens descendant, respectivement dans le sens montant, qui doit bénéficier des caractéristiques spécifiées dans le descripteur FLOWSPEC, respectivement dans le descripteur U_FLOWSPEC. La figure 5 donne un exemple de format utilisable pour les objets 20 FLOWSPEC et U FLOWSPEC. Ce format correspond à un réseau de type paquet où la qualité de service est contrôlée dans le cadre défini par la RFC 2210. A l'étape 45, le contrôleur de signalisation du noeud intermédiaire B reçoit le message RESV et traite son contenu. Le contrôleur de signalisation met à jour les tables de commutation en fonction des labels reçus. Les descripteurs de trafic 25 FLOWSPEC et U FLOWSPEC sont passés au contrôleur d'admission du noeud C qui termine la réservation des ressources et leur allocation dans le plan de données conformément aux valeurs des paramètres de trafic portés dans les descripteurs de trafic. Ainsi, la quantité des ressources réservées peut être égale ou inférieure à la quantité des ressources pré-réservées. Une ressource pré-réservée est donc libérée si 30 elle n'est pas nécessaire pour établir la connexion conformément au descripteur de trafic FLOWSPEC ou U FLOWSPEC. 2909503 11 Puis le contrôleur de signalisation du noeud B actualise le contenu du message de signalisation RESV et l'envoie au saut précédent, qui est ici le noeud initiateur A, à l'étape 50. A l'étape 55, le contrôleur de signalisation du noeud initiateur A reçoit le 5 message RESV et traite son contenu. Le contrôleur de signalisation met à jour les tables de commutation en fonction des labels reçus. Les descripteurs de trafic FLOWSPEC et U FLOWSPEC sont passés au contrôleur d'admission du noeud C qui termine la réservation des ressources et leur allocation dans le plan de données conformément aux valeurs des paramètres de trafic portés dans les descripteurs de 10 trafic. Ainsi, la quantité des ressources réservées peut être égale ou inférieure à la quantité des ressources pré-réservées au moment de l'envoi du message PATH. Une ressource pré-réservée est donc libérée si elle n'est pas nécessaire pour établir la connexion conformément au descripteur de trafic FLOWSPEC ou U FLOWSPEC. Selon la technique connue, le contrôleur de signalisation du noeud initiateur 15 A est aussi en charge d'envoyer au noeud terminateur C un message de confirmation à réception du message RESV puis des messages de rafraîchissement périodiques pour maintenir la réservation des ressources. En référence à la figure 6, on décrit maintenant un cas où les caractéristiques de trafic demandées par le noeud initiateur ne peuvent pas être 20 satisfaites par le réseau. Les mêmes chiffres de référence que sur la figure 1 sont utilisés pour désigner des étapes identiques ou équivalentes. Ici, à l'étape 20, le contrôleur d'admission du noeud B détecte que les ressources disponibles ne permettent pas d'atteindre les caractéristiques de trafic demandées dans au moins un sens, par exemple dans le sens montant. Le contrôleur d'admission réévalue les 25 caractéristiques de trafic admissibles dans le sens montant en fonction des ressources de communication du noeud B effectivement disponibles, fait la pré-réservation correspondante et passe une information correspondante au contrôleur de signalisation du noeud B. Selon un premier mode de réalisation, le contrôleur de signalisation du 30 noeud B est capable de mettre à jour les descripteurs de trafic du message PATH en fonction des informations fournies par le contrôleur d'admission sur les ressources de communication disponibles. Le message PATH est donc envoyé au saut suivant avec un ou plusieurs paramètres de trafic 21 et 22 modifiés pour au moins un des sens de 2909503 12 la connexion, à savoir des paramètres modifiés contenus dans l'objet U TSPEC dans le présent exemple. La suite de la procédure est conforme à la description précédente. Ainsi, si le noeud terminateur C n'introduit pas de limitations supplémentaires, les descripteurs de trafic dans le message RESV auront les mêmes 5 valeurs de paramètres que dans le message PATH, comme indiqué par les flèches 31 et 32. Ce mode de réalisation peut être exécuté en utilisant les objets optionnels ou sans les utiliser. Dans tous les cas, les limitations du ou de chaque noeud intermédiaire B sont prises en compte pour définir les caractéristiques de la connexion à établir dans chaque sens, de sorte que la probabilité de succès est 10 améliorée par rapport aux procédés plus rigides de l'art antérieur. Ce mode de réalisation n'exclut pas que le contrôleur d'admission du noeud terminateur C puisse finalement placer dans le message RESV des paramètres de trafic ayant des valeurs différentes de celles transmises par le noeud intermédiaire B, comme expliqué précédemment. 15 Selon un deuxième mode de réalisation, le contrôleur de signalisation du noeud B n'est pas capable de mettre à jour les descripteurs de trafic SENDER TSPEC et U TSPEC du message PATH. Dans ce cas, les informations fournies par le contrôleur d'admission sur les ressources de communication disponibles sont passées au saut suivant entant que caractéristiques du chemin de connexion dans l'objet 20 ADSPEC ou U ADSPEC, pour être prises en compte par le contrôleur d'admission du noeud terminateur C lors de la détermination du descripteur de trafic FLOWSPEC ou U FLOWSPEC. En d'autres termes, ce deuxième mode de réalisation consiste à faire passer parallèlement au saut suivant les descripteurs de trafic et les descripteurs du chemin 25 de connexion en train d'être construit. Dans ce cas, c'est le noeud terminateur qui est chargé d'effectuer les calculs de correspondance entre, d'une part, les ressources de connexion effectivement disponibles telles que spécifiées par les descripteurs du chemin de connexion, et, d'autre part, les ressources de connexion qui sont souhaitées, telles que spécifiées par les descripteurs de trafic, et de déterminer en 30 conséquence la mesure dans laquelle la requête de connexion peut être satisfaite, comme expliqué à l'étape 35. Le premier mode de réalisation offre une flexibilité supplémentaire, dans la mesure où un noeud intermédiaire est capable de modifier les descripteurs de trafic, ce qui revient à modifier la requête de connexion. 2909503 13 Les paramètres contenus dans les objets U_TSPEC, U_ADSPEC et U FLOWSPEC peuvent être identiques, voir par exemple les figures 3 et 5, ou différents, voir par exemple les figures 5 et 7. Le contrôleur d'admission du noeud terminateur C est capable d'effectuer les calculs et conversions nécessaires pour 5 formuler des paramètres de trafic dans le format du descripteur de trafic U FLOWSPEC en fonction des paramètres de trafic reçus dans le format du descripteur de trafic U TSPEC et des caractéristiques du chemin de connexion reçues dans le format du descripteur de chemin de connexion U_ADSPEC. La même remarque vaut pour les objets associés au sens descendant. 10 Le caractère bidirectionnel de la demande d'établissement de connexion est de préférence signifié par la présence de l'objet UPSTREAM_LABEL dans le message PATH. Avantageusement, l'objet UPSTREAM_LABEL _SET est aussi utilisé pour améliorer encore la probabilité de succès de la demande, comme décrit dans la publication de Eiji Oki et al., IEICE TRANS. COMMUN., Vol. E87-B, No 6, Juin 2004. 15 Les objets contenus dans les messages de signalisation sont formés selon un ou plusieurs formats prédéfinis lisibles par les autres noeuds du domaine MPLS. Bien sûr, les formats et noms de variables utilisés dans la présente description sont purement illustratifs. Ces noms et formats pourraient faire l'objet de conventions différentes. De préférence, les noms et formats sont choisis de manière à présenter 20 une compatibilité arrière avec les standards déjà établis. La figure 8 représente un exemple d'architecture fonctionnelle de routeur IP/MPLS ou GMPLS pour réaliser les noeuds A, B et C. Le routeur 60 comporte un contrôleur de signalisation 61 communiquant avec les autres éléments de réseau par des canaux de contrôle 66, un contrôleur de routage 62, un contrôleur d'admission 25 63, et un contrôleur de trafic 64 communiquant avec les autres éléments de réseau par des canaux de données 65. Le contrôleur de trafic 64 est en charge de transférer les paquets de données en fonction des labels. Les canaux de données 65 et de contrôle 66 peuvent être réalisés sur des interfaces communes ou distinctes. Les échanges de données dans les réseaux sont fréquemment asymétriques. 30 Les procédés décrits ci-dessus tirent avantage des capacités bidirectionnelles de l'infrastructure GMPLS et l'étendent pour satisfaire des demandes asymétriques de bande passante. Ils sont applicables à tous les segments du réseau (accès, métropolitain et coeur) et permettent des optimisations particulièrement importantes 2909503 14 dans des zones critiques proches des utilisateurs finals, comme les segments d'accès, où le trafic est souvent fortement asymétrique. A titre d'exemple, les services de télévision diffusée et de vidéo à la demande VoD génèrent des flux fortement asymétriques sur ces segments. En effet, les flux descendants sont constitués des 5 données vidéo envoyées vers les utilisateurs alors que les flux montants sont essentiellement constitués de messages de signalisation associés au service (demande de film, changement de chaîne, etc.) L'asymétrie de la connexion obtenue peut porter sur la bande passante, la technique de commutation, la technique d'encodage des données ou d'autres 10 caractéristiques de la connexion. Les procédés décrits ci-dessus reposent sur le protocole RSVP-TE. Toutefois, ils pourraient être mis en oeuvre avec d'autres protocoles de signalisation présentant des fonctionnalités équivalentes. Certains des éléments décrits, notamment les contrôleurs de signalisation, 15 de routage et d'admission, peuvent être réalisés sous différentes formes, de manière unitaire ou distribuée, au moyen de composants matériels et/ou logiciels. Des composants matériels utilisables sont les circuits intégrés spécifiques ASIC, les réseaux logiques programmables FPGA ou les microprocesseurs. Des composants logiciels peuvent être écrits dans différents langages de programmation, par exemple C, 20 C++, Java ou VHDL. Cette liste n'est pas exhaustive. Plusieurs contrôleurs peuvent être représentés par un même élément matériel. Un système de gestion de réseau peut être un équipement matériel, par exemple un micro-ordinateur, une station de travail, un appareil connecté à l'Internet ou tout autre dispositif de communication dédié ou à usage général. Des 25 programmes logiciels exécutés par ce système remplissent des fonctions de gestion du réseau pour contrôler des éléments de réseau. Les ressources de communication englobent généralement tous les éléments physiques ou logiques mobilisables par le réseau pour transférer du trafic. Selon la nature des couches physiques et des couches de contrôle d'accès au support MAC 30 dans les noeuds, les ressources de communication peuvent notamment désigner des éléments tels que du temps CPU, de l'espace mémoire, des registres, des ports logiques ou physiques, des canaux radio ou optiques, des intervalles de temps et autres. 2909503 15 Bien que l'invention ait été décrite en liaison avec plusieurs modes de réalisation particuliers, il est bien évident qu'elle n'y est nullement limitée et qu'elle comprend tous les équivalents techniques des moyens décrits ainsi que leurs combinaisons si celles-ci entrent dans le cadre de l'invention. 5 L'usage du verbe comporter , comprendre ou inclure et de ses formes conjuguées n'exclut pas la présence d'autres éléments ou d'autres étapes que ceux énoncés dans une revendication. L'usage de l'article indéfini un ou une pour un élément ou une étape n'exclut pas, sauf mention contraire, la présence d'une pluralité de tels éléments ou étapes. 10 Dans les revendications, tout chiffre de référence entre parenthèses ne saurait être interprété comme une limitation de la revendication. REVENDICATIONS 1. Procédé d'établissement d'une connexion bidirectionnelle entre un noeud initiateur (A) et un noeud terminateur (C) dans un réseau de communication à plan de contrôle IP, comportant les étapes consistant à : produire un premier descripteur de trafic (11) pour un flux de données descendant à transmettre par le noeud initiateur au noeud terminateur et un deuxième descripteur de trafic (12) pour un flux de données montant à recevoir par le noeud initiateur depuis le noeud terminateur, envoyer (15) un message d'ouverture de connexion comprenant le premier descripteur de trafic et le deuxième descripteur de trafic depuis le noeud initiateur à destination du noeud terminateur le long d'un chemin de connexion dans ledit réseau, caractérisé par les étapes consistant à : recevoir (20) ledit message d'ouverture de connexion au niveau d'un noeud 15 intermédiaire (B) sur le chemin de connexion, évaluer des ressources de communication du noeud intermédiaire disponibles pour ledit flux descendant et ledit flux montant, actualiser le contenu dudit message d'ouverture de connexion en fonction desdites ressources de communication disponibles et transmettre (25) ledit message 20 d'ouverture de connexion actualisé depuis le noeud intermédiaire à destination du noeud terminateur le long du chemin de connexion, recevoir (30) ledit message d'ouverture de connexion au niveau du noeud terminateur, produire un troisième descripteur de trafic (31) pour ledit flux descendant et un quatrième descripteur de trafic (32) pour ledit flux montant en 25 fonction du contenu du message d'ouverture de connexion actualisé, et envoyer (40) un message de réservation comprenant le troisième descripteur de trafic et le quatrième descripteur de trafic depuis le noeud terminateur à destination du noeud initiateur le long du chemin de connexion, et réserver (35, 45) des ressources de communication pour le flux descendant en 30 fonction du troisième descripteur de trafic et des ressources de communication pour le flux montant en fonction du quatrième descripteur de trafic le long du chemin de connexion. 2909503 17 2. Procédé selon la revendication 1, caractérisé par le fait que le noeud intermédiaire actualise au moins l'un des premier et deuxième descripteurs de trafic (21, 22) en fonction desdites ressources de communication disponibles. 3. Procédé selon la revendication 1, caractérisé par le fait que le 5 noeud intermédiaire actualise une section du message d'ouverture de connexion dédiée à des caractéristiques du chemin de connexion en fonction desdites ressources de communication disponibles. 4. Procédé selon la revendication 1, caractérisé par le fait que le noeud intermédiaire actualise ledit message d'ouverture de connexion par ajout 10 d'informations relatives auxdites ressources de communication disponibles. 5. Procédé selon la revendication 1, caractérisé par le fait que le message d'ouverture de connexion est un message PATH de la famille de protocoles RSVP et le message de réservation est un message RESV de la famille de protocoles RSVP. 6. Procédé selon la revendication 1, caractérisé par le fait que le noeud intermédiaire (B) recevant le message d'ouverture de connexion effectue les étapes consistant à : préparer (20) une réservation de premières ressources de communication du noeud intermédiaire pour ledit flux montant en fonction dudit premier descripteur de trafic et de la disponibilité des ressources de communication du noeud intermédiaire pour ladite connexion, préparer (20) une réservation de deuxièmes ressources de communication du noeud intermédiaire pour ledit flux descendant en fonction dudit deuxième descripteur de trafic et de la disponibilité des ressources de communication du noeud intermédiaire pour ladite connexion. 7. Dispositif de communication (B) pour un réseau de communication à plan de contrôle IP, comprenant : des ressources de communication (65) pour transférer des données dans ledit réseau et un contrôleur de signalisation (61) apte à recevoir un message d'ouverture de connexion comprenant un premier descripteur de trafic (Il) pour un flux de données descendant à transmettre par un noeud initiateur (A) à un noeud terminateur (C) et un deuxième descripteur de trafic (12) pour un flux de données montant à transmettre par le noeud terminateur depuis le noeud initiateur, 2909503 18 caractérisé par le fait qu'il comporte un contrôleur d'admission (63) apte à évaluer des ressources de communication du dispositif de communication disponibles pour ledit flux descendant et ledit flux montant en fonction des premier et deuxième descripteurs de trafic, ledit contrôleur de signalisation étant apte à produire un 5 message d'ouverture de connexion actualisé en fonction dudit message d'ouverture de connexion reçu et desdites ressources de communication disponibles et à transmettre ledit message d'ouverture de connexion actualisé à destination du noeud terminateur. 8. Dispositif de communication selon la revendication 7, caractérisé 10 par le fait que ledit contrôleur de signalisation (61) est apte à modifier au moins l'un des premier et deuxième descripteurs de trafic (21, 22) en fonction desdites ressources de communication disponibles. 9. Dispositif de communication selon la revendication 7, caractérisé par le fait que ledit contrôleur de signalisation (61) est apte à modifier une section du 15 message d'ouverture de connexion dédiée à des caractéristiques d'un chemin de connexion entre le noeud initiateur et le noeud terminateur en fonction desdites ressources de communication disponibles. 10. Dispositif de communication selon la revendication 7, caractérisé par le fait que ledit contrôleur de signalisation (61) est apte à recevoir un message de 20 réservation comprenant un troisième descripteur de trafic (31) et un quatrième descripteur de trafic (32) en réponse audit message d'ouverture de connexion actualisé et que ledit contrôleur d'admission est apte à réserver des ressources de communication pour le flux descendant en fonction du troisième descripteur de trafic et des ressources de communication pour le flux montant en fonction du quatrième 25 descripteur de trafic. 11. Dispositif de communication (C) pour un réseau de communication à plan de contrôle IP, comprenant : des ressources de communication (65) pour transférer des données dans ledit réseau et un contrôleur de signalisation (61) apte à recevoir un message d'ouverture de 30 connexion comprenant un premier descripteur de trafic (11, 21) pour un flux de données descendant à transmettre par un noeud initiateur (A) audit dispositif de communication et un deuxième descripteur de trafic (12, 22) pour un flux de données montant à transmettre par le dispositif de communication au noeud initiateur, 2909503 19 caractérisé par le fait qu'il comporte un contrôleur d'admission (63) apte à produire un troisième descripteur de trafic (31) pour le flux de données descendant en fonction du premier descripteur de trafic et des ressources de communication du dispositif de communication disponibles pour le flux descendant, et un quatrième descripteur de 5 trafic (32) pour le flux de données montant en fonction du deuxième descripteur de trafic et des ressources de communication du dispositif de communication disponibles pour le flux montant, ledit contrôleur de signalisation étant apte à transmettre un message de réservation comprenant le troisième descripteur de trafic et le quatrième descripteur de trafic à 10 destination du noeud initiateur.