FR 2910760 A1 20080627 FR 0655722 A 20061220 PROCÉDÉ D'OPTIMISATION DU PARTAGE D'UNE PLURALITÉ DE RESSOURCES RÉSEAU ENTRE UNE PLURALITÉ DE FLUX APPLICATIFS DOMAINE TECHNIQUE La présente invention se situe dans le domaine des télécommunications et concerne plus spécifiquement un procédé d'optimisation du partage d'une pluralité de ressources réseau entre une pluralité de flux de données générés par une pluralité d'applications, lesdits flux étant susceptibles d'emprunter un nombre n de chemins [ABi], i= 1 à n, reliant au moins un site A et au moins un site B dans un réseau de télécommunication. L'invention concerne également un dispositif et un logiciel adaptés pour mettre en oeuvre le procédé. Ce procédé et ce dispositif peuvent être mis en oeuvre quelle que soit l'étendue géographique du réseau, quel que soit le débit acheminé par celui-ci et quel que soit le nombre d'usagers de ce réseau. ÉTAT DE LA TECHNIQUE ANTÉRIEURE Les réseaux de télécommunication en mode paquet se caractérisent en ce que les informations acheminées sont véhiculées en groupes appelés paquets constitués essentiellement d'un en-tête contenant les informations pour l'acheminement du paquet dans le réseau et des données à transmettre. Des informations d'adressage sont insérées 30 dans les en-têtes pour permettre l'identification des flux d'information par les applications finales. Les 2910760 2 paquets sont véhiculés à travers le réseau, et empruntent au gré de ce réseau des moyens de transmission et de commutation variés. La principale technologie mise en oeuvre 5 actuellement pour ces réseaux de télécommunication en mode paquet est le protocole IP (Internet Protocol). Ce protocole est utilisé de bout en bout, et peut être utilisé sur des réseaux de transmission très divers. Un exemple de réseau en mode paquet est le réseau Internet, 10 fonctionnant avec le protocole IP. Quelques exemples de moyens de transmission et de commutation associés au protocole IP sont des réseaux Ethernet, RNIS (pour Réseau Numérique à Intégration de Service), FR (pour Frame Relay), ATM (pour Asynchronous Transfer Mode), SDH 15 (Synchronous Digital Hierarchy), SONET (pour Synchronous Optical Network), MPLS (pour Multiprotocol Label Switching), ou encore DWDM (pour Dense Wavelength Digital Multiplexing), etc. Un exemple d'usage de réseau fonctionnant 20 avec le protocole IP est constitué par les VPN (pour Virtual Private Networks) ou Réseaux Privés Virtuels. Ces réseaux offrent une interconnexion au niveau IP de manière privative pour un groupe d'usagers donné (typiquement une entreprise ou une organisation ayant 25 plusieurs établissements), tout en utilisant une infrastructure de réseau partagée (par exemple l' Internet) . Les paquets sont typiquement émis par un grand nombre de sources fonctionnant indépendamment les unes des autres, vers un grand nombre de destinations 2910760 3 fonctionnant également indépendamment les unes des La figure 1 donne un exemple d'un tel réseau 5 Les usagers 4 peuvent être soit des usagers individuels, soit des agences, des entreprises ayant leur propre réseau local interne, etc. Le réseau de transit 6 représente la partie centrale, généralement à grande capacité et couvrant un 10 large territoire (le monde entier dans le cas du réseau Internet). Ce réseau est généralement partagé par une multitude d'usagers et/ou de réseaux privés. Les réseaux d'accès 8 sont généralement à débit moyen ou lent, et partagés entre des usagers 15 localisés dans une zone géographique limitée. La boucle locale , lien filaire, optique, radio, etc. entre l'usager et le fournisseur du service d'accès est considérée par la suite comme faisant partie du réseau d'accès. 20 La figure 2 montre différents cas possibles de réseaux d'accès. Les conventions d'écriture sont les suivantes . - Pour les réseaux : Carrier (en langue anglaise) : transporteur 25 de grandes quantités d'information sur de longues distances ; il réalise aussi l'interconnexion avec d'autres carriers, permettant ainsi dans le cas du réseau Internet une interopérabilité entre les usagers des différents fournisseurs de service Internet ISP 30 (Internet Service Provider en langue anglaise). 2910760 4 IAP : (Internet Access Provider en langue anglaise) fournisseur d'accès au réseau ; il collecte le trafic pour le compte de l'ISP, ce dernier fournit typiquement à ses usagers divers serveurs 5 d'authentification, d'hébergement de site Web, de tarification, de messagerie, etc. ainsi que l'accès au réseau de transit. Boucle locale : (Local Loop en langue anglaise) liaison (filaire, optique, radio, ...) reliant 10 l'usager au réseau. TELCO : opérateur téléphonique, souvent propriétaire de la boucle locale. - Pour les équipements : CPE : (Customer Premices Equipment en langue 15 anglaise) équipement d'usager connecté au réseau (en général un routeur d'accès). MUX : multiplexeur/démultiplexeur (il y en a de nombreuses sortes : téléphonique, xDSL, SDH, etc. ...). NAS : (Network Access Server, en langue 20 anglaise) serveur d'accès au réseau ; ce peut être aussi un routeur d'accès. R : Routeur (ou commutateur). On peut voir qu'il y a de très nombreuses configurations possibles. Chacun des équipements (CPE, 25 MUX, NAS, R, ...) correspond à une fonction de concentration de trafic et de mise en commun de ressources de télécommunication. Avec le développement prodigieux des échanges d'informations à travers les réseaux de 30 télécommunication, il devient essentiel pour les opérateurs d'assurer une qualité de service à leurs 2910760 5 clients. La Qualité de Service est constituée par l'ensemble des caractéristiques pertinentes affectant le transfert des informations entre deux points donnés d'un réseau. On trouve en particulier : 5 - qualité de l'accès au service ; - la disponibilité du service ; - le temps de remise en service en cas de défaillance. - qualité du service de transfert 10 d'information ; - le délai de transfert des informations entre la source et la destination ; - la variation du délai de transfert des informations (la gigue) ; 15 - la dégradation des informations véhiculées (pertes, erreurs). La Qualité de Service est principalement liée à l'état de congestion des différents éléments du réseau empruntés par les informations pendant leur 20 transfert. Bien qu'il existe une infinité de gradations, on peut schématiser les cas de fonctionnement rencontrés par ces deux modes : - soit il n'y a aucune réservation de ressource, et le réseau fait au mieux pour relayer les 25 informations jusqu'au destinataire ; - soit il y a une réservation de ressource, et la quantité d'informations injectées dans le réseau est plus ou moins statistiquement contrôlée. Dans tous les cas, des systèmes de stockage 30 temporaire en file d'attente (mémoires), situés à chaque point de multiplexage, de concentration ou de 2910760 6 commutation, permettent de traiter les simultanéités d'arrivée des paquets. Le taux instantané d'occupation mémoire rencontré par un paquet et la politique de gestion (priorité, nombre de files d'attente, règle de 5 vidage, rejet, ...) mise en oeuvre au niveau de chaque file d'attente déterminent le temps passé par un paquet dans ce dispositif, ainsi que son éventuel rejet. Performance de bout en bout 10 La performance de bout en bout, telle qu'elle est constatée par les applications sources des flux et les utilisateurs (humains ou machines) utilisant ces applications dépend non seulement du dimensionnement du réseau, mais aussi des mécanismes de gestion du 15 trafic implémentés dans le réseau. Certains de ces mécanismes sont très généraux et présentent un fonctionnement avec une importante granularité, d'autres sont très fins, et présentent un fonctionnement différencié flux par flux. La productivité de ces 20 applications est fortement liée aux caractéristiques techniques du réseau de bout en bout, telles que délais, pertes et capacité d'échange en termes de bande passante. 25 Congestion Les liaisons entre sites subissent une charge variable en fonction, d'une part de la quantité de communications qui est véhiculée, et d'autre part du comportement effectif de chacune de ces communications. 2910760 7 La charge présentée peut bien entendu être supérieure à la capacité de la liaison : c'est ce qu'on appelle une congestion. Dans les situations de congestion, c'est le 5 réseau qui devient l'élément prépondérant en ce qui concerne la performance de bout en bout des applications. Il est donc nécessaire, soit d'éviter les congestions en surdimensionnant le réseau, soit de gérer les congestions de manière à ne pas dégrader les 10 performances en deçà d'un seuil prédéterminé. Elasticité des flux applicatifs Les flux applicatifs générés peuvent avoir différents comportements en fonction de la nature de l'application qui les génère ainsi que des 15 caractéristiques du réseau. Un facteur particulièrement important à prendre en compte est l'élasticité des flux, c'est-à-dire leur capacité à plus ou moins utiliser la ressource réseau, notamment la bande passante, mise à leur disposition. 20 Cette caractéristique est liée d'une part à la nature même de l'application, et d'autre part au type de protocole de bout en bout qui est utilisé. Par exemple, les flux échangé par le protocole UDP ne sont en général pas élastiques, tandis que ceux qui sont 25 échangés par le protocole TCP sont en général moyennement ou très élastiques. Ainsi par exemple : - un flux temps réel n'est en général pratiquement pas élastique : il ne s'adapte pas à la 30 ressource réseau mise à sa disposition. Ceci se traduit par le fait que ce flux ne pourra pas s'adapter 2910760 8 correctement à une ressource insuffisante, et que l'application ne fonctionne donc pas dans cette situation. De plus, si la ressource est en excès, l'application n'utilisera pas le supplément de ressource 5 disponible. Un exemple d'application source de flux temps réel non élastique est le transport de la voix. - un flux transactionnel est moyennement élastique : il s'adapte moyennement à la ressource mise à sa disposition. Il en résulte que si la ressource est 10 insuffisante, les transactions sont longues à être exécutées et, que si la ressource est en excès, l'application n'utilisera que faiblement le supplément de ressource. Un exemple d'application source de flux transactionnel élastique est la saisie de formulaire. 15 En revanche, un flux de transfert de données se caractérise le plus souvent par une grande élasticité : il s'adapte à la ressource mise à sa disposition. Lorsque la ressource sera insuffisante, le temps pris par le transfert s'allongera, mais 20 inversement ce flux sera capable d'utiliser une grande ressource réseau, et de diminuer ainsi le temps pris par le transfert des données. Un exemple d'application source de flux de transfert élastique est la copie de fichiers. 25 Coût du réseau Le coût du réseau, que ce soit pour l'opérateur du réseau ou pour un client qui lui achète le service, est en grande partie lié au niveau de ressource, notamment en débit, disponible pour 30 transporter des flux applicatifs entre différents utilisateurs. De façon générale, plus les débits 2910760 9 disponibles sont élevés, plus le réseau est cher. Aussi, pour maîtriser le coût du réseau, il convient de limiter son dimensionnement de manière à utiliser au mieux la ressource disponible. 5 Problématique du choix de la meilleure liaison Dans un certain nombre de cas, il peut être intéressant d'avoir plusieurs liaisons disponibles entre les sites sources et les sites destinations afin, par exemple, d'augmenter la disponibilité des sites ainsi 10 reliés, ou encore d'augmenter la ressource totale disponible sur le site. D'une façon générale, ces différentes liaisons peuvent présenter des caractéristiques différentes : 15 - le débit : par exemple un accès coûteux à faible débit et un accès peu coûteux à fort débit ; - les performances : par exemple le temps de transit et la probabilité de perte d'informations ; - la charge instantanée ; 20 - le niveau de sécurité : par exemple un accès primaire MPLS (pour Multiprotocol Label Switching) et un accès secondaire de type Internet ; - la disponibilité (probabilité d'une panne totale d'un accès) 25 - etc. D'un autre côté, les différentes communications peuvent avoir des exigences de niveaux différents (performance, disponibilité, sécurité...) en fonction de la nature des applications et de la 30 sensibilité des informations échangées. 2910760 10 Il se pose alors la question de décider de la meilleure répartition des flux applicatifs entre les liaisons disponibles, pour obtenir le meilleur compromis coût/performance. 5 La figure 3 présente la relation générale entre la performance applicative et le niveau de la ressource alloué pour que l'application échange ses données : on trouve trois zones distinctes, soit une première zone Z1 de sous capacité, une deuxième zone Z2 10 de capacité adaptée, et une troisième zone Z3 de surcapacité. Entre la première zone Z1 et la troisième zone Z3, la productivité d'une application croît avec la performance réseau, puis plafonne à une valeur asymptote correspondant à la zone de surcapacité. Il est par 15 exemple inutile qu'une transaction puisse être exécutée plus vite que les opérations de saisie qui la déclenchent. Ces zones dépendent en grande partie des modes de gestion du trafic implémentés dans le réseau ainsi que de la nature des applications échangeant des 20 informations. Une surcapacité conduit à un surcoût de fonctionnement, une sous capacité conduit à une mauvaise productivité. Les solutions connues dans l'art antérieur pour résoudre ce problème sont fondées sur l'utilisation 25 de différents critères utilisés de manière indépendante ou combinés entre eux, tels que par exemple : - répartition statique, consistant à orienter les flux étant orientés en fonction de la nature de l'application (ou de l'identité de l'émetteur 30 ou du récepteur) qui génère les données constituant ces flux, 2910760 11 -répartition statistique, dans laquelle chaque nouveau flux a une probabilité définie sur une des liaisons disponibles, - répartition dynamique consistant à 5 orienter les flux en fonction de la charge moyenne des liaisons - etc. Ces mécanismes ne parviennent qu'imparfaitement à leur but, en particulier à cause de 10 la nature élastique de la majorité des flux applicatifs : les liaisons auront tendance à être chargées (congestionnées) par un faible nombre de flux applicatifs élastiques, et l'ensemble des flux sera réparti indépendamment de l'impact de ces congestions 15 sur les différentes applications. Une autre solution connue consiste à surdimensionner les liaisons. Cependant, il est très difficile de déterminer la capacité réseau réellement nécessaire en fonction des objectifs de l'entité 20 utilisant ce réseau. Par exemple dans une entreprise, les flux de confort tels que l'accès personnel à Internet, la musique en ligne, les volumineuses pièces jointes aux courriers électroniques, etc. rentreront en compétition avec les applications plus importantes 25 (applications métiers, monétique, etc.) au regard de l'entreprise, sans qu'il soit possible de réguler simplement l'équilibre. Outre son coût, le surdimensionnement chronique encourage les mauvaises pratiques 30 d'utilisation du réseau, ce qui conduit à une 2910760 12 augmentation régulière de la proportion des flux peu critiques sur le réseau. Le but de l'invention est d'assurer une répartition de la charge permettant de maîtriser au 5 mieux les performances de bout en bout, le coût du réseau, le dimensionnement de la capacité du réseau, et les différents états de congestion de manière à obtenir une utilisation optimale des ressources du réseau tout en garantissant la productivité des applications 10 générant les flux échangés via le réseau. EXPOSÉ DE L'INVENTION Ce but est atteint au moyen d'un procédé d'optimisation du partage d'une pluralité de ressources 15 réseau entre une pluralité de flux de données générés par une pluralité d'applications, lesdits flux étant susceptibles d'emprunter un nombre n de chemins [ABi], i= 1 à n, reliant au moins un site A et au moins un site B dans un réseau de télécommunication. 20 Le procédé selon l'invention comporte: - une première phase consistant à déterminer à chaque instant t pour chaque flux une valeur U (t) représentant l'utilisation par ledit flux d'au moins une ressource réseau parmi la pluralité de ressources réseau 25 disponibles, une valeur D(t) représentant la demande de ressource réseau nécessaire et suffisante pour que le flux satisfasse un objectif de performance pré-établi pour ladite application, et une valeur C(t) représentant une contrainte limitant la ressource réseau attribuable 30 au flux considéré, - une deuxième phase consistant à : 2910760 13 • calculer, en fonction desdites valeurs U(t), D(t) et C(t), une valeur DE(t) représentant la quantité de ressource réseau effectivement nécessaire à un instant t pour satisfaire l'objectif de performance 5 dudit flux en fonction de la contrainte C(t), du type d'application générant ledit flux et du type d'utilisation de ladite application, et à • calculer en fonction des différentes valeurs DE(t), et pour chaque chemin de transmission [ABi], i=1 à 10 n, une valeur DDEi(t) représentant la Densité de Demande Effective sur ledit chemin en prenant en compte l'ensemble des flux échangés entre les sites A et B, - une troisième phase consistant à répartir 15 dynamiquement les flux générés par les différentes applications entre les différents chemins [ABi], i=1 à n, en fonction des densités de Demande Effective DDEi(t) sur les chemins [ABi], i=1 à n. La valeur DDEi(t) caractérise la Demande 20 Effective sur la ressource considérée ramenée à la capacité du chemin. Selon l'invention, pour chaque flux échangé entre les sites A et B, la phase de régulation comporte les étapes suivantes . 25 - mesurer la valeur de l'Usage U(t), - déterminer la valeur de la Demande D(t), - déterminer la valeur de la Contrainte C (t) , - calculer la valeur de la Demande Effective 30 DE(t), 2910760 14 -calculer les densités de Demande Effective DDEi(t) sur chaque chemin [ABi], i=1 à n, en prenant en compte l'ensemble des flux échangés entre les sites A et B, 5 - modifier la répartition des flux sur les chemins [ABi], i=1 à n, de manière à équilibrer les Densités de Demande Effective sur les chemins disponibles. Le procédé selon l'invention s'applique 10 également pour aiguiller un ou plusieurs flux nouvellement générés vers le meilleur chemin, c'est à dire le chemin qui aura la plus petite Densité de Demande Effective parmi l'ensemble des chemins possibles une fois l'aiguillage réalisé. 15 Dans ce cas, la phase de régulation comporte un processus discontinu comportant les étapes suivantes: lorsqu'un nouveau flux devant être échangé entre le site A et le site B apparaît: 20 -identifier la nature de l'application qui génère ledit nouveau flux, -déterminer la valeur D(t) initialement associée à ce nouveau flux, -effectuer une projection de la Densité de 25 Demande Effective DDEi(t) sur chaque chemin [ABi], i=1 à n, dans l'hypothèse où le nouveau flux emprunterait chacun desdits chemins, - aiguiller le nouveau flux vers le chemin ayant la plus petite projection de Densité de Demande 30 Effective DDEi(t). 2910760 15 La projection de la Densité de Demande Effective sur les chemins disponibles est une estimation de ce que serait la Densité de Demande Effective sur ces chemins si le nouveau flux applicatif les empruntait. 5 Notons que la répartition des flux entre les différents chemins [ABi], i=1 à n, est effectuée en outre en fonction du niveau de sécurité de chacun desdits chemins [ABi], i=1 à n, et/ou du niveau de qualité assuré par chacun desdits chemins [ABi], i=1 à 10 n, et/ou du coût financier de l'utilisation de chacun desdits chemins [ABi], i=1 à n. Dans une variante de mise en oeuvre du procédé selon l'invention, chaque flux échangé entre les sites A et B est un agrégat de plusieurs flux 15 individuels. Dans cette variante, les flux individuels sont agrégés en fonction de la topologie du réseau, et/ou de la typologie des flux, et/ou du nombre de flux pour chaque application, et/ou de la criticité de chaque 20 flux. Dans un exemple d'application du procédé selon l'invention, la ressource réseau partagée entre les différents flux représente la bande passante globale disponible pour échanger ces flux pendant une 25 communication entre les sites A et B. Dans cette application, la valeur U(t) représente le débit effectivement utilisé pour transmettre un flux entre les sites A et B, la valeur D(t) représente le débit nécessaire et suffisant pour 30 que le flux généré satisfasse l'objectif de performance pré-établi associé à l'application générant ledit flux, 2910760 16 la valeur C(t) représente la valeur maximale du débit autorisé par le réseau pour transmettre le flux considéré, et la valeur DE(t) représente une estimation du débit du débit effectivement nécessaire pour que le 5 dit flux satisfasse son objectif de performance en tenant compte de ses caractéristiques d'élasticité. La valeur DE(t) est définie de la façon suivante : ù en l'absence de limitation de débit (flux applicatif 10 non contraint par le réseau), DE(t)= Min [U (t) , D (t) ] ; et ù en présence de limitations de débit (flux applicatif contraint par le réseau à la valeur C(t)): • lorsque C(t) est supérieur à D(t), on a aussi DE(t) = Min [U (t) , D (t) ] , Cependant, on peut remarquer que comme par définition de la contrainte C(t) on a U(t) C(t) et que d'autre part C(t) > D (t) , on a finalement : DE(t) = D(t) et • lorsque C(t) est inférieur ou égal à D (t) , on ne peut faire qu'une estimation a priori de la demande effective DE(t) . DE(t) = D(t) 25 Dans ce mode de réalisation, pour un chemin donné [ABi], i=1 à n, de bande passante disponible BWi, emprunté par une pluralité de flux Fi, j=1 à F, la valeur de la Densité de Demande Effective DDEi(t) à l'instant t est égale à la somme des Demandes Effectives 30 DEi(t) de chaque flux divisée par la bande passante totale BWi dudit chemin : 15 20 2910760 17 DDEi (t) = [ E (j=1àF) DE j (t) ] / BWi En cas de nouveaux flux devant être échangés entre les sites A et B, si on suppose que la Densité de Demande Effective de chaque chemin DDEi(t) est déjà 5 déterminée, la projection de Densité de Demande Effective pour le chemin lors de l'arrivée du nouveau flux (nf) se calcule comme suit : Proj [DDEi (t) ] = DDEi (t) + Dnf (t) /BW On remarque alors que : 10 • Proj[DDEi(t)] inférieure à 100% indique que le chemin est sous-chargé, et donc capable d'accueillir le nouveau flux applicatif tout en continuant de satisfaire les performances de ceux déjà présents, 15 • Proj[DDEi(t)] supérieure ou égale à 100% indique que le chemin est surchargé, et qu'il ne peut pas attribuer suffisamment de ressources pour satisfaire les performances de tous les flux. Dans ce cas, il est possible soit de 20 défavoriser certains flux, jugés moins critiques, pour en protéger d'autres, jugés plus critiques, soit de contraindre tous les flux d'une façon identique. Le procédé selon l'invention est mis en oeuvre au moyen d'un dispositif comportant 25 • des moyens pour déterminer à chaque instant t pour chaque flux une valeur U (t) représentant l'utilisation par ledit flux d'au moins une ressource réseau parmi la pluralité de ressources réseau disponibles, une valeur D(t) représentant la demande de 30 ressource réseau nécessaire et suffisante pour que le flux satisfasse un objectif de performance pré-établi 2910760 18 pour ladite application, et une valeur C(t) représentant une contrainte limitant la ressource réseau attribuable au flux considéré, et pour calculer, en fonction desdites valeurs U(t), D(t) et C(t), une valeur DE(t) 5 représentant la ressource réseau effectivement nécessaire à un instant t pour que ledit flux satisfasse l'objectif de performance en présence de la contrainte C(t), du type d'application générant ledit flux et du type d'utilisation de ladite application, 10 • des moyens pour calculer en fonction des différentes valeurs DE(t), et pour chaque chemin de transmission [ABi], i=1 à n, une valeur DDEi(t) représentant la Densité de Demande Effective de ladite ressource réseau sur ledit chemin en prenant en compte 15 l'ensemble des flux échangés entre les sites A et B et pour répartir dynamiquement les flux générés entre les différents chemins [ABi], i=1 à n, en fonction des densités de Demande Effective DDEi(t) des chemins [ABi], i=1 à n. 20 Selon l'invention, lesdits moyens comportent : lesdits moyens (19) comportent : - un module pour mesurer la valeur U(t) pour chaque flux échangé au cours d'une communication entre 25 le site A et le site B, un module pour déterminer la valeur D(t), un module pour déterminer la valeur C(t), un module pour calculer la valeur DE(t), un module pour calculer les densités de 30 Demande Effective DDEi(t) sur chaque chemin [ABi], i=1 à 2910760 19 n, en prenant en compte l'ensemble des flux échangés entre les sites A et B, - un module pour répartir les flux sur les chemins [ABi], i=1 à n, de manière à équilibrer les 5 Densités de Demande Effective des chemins disponibles. Préférentiellement, lesdits moyens comportent en outre : - un module pour identifier un nouveau flux échangeant des informations entre le site A et le site 10 B, - un module pour déterminer la valeur D(t) associée initialement à ce nouveau flux, - un module pour effectuer une projection de la Densité de Demande Effective sur chaque chemin [ABi], 15 i=1 à n, dans l'hypothèse où le nouveau flux emprunterait chacun desdits chemins, -un module pour aiguiller le nouveau flux vers le chemin i ayant la plus petite projection de densité de Demande Effective DDEi(t). 20 Le procédé selon l'invention est implémenté au moyen d'u logiciel stocké sur un support connectable à un réseau de télécommunication adapté pour l'optimisation du partage d'une pluralité de ressources réseau entre une pluralité de flux de données générés 25 par une pluralité d'applications, lesdits flux étant susceptibles d'emprunter un nombre n de chemins [ABi], i= 1 à n, reliant au moins un site A et au moins un site B dans un réseau de télécommunication. Ce logiciel comporte : 30 - des instructions pour déterminer à chaque instant t pour chaque flux une valeur U (t) représentant 2910760 20 l'utilisation par ledit flux d'au moins une ressource réseau parmi la pluralité de ressources réseau disponibles, une valeur D(t) représentant la demande de ressource réseau nécessaire et suffisante pour que le 5 flux satisfasse un objectif de performance pré-établi pour ladite application, et une valeur C(t) représentant une contrainte limitant la ressource réseau attribuable au flux considéré, et - des instructions pour : 10 • calculer, en fonction desdites valeurs U(t), D(t) et C(t), une valeur DE(t) représentant la quantité de ressource réseau effectivement nécessaire à un instant t pour satisfaire l'objectif de performance dudit flux en fonction de la contrainte C(t), du 15 type d'application générant ledit flux et du type d'utilisation de ladite application, et à • calculer en fonction des différentes valeurs DE(t), et pour chaque chemin de transmission [ABi], i=1 à n, une valeur DDEi(t) représentant la Densité de 20 Demande Effective sur ledit chemin en prenant en compte l'ensemble des flux échangés entre les sites A et B, et - des instructions pour répartir dynamiquement les flux générés par les différentes 25 applications entre les différents chemins [ABi], i=1 à n, en fonction des densités de Demande Effective DDEi(t) sur les chemins [ABi], i=1 à n. - des instructions pour mesurer la valeur U(t)pour chaque flux échangé cours d'une communication 30 entre le site A et le site B, 2910760 21 - des instructions pour déterminer la valeur D (t) , - des instructions pour déterminer la valeur C (t) , 5 - des instructions pour calculer la valeur DE (t) , - des instructions pour calculer les Densités de Demande Effective respectives DDEi(t) de chaque chemin [ABi], i=1 à n, pour l'ensemble des flux 10 échangés entre les sites A et B, des instructions pour répartir les flux sur les chemins [ABi], i=1 à n, de manière à équilibrer les Densités de Demande Effectives sur les chemins disponibles. 15 Dans un mode préféré de réalisation, le logiciel selon l'invention comporte en outre : - des instructions pour identifier un nouveau flux à échanger entre le site A et le site B, - des instructions pour mesurer la valeur 20 D(t) associée initialement à ce nouveau flux, -des instructions pour calculer une projection de la Densité de Demande Effective DDEi(t) de chaque chemin [ABi], i=1 à n, dans l'hypothèse où le nouveau flux emprunterait chacun desdits chemins, 25 - des instructions pour aiguiller le nouveau flux vers le chemin i ayant la plus petite projection de la Densité de Demande Effective DDEi(t). BRÈVE DESCRIPTION DES DESSINS 30 D'autres caractéristiques et avantages de l'invention ressortiront de la description qui va 2910760 22 suivre, prise à titre d'exemple non limitatif, en référence aux figures annexées dans lesquelles : - la figure 1, représente un schéma général d'un réseau de transmission dans lequel est mis en oeuvre le 5 procédé selon l'invention ; - la figure 2 représente différentes topologies de réseaux d'accès ; - la figure 3 représente une courbe illustrant la performance d'une application en fonction des 10 performances du réseau. - les figures 4 et 5 représentent schématiquement deux sites A et B échangeant des données via plusieurs accès à un réseau de télécommunication, - la figure 6 représente un exemple de courbe 15 illustrant la variation au cours du temps de l'usage et de la demande de débit par une application générant un flux entre les sites A et B, - la figure 7 représente la variation au cours du temps de la Demande Effective pour un flux non 20 contraint selon l'invention, - la figure 8 représente la variation au cours du temps de la Demande Effective pour un flux dont la contrainte est supérieure à la Demande selon l'invention, 25 - la figure 9 représente la variation au cours du temps de la Demande Effective pour un flux dont la contrainte est inférieure à la Demande selon l'invention, - la figure 10 représente un organigramme 30 illustrant un procédé d'optimisation de la répartition 2910760 23 des flux établis sur un ensemble de ressources partagées selon l'invention, - la figure 11 un organigramme illustrant un procédé d'aiguillage des nouveaux flux sur un ensemble 5 de ressources partagées selon l'invention. EXPOSÉ DÉTAILLÉ DE MODES DE RÉALISATION PARTICULIERS En référence à la figure 4, deux sites A et B reliés à un réseau d'interconnexion 10 sont 10 susceptibles d'échanger des informations via n chemins [AB1], [AB2], ..., [ABn]. La capacité de chacun de ces chemins est notée BW[ABi] (en bits/seconde), avec i appartenant à [1..n]. En référence à la figure 5, chacun des sites 15 A et B comporte au moins un équipement d'accès au réseau 11, au moins un concentrateur/commutateur 14, et éventuellement au moins une station de travail 16, et au moins un serveur d'application 18. Les stations de travail 16 et les serveurs 20 18 sont des terminaux de différentes natures (téléphones, caméras, écrans, ordinateurs, systèmes de stockage ...) susceptibles d'échanger des flux applicatifs au cours d'une communication entre les sites A et B. Selon l'invention, chacun des sites A et B 25 comporte en outre au moins un aiguilleur/régulateur 19 programmé pour optimiser la répartition des flux applicatifs sur les différents chemins disponibles entre les sites A et B. A cet effet, à chaque flux applicatif est associé un ensemble de valeurs qui le caractérise : 30 l'Usage, la Demande, la Contrainte, et la Demande 2910760 24 Effective de débit pendant la durée de la communication (transaction, appel téléphonique, visioconférence ...). Usage associé à un flux applicatif 5 En fonction de l'activité des utilisateurs, les flux applicatifs évoluent en permanence, en nombre, en nature et en quantité des informations échangées. L'Usage est variable dans le temps et représente l'utilisation effective du réseau par les 10 flux applicatifs (typiquement en nombre d'éléments binaires - bit - par seconde). Sa mesure est donc objective. L'Usage correspondant à chaque flux peut être dans un deuxième temps classifié et agrégé selon différents critères, parmi lesquels : 15 - la topologie réseau : accès entrants, accès sortants ; - la typologie des flux : combien de flux pour chaque application ; - la criticité des flux : niveau 20 d'importance de chaque flux. Demande associée au flux applicatif La valeur Demande est liée aux objectifs associés à chaque flux applicatif. Cette valeur 25 renseigne sur le débit nécessaire et suffisant (typiquement en bit/s) pour que le flux satisfasse l'objectif de performance associé à l'application qui le génère. Notons que la Demande n'est pas corrélée directement à l'Usage. En particulier comme cela est 30 illustré par la figure 6 : 2910760 25 - la Demande peut être plus grande que l'Usage parce que les contraintes appliquées sur le flux ne lui permettent pas d'atteindre son objectif. Dans ce cas c'est le réseau qui limite le débit. 5 - la Demande peut être plus grande que l'Usage parce que l'application n'a pas réellement besoin d'une telle ressource (par exemple les données à transmettre sont peu nombreuses, et le flux n'utilise pas toute la capacité réseau qui lui est offerte). Dans 10 ce cas c'est l'application qui limite le débit. - la Demande peut être plus petite que l'Usage parce que la ressource réseau est suffisante, voire en excès) et que l'application est suffisamment élastique pour l'utiliser. Dans ce cas, le débit peut 15 être limité par l'application ou par le réseau, mais la Demande est largement servie. La valeur de la Demande associée à un flux applicatif peut être acquise par différents moyens, par exemple : 20 - par configuration statique consistant à affecter préalablement une valeur de Demande à un flux applicatif, et quand le flux est reconnu, on effectue l'association avec la Demande. - par signalisation : les applications 25 signalent au réseau leur propre Demande. Ceci est le cas notamment des flux temps réel tels que la téléphonie, par exemple pour des réseaux utilisant le protocole IP. Dans ce cas, les applications signalent au réseau leur propre Demande à travers le protocole RSVP (pour 30 Resource ReSerVation Protocol), ou le protocole SIP (pour Session Initiation Protocol). Dans ce cas 2910760 26 l'association entre un flux et une Demande prend dynamiquement en compte la valeur signalée. - Par défaut : dans le cas où il n'y a ni configuration préalable, ni signalisation de la Demande 5 par l'application, une valeur par défaut de Demande peut être attribuée au flux. Pour simplifier les explications, on considèrera que dès que le flux applicatif est détecté, sa Demande est validée ; lorsqu'il cesse, sa Demande 10 vaut zéro. Toutefois, le procédé selon l'invention s'applique même si la Demande d'un flux applicatif donné varie de façon continue dans le temps. 15 Contrainte appliquée sur le flux applicatif Le paramètre Contrainte sur un flux applicatif représente la limitation de ressource appliquée par le réseau sur le flux applicatif considéré (typiquement en bit/s). 20 Le mécanisme exerçant la contrainte peut prendre différentes formes. En particulier ce mécanisme peut consister en : - une limitation simple du débit global des liaisons : 25 dans ce cas la ressource est partagée de façon plus ou moins arbitraire entre les flux. C'est principalement le comportement des protocoles de transport de type TCP, UDP, STP, par exemple, lorsqu'ils rentrent en compétition directe. Le résultat final dépend alors 30 essentiellement de la ressource réseau, du nombre de flux en compétition et de leur élasticité. 2910760 27 - un mécanisme d'allocation des ressources : dans ce cas, un dispositif d'allocation exerce une régulation sur les flux applicatifs. Cette contrainte peut être calculée et appliquée sur les flux de diverses 5 manières. Elle peut également s'appliquer soit sur les flux pris isolément, soit sur des groupes de flux. A titre d'exemple de mécanismes d'allocation des ressources, on peut citer : les mécanismes de réservation fixe ou semi-fixe (configuration statique) ; 10 les mécanismes de réservation dynamique (qui analysent et traitent les éléments de signalisation émis par l'application et en déduise une estimation du besoin de ressource pour le flux applicatif) ; les mécanismes adaptatifs de portée locale à l'accès ou globale au 15 réseau (de bout en bout) et qui cherchent à répartir dynamiquement la ressource entre tous les flux actifs selon les situations de congestion qui peuvent se trouver. Ainsi, au cours d'une communication entre 20 les sites A et B, lorsque le flux applicatif est détecté, sa Contrainte est estimée et exercée s'il y a lieu, et lorsque la transmission dudit flux cesse, sa Contrainte associée devient indéterminée. En fonction des dispositifs mis en oeuvre, il 25 peut ne pas toujours être possible d'estimer la Contrainte. Par exemple, en l'absence de congestion, il est possible que la seule information que l'on puisse déterminer soit que le flux est non contraint (c'est-à-dire Contrainte > Usage). Notons que le procédé selon 30 l'invention s'applique même si la Contrainte appliquée à un flux varie au cours du temps. 2910760 28 Demande Effective associée au flux applicatif Pour de nombreuses applications, la ressource effectivement consommée (hors contrainte liée 5 au réseau) par un flux applicatif varie considérablement dans le temps. Cette variation peut être due au comportement des protocoles de communication (TCP), aux phases d'activité liées à l'application elle-même, par exemple un flux applicatif consommera beaucoup de 10 ressources lors de l'affichage d'un nouveau formulaire de saisie, mais peu de ressources dans la phase de remplissage de ce formulaire par un opérateur. De ce fait, il n'est pas optimal d'associer au flux une Demande constante, car celle-ci sera surdimensionnée 15 dans nombre de situations. Selon un mode préféré de réalisation de l'invention, on introduit la notion de Demande Effective à l'instant t (notée DE(t)) de la façon suivante : - lorsque le flux applicatif n'est pas contraint comme 20 cela est illustré par la figure 7, c'est-à-dire lorsque son débit n'est pas limité par le réseau, alors : Contrainte (t) > Usage (t) , et DE (t) = Min [Usage (t) ; Demande(t)] - lorsque le flux applicatif est contraint par le réseau 25 de telle manière que la contrainte est supérieure à la demande, comme cela est illustré par la figure 8, alors : Contrainte(t) > Demande(t), et DE (t) = Min [Usage (t) ; Demande (t) ] = Demande(t) - lorsque le flux applicatif est contraint par le réseau 30 de telle manière que la contrainte est inférieure ou 2910760 29 égale à la demande, comme cela est illustré par la figure 9, alors : Contrainte(t) Demande(t), et DE(t) = Demande(t) Notons que la Demande Effective DE(t) est 5 variable dans le temps. Densité de Demande Effective DDE(t) La Densité de Demande Effective (DDE) sur un chemin caractérise son taux de charge effective, c'est- 10 à-dire ramené aux demandes effectives. Le but de l'invention est d'équilibrer les Densités de Demande Effective de chaque chemin disponible entre deux sites, de manière à obtenir le meilleur rendement d'ensemble possible. 15 Selon l'invention, pour un chemin donné de capacité totale BW, et emprunté par les flux applicatifs 1 à F, on définit la valeur de la Densité de Demande Effective à l'instant t en sommant les Demandes Effectives de chaque flux et en ramenant la valeur sur 20 la capacité totale du chemin : DDE(t) = [ Ei ( =1àF) DEi(t)] / BW Notons que : DDE(t) inférieure à 100% signifie que le chemin est sous-chargé, et donc capable d'accueillir de nouveaux 25 flux applicatifs tout en satisfaisant ceux déjà présents, DDE(t) supérieure ou égale à 100% signifie que le chemin est surchargé, et qu'il ne peut pas attribuer suffisamment de ressources à chaque flux. Dans ce 30 cas, il est possible soit de défavoriser certains flux peu critiques pour en protéger d'autres plus 2910760 30 critiques, soit de contraindre tous les flux d'une façon identique. Il est important de noter que la notion de Densité Demande Effective est différente de la notion de 5 congestion du chemin. En effet, un chemin peut être congestionné, c'est-à-dire, la somme des Usages atteint sa capacité maximale, alors que la Densité de Demande Effective de ce chemin est inférieure à 100%, notamment à cause de 10 l'élasticité des flux. En revanche, un chemin non congestionné, c'est-à-dire, pour lequel la somme des Usages n'atteint pas la capacité maximale du chemin, aura toujours une Densité de Demande Effective inférieure à 100%. 15 L'optimisation de la répartition de plusieurs flux applicatifs sur les différents chemins disponibles entre le site A et le site B peut se faire soit selon un processus continu en l'absence de nouveaux flux (figure 10) soit selon un processus discontinu 20 lorsqu'un nouveau flux doit être échangé entre les sites A et B (figure 11). Le processus continu permet de ré-agencer périodiquement les flux applicatifs entre les différents chemins possibles, tandis que le processus discontinu 25 permet de choisir le meilleur chemin pour un nouveau flux applicatif au moment de son apparition. Ce dernier processus est appliqué lors du passage actif d'un flux applicatif. Il s'agit essentiellement de déterminer sur quel chemin aiguiller ce nouveau flux. 30 En dehors de l'arrivée d'un nouveau flux applicatif, d'autres paramètres peuvent varier sur 2910760 31 chacun des chemins et influencent de ce fait la Densité de Demande Effective de ces chemins. Parmi ces paramètres, citons par exemple : û l'arrêt de certains flux, 5 û la variation de la Demande Effective de certains flux (changement de leur profil d'activité), û la variation de la capacité du chemin (pouvant aller jusqu'à sa complète indisponibilité). Il y a alors deux stratégies possibles : 10 û ne pas intervenir pour ré-agencer les flux, en comptant sur les arrêts des anciens flux (ce qui fait diminuer la Densité de Demande Effective) et sur l'arrivée de nouveaux flux pour calculer progressivement un bon équilibre ; 15 û intervenir périodiquement en ré-agençant les différents flux pour équilibrer à nouveau les Densités de Demande Effectives sur les chemins disponibles. La période de réagencement dépend de 20 l'implémentation, de la vitesse de variation des différents paramètres et de la précision de l'équilibre que l'on recherche. Dans les réseaux actuels, une période raisonnable s'étend typiquement de quelques secondes à quelques minutes. 25 La figure 10 illustre schématiquement les étapes essentielles d'un processus continu. L'étape 20 correspond au début d'une nouvelle période de réagencement. A l'étape 22, l'aiguilleur/régulateur 19 30 détermine l'Usage U(t) de chaque flux applicatif. 2910760 32 A l'étape 24, l'aiguilleur/régulateur 19 détermine la Demande D(t) de chaque flux applicatif. A l'étape 26, l'aiguilleur/régulateur 19 détermine la Contrainte C(t) appliquée sur chaque flux 5 applicatif. Cette contrainte peut être appliquée au niveau de l'aiguilleur/régulateur 19 lui-même ou encore dans un équipement externe, par exemple l'équipement d'accès au réseau 11. Elle peut tenir compte de la nature du flux, de sa criticité, etc. 10 A l'étape 28 l'aiguilleur/régulateur 19 calcule la Demande Effective DE(t) de chaque flux applicatif, puis détermine la Densité de Demande Effective DDE (t) de chaque chemin. A l'étape 30 l'aiguilleur/régulateur 19 15 détermine les réagencements optimaux selon la politique choisie pour équilibrer la Densité de Demande Effective DE(t) de chaque chemin. Selon une caractéristique du procédé de l'invention, pour estimer a priori l'impact du 20 déplacement d'un flux existant, noté af, d'un ancien chemin de capacité notée BWac vers un nouveau chemin de capacité notée BWnc sur les Densités de Demande Effective respectives de ces deux chemins, on utilise la fonction ProjEff[DDE(t)] représentant la Projection 25 Effective de Densité de Demande Effective, définie comme suit . - Impact sur le nouveau chemin : ProjEff [DDEnc (t) ] = DDEnc (t) + DEaf (t) /BWnc - Impact sur l'ancien chemin : 30 ProjEff [DDEac (t) ] = DDEac (t) - DEaf (t) /BWac 2910760 33 L'aiguilleur/régulateur 19 est programmé pour utiliser un ou plusieurs des critères de réagencement suivants . - ne rien faire : compter sur l'arrêt des flux pour 5 faire diminuer la Densité de Demande Effective et sur l'arrivée de nouveaux flux pour s'approcher progressivement de l'équilibre entre les chemins, - ré-agencer uniquement les flux ayant une forte demande (forte valeur de D(t)) ou encore une forte demande 10 effective (forte valeur de DE(t)), - ré-agencer uniquement les flux ayant une longue espérance de vie (estimée selon la nature du flux ou selon un apprentissage de la durée de vie de flux applicatifs similaires dans le passé). 15 Notons que le procédé selon l'invention peut être implémenté au moyen d'algorithmes similaires à ceux mis en oeuvre pour optimiser les dispositifs de stockage de blocs d'informations de tailles variées (disques durs, etc.). 20 A l'étape 32, l'aiguilleur/régulateur 19 applique les éventuelles modifications de chemin pour chacun des flux applicatifs dont il a décidé le réagencement. Le processus discontinu est décrit par la 25 figure 11. L'étape 40 correspond à la détection de l'apparition d'un nouveau flux échangé entre les sites A et B. A l'étape 42, l'aiguilleur/régulateur 19 30 identifie le nouveaux flux. Cette tâche consiste, d'une part, à reconnaître la nature de l'application dont les 2910760 34 informations sont portées par ce nouveau flux, et d'autre part, à déterminer le site destination de ce flux. On notera nf ce nouveau flux applicatif. A l'étape 44, connaissant la nature de 5 l'application, l'aiguilleur/régulateur 19 en déduit la Demande associée au nouveau flux applicatif (par exemple par une table configurée à partir d'un dispositif externe, ou encore en analysant les éléments de signalisation qui peuvent accompagner ce flux). Cette 10 demande Dnf(t) est a priori constante pendant toute la vie du flux, et repasse à zéro lorsque le flux cesse d'être présent. Elle peut également être variable dans le temps (par exemple grâce aux éléments de signalisation). On peut remarquer que dans cette étape, 15 on ne connaît pas encore le comportement effectif du nouveau flux. A l'étape 46, l'aiguilleur/régulateur 19 effectue une projection de la Densité de Demande Effective DDE(t) sur l'ensemble des chemins disponibles. 20 Il s'agit d'une estimation de ce que serait la Densité de Demande Effective DDE(t) de ces chemins si le nouveau flux applicatif les empruntait. Si on suppose que la Densité de Demande Effective DDE(t) de chaque chemin est déjà déterminée, 25 par exemple par le processus continu, la Projection de Densité de Demande Effective pour le chemin lors de l'arrivée du nouveau flux (nf) est calculée à l'étape 46 de la manière suivante : Proj [DDE (t) ] = DDE (t) + Dnf (t) /BW. 30 A l'étape 48, l'aiguilleur/régulateur 19 détermine le chemin optimal CO pour le nouveau flux 2910760 applicatif ayant la plus faible valeur de projection de Densité de Demande Effective parmi l'ensemble des chemins possibles. A l'étape 50, l'aiguilleur/régulateur 19 aiguille alors le nouveau flux (nf) sur le chemin 5 optimal (CO) tel que déterminé dans l'étape précédente. Cet aiguillage peut être réalisé de diverses manières, en fonction des technologies de réseau (émission sur une interface physique particulière, marquage du flux avec un indicateur qui sera utilisé 10 pour sélectionner l'interface de l'équipement d'accès, émission d'une commande vers un organe d'aiguillage situé ailleurs sur le chemin, etc.). Notons que le procédé selon l'invention s'applique à des groupes de flux applicatifs plutôt 15 qu'aux flux individuels sans sortir du cadre de l'invention. Dans ce cas, il suffit de remplacer : l'usage d'un flux applicatif U(t) par l'usage du groupe de flux Ug(t) 20 la demande d'un flux applicatif D(t) la demande du groupe de flux Dg(t) la contrainte appliquée sur un flux applicatif C(t) par la contrainte appliquée sur le groupe de flux Cg (t) 25 la Demande Effective d'un flux applicatif DE(t) par la Demande Effective du groupe de flux DEg(t) etc... Un cas où il est particulièrement intéressant de travailler sur des groupes de flux 30 applicatifs se rencontre sur les réseaux de type MPLS 2910760 36 avec Classes de Service, les groupes étant appelés Behavior Aggregate . Notons également que les critères du choix du chemin peuvent être complétés selon les circonstances 5 et le contexte par d'autres paramètres associés aux liaisons disponibles tels que par exemple : - le niveau de sécurité, - le coût, - le niveau de qualité, 10 - etc. Le dispositif mettant en oeuvre le procédé selon l'invention est soit un routeur d'accès agencé à l'entrée d'un réseau d'interconnexion, soit un multiplexeur agencé dans le réseau d'interconnexion, 15 soit un serveur d'accès au réseau. REVENDICATIONS 1. Procédé d'optimisation du partage d'une pluralité de ressources réseau entre une pluralité de flux de données générés par une pluralité d'applications, lesdits flux étant susceptibles d'emprunter un nombre n de chemins [ABi], i= 1 à n, reliant au moins un site A et au moins un site B dans un réseau de télécommunication (6), procédé caractérisé en ce qu'il comporte : une première phase consistant à déterminer à chaque instant t pour chaque flux une valeur U(t) représentant l'utilisation par ledit flux d'au moins une ressource réseau parmi la pluralité de ressources réseau disponibles, une valeur D(t) représentant la demande de ressource réseau nécessaire et suffisante pour que le flux satisfasse un objectif de performance pré-établi pour ladite application, et une valeur C(t) représentant une contrainte limitant la ressource réseau attribuable au flux considéré, une deuxième phase consistant à : • calculer, en fonction desdites valeurs U(t), D(t) et C(t), une valeur DE(t) représentant la quantité de ressource réseau effectivement nécessaire à un instant t pour satisfaire l'objectif de performance dudit flux en fonction de la contrainte C(t), du type d'application générant ledit flux et du type d'utilisation de ladite application, et à • calculer en fonction des différentes valeurs DE(t), et pour chaque chemin de transmission [ABi], i=1 à n, une valeur DDEi(t) représentant la Densité de 2910760 38 Demande Effective sur ledit chemin en prenant en compte l'ensemble des flux échangés entre les sites A et B, û une troisième phase consistant à répartir 5 dynamiquement les flux générés par les différentes applications entre les différents chemins [ABi], i=1 à n, en fonction des densités de Demande Effective DDEi(t) sur les chemins [ABi], i=1 à n. 2. Procédé selon la revendication 1, dans lequel, pour chaque flux échangé entre les sites A et B, la phase de régulation comporte les étapes suivantes : - mesurer la valeur de l'Usage U(t), - déterminer la valeur de la Demande D(t), - déterminer la valeur de la Contrainte C (t) , calculer la valeur de la Demande Effective DE (t) , - calculer les densités de Demande Effective 20 DDEi (t) sur chaque chemin [ABi], i=1 à n, en prenant en compte l'ensemble des flux échangés entre les sites A et B, - modifier la répartition des flux sur les chemins [ABi], i=1 à n, de manière à équilibrer les 25 Densités de Demande Effective sur les chemins disponibles. 3. Procédé selon la revendication 1, comportant en outre les étapes suivantes lorsqu'un 30 nouveau flux devant être échangé entre le site A et le site B apparaît : 10 15 2910760 39 - identifier la nature de l'application qui génère ledit nouveau flux, - déterminer la valeur D(t) initialement associée à ce nouveau flux, 5 - effectuer une projection de la Densité de Demande Effective Proj[DDEi(t)] sur chaque chemin [ABi], i=1 à n, dans l'hypothèse où le nouveau flux emprunterait chacun desdits chemins, - aiguiller le nouveau flux vers le chemin 10 ayant la plus petite projection de Densité de Demande Effective Proj[DDEi(t)]. 4. Procédé selon la revendication 2 ou la revendication 3, caractérisé en ce que la répartition 15 des flux entre les différents chemins [ABi], i=1 à n, est effectuée en outre en fonction du niveau de sécurité de chacun desdits chemins [ABi], i=1 à n, et/ou du niveau de qualité assuré par chacun desdits chemins [ABi], i=1 à n, et/ou du coût financier de l'utilisation 20 de chacun desdits chemins [ABi], i=1 à n. 5. Procédé selon l'une des revendications 1 à 4, dans lequel chaque flux échangé entre les sites A et B est un agrégat de plusieurs flux individuels. 25 6. Procédé selon la revendication 5, dans lequel lesdits flux individuels sont agrégés en fonction de la topologie du réseau, et/ou de la typologie des flux, et/ou du nombre de flux pour chaque application, 30 et/ou de la criticité de chaque flux. 2910760 40 7. Procédé selon l'une des revendications 1 à 6, dans lequel ladite ressource réseau représente la bande passante globale disponible pour échanger des flux pendant une communication entre les sites A et B et en 5 ce que la valeur U(t) représente le débit effectivement utilisé pour transmettre un flux entre les sites A et B, la valeur D(t) représente le débit nécessaire et suffisant pour que le flux généré satisfasse l'objectif de performance pré-établi associé à l'application 10 générant ledit flux, la valeur C(t) représente la valeur maximale du débit autorisé par le réseau pour transmettre le flux considéré, et la valeur DE(t) représente le débit effectivement nécessaire par ledit flux en fonction de limitations de débit, du type 15 d'application générant ledit flux et du type d'utilisation de ladite application pour satisfaire l'objectif de performance pendant ladite communication entre les sites A et B. 20 8. Procédé selon la revendication 7, dans lequel, la valeur DE(t) est variable dans le temps et est définie de la façon suivante : lorsque la ressource consommée par le flux n'est pas limitée par le réseau : 25 DE (t) = Min [U (t) , D (t) ] ; et lorsque la ressource consommée par le flux est limitée par le réseau à la valeur C(t): DE(t) = D (t) . 30 9. Procédé selon la revendication 7, dans lequel pour un chemin donné [ABi], i=1 à n, de bande 2910760 41 passante disponible BWi, emprunté par une pluralité de flux Fi, j=1 à F, la valeur de la Densité de Demande Effective DDEi(t) à l'instant t est égale à la somme des Demandes Effectives DEi(t) de chaque flux divisée par la 5 bande passante totale BWi dudit chemin : DDEi (t) = [ E (i=1àF) DEj (t) ] / BWi 10. Procédé selon les revendications 3 et 10, caractérisé en ce, si de nouveaux flux devant être 10 échangés entre les sites A et B apparaissent, la projection de Densité de Demande Effective pour le chemin [ABi] lors de l'arrivée du nouveau flux (nf) se calcule comme suit : Proj [DDEi (t) ] = DDEi (t) + Dnf (t) /BWi 15 BWi représentant la ressource partagée entre les applications générant les flux sur le chemin [ABi]. 11. Dispositif d'optimisation du partage d'une pluralité de ressources réseau entre une pluralité 20 de flux de données générés par une pluralité d'applications, lesdits flux étant susceptibles d'emprunter un nombre n de chemins [ABi], i= 1 à n, reliant au moins un site A et au moins un site B dans un réseau de télécommunication (6), dispositif caractérisé 25 en ce qu'il comporte : • des moyens (19) pour déterminer à chaque instant t pour chaque flux une valeur U (t) représentant l'utilisation par ledit flux d'au moins une ressource réseau parmi la pluralité de ressources réseau 30 disponibles, une valeur D(t) représentant la demande de ressource réseau nécessaire et suffisante pour que le 2910760 42 flux satisfasse un objectif de performance pré-établi pour ladite application, et une valeur C(t) représentant une contrainte limitant la ressource réseau attribuable au flux considéré, et pour calculer, en fonction 5 desdites valeurs U(t), D(t) et C(t), une valeur DE(t) représentant la ressource réseau effectivement nécessaire à un instant t pour que ledit flux satisfasse l'objectif de performance en présence de la contrainte C(t), du type d'application générant ledit flux et du 10 type d'utilisation de ladite application, • des moyens (19) pour calculer en fonction des différentes valeurs DE(t), et pour chaque chemin de transmission [ABi], i=1 à n, une valeur DDEi(t) représentant la Densité de Demande Effective de ladite 15 ressource réseau sur ledit chemin en prenant en compte l'ensemble des flux échangés entre les sites A et B et pour répartir dynamiquement les flux générés entre les différents chemins [ABi], i=1 à n, en fonction des densités de Demande Effective DDEi(t) des chemins [ABi], 20 i=1 à n. 12. Dispositif selon la revendication 11, caractérisé en ce que lesdits moyens (19) comportent : - un module pour mesurer la valeur U(t) pour 25 chaque flux échangé au cours d'une communication entre le site A et le site B, - un module pour déterminer la valeur D(t), - un module pour déterminer la valeur C(t), - un module pour calculer la valeur DE(t), 30 -un module pour calculer les densités de Demande Effective DDE(t) sur chaque chemin [ABi], i=1 à 2910760 43 n, en prenant en compte l'ensemble des flux échangés entre les sites A et B, - un module pour répartir les flux sur les chemins [ABi], i=1 à n, de manière à équilibrer les 5 Densités de Demande Effective des chemins disponibles. 13. Dispositif selon la revendication 11, caractérisé en ce que lesdits moyens (19) comportent en outre : - un module pour identifier un nouveau flux échangeant des informations entre le site A et le site B, - un module pour déterminer la valeur D(t) associée initialement à ce nouveau flux, -un module pour effectuer une projection de la Densité de Demande Effective sur chaque chemin [ABi], i=1 à n, dans l'hypothèse où le nouveau flux emprunterait chacun desdits chemins, - un module pour aiguiller le nouveau flux 20 vers le chemin i ayant la plus petite projection de densité de Demande Effective Proj[DDEi(t)]. 14. Dispositif selon la revendication 12 ou la revendication 12, caractérisé en ce qu'il consiste en 25 un routeur d'accès agencé à l'entrée d'un réseau d'interconnexion. 15. Dispositif selon la revendication 12 ou la revendication 13, caractérisé en ce qu'il consiste en 30 un multiplexeur agencé dans le réseau d'interconnexion. 10 15 2910760 44 16. Dispositif selon la revendication 12 ou la revendication 13, caractérisé en ce qu'il consiste en un serveur d'accès au réseau. 5 17. Logiciel stocké sur un support connectable à un réseau de télécommunication adapté pour l'optimisation du partage d'une pluralité de ressources réseau entre une pluralité de flux de données générés par une pluralité d'applications, lesdits flux étant 10 susceptibles d'emprunter un nombre n de chemins [ABi], i= 1 à n, reliant au moins un site A et au moins un site B dans un réseau de télécommunication (6), caractérisé en ce qu'il comporte : des instructions pour déterminer à chaque instant t 15 pour chaque flux une valeur U(t) representant l'utilisation par ledit flux d'au moins une ressource réseau parmi la pluralité de ressources réseau disponibles, une valeur D(t) représentant la demande de ressource réseau nécessaire et suffisante pour que 20 le flux satisfasse un objectif de performance pré-établi pour ladite application, et une valeur C(t) représentant une contrainte limitant la ressource réseau attribuable au flux considéré, et des instructions pour : 25 • calculer, en fonction desdites valeurs U(t), D(t) et C(t), une valeur DE(t) représentant la quantité de ressource réseau effectivement nécessaire à un instant t pour satisfaire l'objectif de performance dudit flux en fonction de la contrainte C(t), du 30 type d'application générant ledit flux et du type d'utilisation de ladite application, et à 2910760 45 • calculer en fonction des différentes valeurs DE(t), et pour chaque chemin de transmission [ABi], i=1 à n, une valeur DDEi(t) représentant la Densité de Demande Effective sur ledit chemin en prenant en 5 compte l'ensemble des flux échangés entre les sites A et B, et des instructions pour répartir dynamiquement les flux générés par les différentes applications entre les différents chemins [ABi], i=1 à n, en fonction des 10 densités de Demande Effective DDEi(t) sur les chemins [ABi], i=1 à n. 18. Logiciel selon la revendication 17, comportant en outre : 15 des instructions pour mesurer la valeur U(t) pour chaque flux échangé cours d'une communication entre le site A et le site B, - des instructions pour déterminer la valeur D (t) , 20 - des instructions pour déterminer la valeur C (t) , - des instructions pour calculer la valeur DE(t), - des instructions pour calculer les 25 Densités de Demande Effective respectives DDEi(t) de chaque chemin [ABi], i=1 à n, pour l'ensemble des flux échangés entre les sites A et B, - des instructions pour répartir les flux sur les chemins [ABi], i=1 à n, de manière à équilibrer 30 les Densités de Demande Effectives sur les chemins disponibles. 2910760 46 19. Logiciel selon la revendication 17, comportant en outre : - des instructions pour identifier un 5 nouveau flux à échanger entre le site A et le site B, - des instructions pour mesurer la valeur D(t) associée initialement à ce nouveau flux, - des instructions pour calculer une projection de la Densité de Demande Effective 10 Proj[DDEi(t)] de chaque chemin [ABi], i=1 à n, dans l'hypothèse où le nouveau flux emprunterait chacun desdits chemins, - des instructions pour aiguiller le nouveau flux vers le chemin i ayant la plus petite projection de 15 la Densité de Demande Effective Proj[DDEi(t)].