FR 2858499 A1 20050204 FR 0309508 A 20030801 RÉSEAU DE COMMUNICATIONS À GESTION DE TRAFIC PAR MESURES ACTIVES CONFIGURABLES L'invention concerne le domaine des réseaux de communications, et plus particulièrement la gestion de trafic au sein de tels réseaux. Les opérateurs des réseaux de communications dits gérés passent habituellement avec leurs clients des accords de niveau de service (ou SLAs pour Service Level Agreements ) par lesquels ils s'engagent à leur garantir o une qualité de service (ou QoS) définie par des valeurs de paramètres ou caractéristiques de trafic, tels que l'instabilité (ou jitter ), la perte de paquets et le retard de transmission. Deux techniques sont actuellement utilisées pour contrôler la qualité de service. Une première technique consiste à effectuer des mesures dites is passives, de type local ou bout-en-bout (ou end-to-end ), sur le trafic à contrôler. Ces mesures passives étant effectuées à l'aide de dispositifs de mesures raccordés aux équipements de commutation (ou routeurs), elles nuisent au fonctionnement de ces routeurs, ne peuvent pas être automatisées et requièrent une configuration manuelle de leurs filtres. De ce fait, ces 2 o dispositifs sont généralement limités à certaines applications telles que l'ingénierie de trafic et l'affacturage. Une seconde technique consiste à effectuer des mesures dites actives sur un trafic (ou flux) additionnel injecté dans le réseau et présentant des similitudes avec le trafic devant faire l'objet d'un contrôle. On 25 entend ici par mesures actives des mesures effectuées sur des paramètres du trafic additionnel, et dont les résultats partiels et/ou locaux peuvent être éventuellement intégrés dans le trafic additionnel. Ces mesures actives peuvent fournir des résultats comparables aux résultats de mesures passives. Ce trafic additionnel n'étant que partiellement identique au trafic à contrôler, et 3 o seulement partiellement adaptable, il n'est pas certain qu'il fournisse des caractéristiques de trafic (et donc des contenus et/ou des profils de trafic) réellement représentatifs de ceux du trafic à contrôler. Par ailleurs, aucune de ces deux techniques ne permet de déterminer des marges de qualité de service (QoS) par rapport à la qualité de service nominale. En outre, ces deux techniques sont mises en oeuvre à l'aide de dispositifs de mesures qui doivent être raccordés aux routeurs, et qui de ce fait sont difficiles à implanter et à maintenir en état de marche. L'invention a donc pour but de remédier à tout ou partie des inconvénients précités. Elle propose à cet effet un procédé de gestion de trafic, pour un réseau de communications, consistant à effectuer des premières mesures passives 10 sur au moins un trafic choisi de manière à délivrer des premières valeurs représentatives d'au moins une caractéristique de trafic choisie, puis à injecter dans le réseau un trafic additionnel correspondant aux premières valeurs de l'une au moins des caractéristiques de trafic choisies, et à effectuer des secondes mesures actives sur ce trafic additionnel de manière à déterminer s'il vérifie au moins une condition choisie. Le procédé selon l'invention peut comporter d'autres caractéristiques qui pourront être prises séparément ou en combinaison, et notamment: - une condition choisie parmi un ou plusieurs accords de niveau de service, une ou plusieurs caractéristiques définissant un nouveau service, et une ou 20 plusieurs dégradations de qualité, - on peut procéder à l'injection sur demande ou de façon automatisée et périodique, - les premières et secondes mesures sont de type local et/ou de type dit bout-en-bout , - on peut déterminer plusieurs caractéristiques de trafic afin d'en déduire un ou plusieurs contenus de trafic. Chaque contenu de trafic est par exemple choisi parmi la source ou la destination du trafic, la classe de service du trafic, le protocole (de couche réseau) utilisé, et la taille moyenne des données transmises, - on peut déterminer un ou plusieurs profils de trafic à partir du contenu de trafic. Chaque profil est par exemple choisi parmi la répartition temporelle du trafic et la répartition de taille de charge du trafic, - on peut déterminer une qualité de service à partir du contenu de trafic et/ou du profil de trafic. La qualité de service peut être locale et déterminée à partir de mesures telles que la bande passante utilisée, ou bien de bout-en-bout et déterminée à partir de mesures telles que le retard de transmission, l'instabilité ou le taux de perte de paquets de données, et/ou de calculs statistiques sur ces mesures, - on peut effectuer des secondes mesures actives sur le trafic additionnel afin de déterminer la qualité de service associée, puis comparer cette qualité de service à celle du trafic choisi, précédemment déterminée, afin d'en déduire une éventuelle variation. Dans ce cas, lorsque la variation est supérieure à un seuil choisi, il est avantageux de réitérer les premières mesures passives sur le trafic choisi afin de déterminer de nouvelles premières valeurs représentatives de chaque caractéristique de trafic initialement choisie, - on peut injecter dans le réseau un trafic auxiliaire correspondant à des valeurs représentatives d'une ou plusieurs caractéristiques auxiliaires et 15 égales à celles des premières valeurs à un écart choisi près, puis effectuer des troisièmes mesures actives sur le trafic auxiliaire, et enfin comparer les troisièmes valeurs de ces troisièmes mesures aux secondes valeurs obtenues sur le trafic additionnel, afin de déterminer une marge de qualité de service disponible compte tenu de la qualité de service déterminée pour 20 le trafic choisi, - on peut injecter dans le réseau un trafic auxiliaire satisfaisant à une qualité de service auxiliaire égale à celle déterminée pour le trafic choisi à une marge choisie près, puis effectuer des troisièmes mesures actives sur le trafic auxiliaire, et comparer les troisièmes valeurs de ces troisièmes 25 mesures aux secondes valeurs obtenues sur le trafic additionnel, afin de déterminer quelles variations de caractéristiques de trafic sont associées à la qualité de service auxiliaire. L'invention porte en outre sur un réseau de communications comportant: des équipements de commutation couplés entre eux pour permettre l'établissement de trafics entre des terminaux de communication, et comprenant pour certains au moins d'entre eux, d'une part, des moyens d'application chargés d'injecter dans le réseau un trafic additionnel correspondant à des premières valeurs reçues, représentatives d'au moins une caractéristique de trafic choisie, et d'autre part, des moyens de mesure propres à effectuer des premières mesures passives sur au moins un trafic choisi, de manière à délivrer les premières valeurs, puis des secondes 5 mesures actives sur le trafic additionnel, de manière à délivrer des secondes valeurs représentatives de chaque caractéristique de trafic choisie, et - des moyens de gestion chargés de transmettre aux moyens d'application les premières valeurs des caractéristiques choisies et de déterminer à partir des secondes valeurs si le trafic additionnel vérifie au moins une condition 1 choisie. Le réseau selon l'invention peut comporter d'autres caractéristiques qui pourront être prises séparément ou en combinaison, et notamment: - des moyens de gestion chargés de choisir la condition, en fonction d'instructions, parmi un ou plusieurs niveaux de service, une ou plusieurs caractéristiques définissant un nouveau service, et une ou plusieurs dégradations de qualité, - des moyens d'application agencés de manière à procéder à l'injection consécutivement à la réception d'une instruction, ou bien automatiquement et selon une périodicité choisie, - des moyens de mesure agencés de manière à effectuer des premières et secondes mesures actives locales et/ou de bout-en-bout, - des moyens de mesure agencés de manière à délivrer des premières valeurs représentatives de plusieurs caractéristiques de trafic, de sorte que les moyens de gestion puissent déduire de ces premières valeurs un ou 25 plusieurs contenus de trafic, puis à les stocker dans une mémoire, - des moyens de gestion agencés de manière à déterminer un ou plusieurs profils de trafic à partir de l'un des contenus de trafic, puis à les stocker dans une mémoire, - des moyens de gestion agencés de manière à déterminer une ou plusieurs 30 qualités de service (locale(s) ou de bout-en-bout) à partir de l'un au moins des contenus de trafic et/ou de l'un au moins des profils de trafic, puis à les stocker dans une mémoire, - des moyens de mesure agencés de manière à effectuer des secondes mesures actives sur le trafic additionnel, afin que les moyens de gestion puissent déterminer au moins une qualité de service associée aux résultats de ces secondes mesures actives, puis comparer la qualité de service du trafic additionnel à celle du trafic choisi, précédemment déterminée, afin d'en 5 déduire une éventuelle variation. Par exemple, les moyens de gestion peuvent être agencés, lorsqu'ils détectent une variation supérieure à un seuil choisi, de manière à ordonner aux moyens de mesure de réitérer les premières mesures passives sur le trafic choisi afin de déterminer les nouvelles valeurs des caractéristiques de trafic initialement choisies, 0 - des moyens d'application agencés de manière à injecter dans le réseau, à réception d'instruction, un trafic auxiliaire correspondant à des valeurs d'une ou plusieurs caractéristiques auxiliaires égales aux premières valeurs précédemment déterminées à un écart choisi près. Dans ce cas, les moyens de mesure sont préférentiellement agencés pour effectuer des troisièmes mesures actives sur le trafic auxiliaire, et les moyens de gestion sont agencés pour comparer les valeurs de ces troisièmes mesures actives aux secondes valeurs obtenues sur le trafic additionnel, afin de déterminer une marge de qualité de service disponible compte tenu de la qualité de service déterminée pour le trafic choisi, - des moyens d'application agencés de manière à injecter dans le réseau, à réception d'instruction, un trafic auxiliaire satisfaisant à une qualité de service auxiliaire égale à celle déterminée pour le trafic choisi à une marge choisie près. Dans ce cas, les moyens de mesure sont préférentiellement agencés pour effectuer des troisièmes mesures actives sur le trafic 2 5 auxiliaire, et les moyens de gestion sont agencés pour comparer les résultats de ces troisièmes mesures actives aux secondes valeurs obtenues sur le trafic additionnel, afin de déterminer quelle(s) variation(s) de caractéristique(s) de trafic est (sont) associées à la qualité de service auxiliaire, - un ou plusieurs terminaux de gestion équipés de moyens de gestion et d'une mémoire. Chaque terminal peut par exemple faire partie d'un système de gestion de réseau, ou d'un sous-système de gestion de réseau couplé à un système de gestion de réseau, - certains au moins des équipements de commutation sont des routeurs périphériques ou des routeurs de coeur. L'invention est particulièrement bien adaptée, bien que de façon non limitative, aux réseaux de communication à protocole Internet (IP). D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et du dessin annexé, sur lequel l'unique figure illustre de façon schématique un exemple de réalisation d'un réseau de communications selon l'invention. Le dessin annexé pourra non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, -I o le cas échéant. L'invention a pour objet de permettre la gestion des trafics au sein d'un réseau de communications. Dans ce qui suit, on considérera que le réseau de communications est un réseau à protocole Internet (IP). Mais, I'invention n'est pas limitée à ce seul 15 type de réseau. Elle concerne également, notamment, les réseaux de type ADSL. Comme cela est illustré sur l'unique figure, un réseau internet N peut être, d'une façon très schématique, assimilé à un ensemble d'équipements de commutation (ou noeuds) RPi et RC, raccordés entre eux de manière à assurer 20 le routage de paquets de données qu'ils reçoivent, et à un ensemble de terminaux de communication Tj, raccordés à certains équipements de communication (ou noeuds) RPi, éventuellement via un ou plusieurs autres terminaux de type serveur d'accès, de manière à échanger entre eux des paquets de données. Les équipements de commutation (ou noeuds) sont généralement des routeurs périphériques (ou edge routers ) RPi (ici i = 1 à 4, mais il peut prendre n'importe quelle valeur supérieure ou égale à un), et des routeurs de coeur (ou core routers ). Ici, un seul routeur de coeur RC a été représenté, mais il peut y en avoir d'autres. On considère dans ce qui suit, à titre d'exemple non limitatif, que tous les équipements de commutation RPi et RC utilisent au moins la version de protocole de couche réseau de type IPv4 (ou IPv6 en variante). Par ailleurs, on entend ici par terminal de communication Tj (icij = 1 à 6, mais il peut prendre n'importe quelle valeur supérieure ou égale à deux), tout équipement de réseau capable d'échanger des paquets de données, comme par exemple un ordinateur portable ou fixe, un téléphone fixe ou mobile, un assistant personnel numérique (ou PDA pour Personal Digital Assistant ), ou un serveur. En outre, on considère dans ce qui suit que le réseau N comporte un système de gestion de réseau ou NMS (pour Network Management System ) couplé, notamment, à ses équipements de commutation RPi et RC. Le système de gestion de réseau NMS, également appelé système d'exploitation du réseau, permet notamment au gestionnaire (ou superviseur) du réseau de gérer les équipements de commutation RPi et RC qui le constituent. A cet effet, les équipements de commutation RPi et RC sont agencés de manière à pouvoir échanger des données selon un protocole de gestion de réseau avec le système de gestion NMS, comme par exemple le 15 protocole SNMP (pour Simple Network Management Protocol RFC 25712580). L'invention a pour but de permettre la gestion de certains trafics (ou flux), au sein du réseau N, entre des terminaux Tj choisis, comme par exemple des trafics d'utilisateurs (ou clients) ayant passé des accords de niveau de 20 service (ou SLA) avec l'opérateur du réseau. Comme indiqué précédemment, ces SLAs contiennent des valeurs de paramètres ou caractéristiques de trafic qui définissent pour chaque client une qualité de service (ou QoS) que l'opérateur s'engage à lui fournir. Afin de permettre le contrôle de la qualité de service de certains au 25 moins des trafics d'utilisateurs au sein du réseau N, certains au moins des routeurs RPi et RC sont équipés de modules de mesures MM, préférentiellement internes. Chaque module de mesures MM est, au moins fonctionnellement, subdivisé en deux parties MM1 et MM2 destinées respectivement à effectuer des mesures passives et actives, de type local ou 30 de type bout-en-bout (ou end-to-end ), sur au moins un trafic d'utilisateur passant par le routeur dans lequel il est implanté. Ces mesures passives ont pour objet de permettre aux premières parties MM1 des modules de mesures passives MM de délivrer des valeurs (ou résultats de mesure) représentatives de caractéristiques (ou paramètres) choisi(e)s d'un trafic utilisateur donné. Ces mesures passives concernent spécifiquement le trafic utilisateur donné et sont par exemple des mesures de débit du trafic au point de mesure, des mesures de comptage du nombre de 5 paquets du trafic ou du nombre de bits du trafic ayant traversé le point de mesure, ou des mesures de la date d'observation. Ces valeurs sont adressées par le module d'émission/réception MER que comprend chaque routeur RPi, RC, via les liens (ou connexions) du réseau N, à un module de gestion MG implanté, par exemple, dans un serveur (ou terminal) de gestion S du NMS, 1o comme illustré. En variante, le serveur S pourrait appartenir à un sous-système de gestion chargé de gérer les trafics d'une partie du réseau N et préférentiellement couplé au NMS (principal) dudit réseau N. Comme on le verra plus loin ces caractéristiques (ou paramètres) de trafic permettront au module de gestion MG de déterminer, notamment, un ou is plusieurs contenus de trafic, comme par exemple la source ou la destination du trafic, la classe de service du trafic, le protocole de couche réseau utilisé, ou la taille moyenne des données transmises. Dans l'exemple illustré, tous les routeurs périphériques RPi et le routeur de coeur RC sont équipés d'un module de mesure MM. Mais, on peut 20 envisager que seuls les routeurs périphériques RPi, ou seulement certains d'entre eux, soient équipés de modules de mesures passives MM. L'implantation d'un module de mesures MM dans un routeur de coeur RC est plus particulièrement utile lorsqu'une portion de réseau doit pouvoir être testée, notamment en cas de détection d'une dégradation locale de la qualité de 2 5 service. Le module de gestion MG est chargé, lorsqu'il a reçu des premières valeurs, de déterminer la ou les caractéristiques de trafic qu'elle(s) représente(nt), puis de stocker ces valeurs dans une mémoire M, en correspondance du trafic associé. Il peut en complément déterminer un ou plusieurs contenus de trafic à partir des premières valeurs de caractéristiques de trafic. Ce contenu de trafic peut être obtenu en interprétant l'entête (ou header ) du paquet observé (header du paquet IP par exemple), les entêtes des protocoles de niveau supérieur (TCP, UDP), ou la charge utile. Le contenu de trafic peut par exemple porter sur la source des paquets de données constituant le trafic d'utilisateur, ou la destination du trafic d'utilisateur, ou encore la classe de service du trafic d'utilisateur, ou encore le protocole de couche réseau utilisé 5 (par exemple IPv4 ou IPv6), ou encore la taille moyenne des données transmises par ledit trafic. Optionnellement, la charge utile peut être interprétée afin de préciser des caractéristiques supplémentaires de contenu de trafic. Chaque contenu peut être stocké dans la mémoire M. Mais, il peut également faire l'objet d'une accumulation sur une durée choisie, avant mémorisation. Le module de gestion MG peut également être agencé de manière à déterminer un ou plusieurs profils de trafic à partir d'un ou plusieurs contenus de trafic. L'historique du trafic utilisateur est mémorisé pour ce qui concerne les caractéristiques de profil à retracer, comme par exemple les dates d'observation des paquets, les tailles des paquets ou les protocoles. Le profil 1s peut par exemple porter sur la répartition temporelle du trafic, ou la répartition de taille de charge (ou payload ) du trafic, ou encore sur un profil de séquencement protocolaire. Le profil ainsi déterminé est ensuite préférentiellement stocké dans la mémoire M. Le module de gestion MG peut également être agencé de manière à 20 déterminer une qualité de service (QoS) à partir des mesures passives effectuées par les agents MM1 et associées à un ou plusieurs contenus de trafic et/ou un ou plusieurs profils de trafic. La qualité de service (QoS), en terme de délai de transfert entre deux points contenant des modules de mesures MM, peut être obtenue, par exemple, en soustrayant la date 25 d'observation d'un paquet donné du trafic utilisateur en ces deux points. Plus généralement, tout type de qualité de service peut être déterminé, et notamment la QoS locale, à partir de mesures telles que la bande passante utilisée ou le nombre de paquets ayant été observé, et la QoS de bout-en-bout, à partir de mesures telles que le retard de transmission, la gigue (ou instabilité), 30 le taux de perte de paquets de données, et le nombre effectif de paquets ayant transité (cette liste n'est pas exhaustive). La qualité de service locale ou de bout-en-bout peut être également déterminée à partir de calculs statistiques effectués sur les mesures précitées, comme par exemple des moyennes, des variances, des minima ou des maxima. La qualité de service ainsi déterminée est ensuite préférentiellement stockée dans la mémoire M. Une fois que le module de gestion MG est en possession des s caractéristiques du trafic objet du contrôle, quelle qu'en soit la forme (contenu, profil ou QoS), il peut transmettre certaines au moins de leurs (premières) valeurs à des modules d'application MA choisis, implantés dans des routeurs (ici seulement ceux de type périphérique RPi, mais il pourrait également s'agir de routeur de coeur RC) par lesquels passe le trafic concerné. _o Plus précisément, le module de gestion MG transmet les valeurs de caractéristique(s) choisie(s) au module d'application MA qui est implanté dans le routeur périphérique RPi raccordé au terminal Tj qui l'alimente en paquets de données (et constitue ainsi une source). Par exemple, le module de gestion MG alimente en valeurs le routeur périphérique RP2 qui est raccordé au 5 terminal T3 pour lequel existe un SLA associé au trafic avec le terminal T1 (qui constitue une destination) raccordé au routeur périphérique RP4. A réception de ces valeurs, le module d'application MA se configure de manière à générer un trafic additionnel correspondant auxdites valeurs de caractéristique(s) de trafic, puis il le transmet au module d'émission/réception MER de son routeur 20 périphérique (ici RP2), de sorte qu'il l'injecte dans le réseau N à destination du routeur périphérique (ici RP4) destinataire final du trafic concerné, objet des mesures passives. L'injection peut s'opérer sur ordre, à réception d'instructions provenant par exemple du NMS, ou bien de façon automatisée, par exemple 25 périodiquement. Le trafic additionnel est destiné à reproduire au plus près le trafic d'utilisateur correspondant. C'est la raison pour laquelle il est généré de manière à satisfaire au plus grand nombre possible de caractéristiques du trafic contrôlé, et si possible à toutes ses caractéristiques objets des premières 30 mesures. Ce trafic additionnel fait donc également l'objet de (secondes) mesures actives. A cet effet, on utilise également les modules de mesures MM implantés dans les routeurs RPi et RC, et plus précisément leur seconde partie i1 MM2 dédiée aux mesures actives. Les secondes parties MM2 des modules de mesures MM sont agencées pour reconnaître les trafics additionnels qui parviennent dans leur routeur et pour effectuer des secondes mesures actives, préférentiellement identiques aux premières mesures effectuées sur le trafic 5 d'utilisateur correspondant, puis pour délivrer, à destination du module de gestion MG, des secondes valeurs représentatives des caractéristiques choisies. Les mesures actives sont des mesures effectuées sur des paramètres du trafic additionnel (et non sur le trafic utilisateur), et dont les résultats partiels o et/ou locaux peuvent être éventuellement intégrés dans le trafic additionnel, par exemple sous forme d'informations permettant de calculer les résultats des mesures d'une manière différente et généralement plus directe que celle utilisée pour les premières mesures passives. En d'autres termes, les parties MM1 et MM2 procèdent différemment, mais délivrent généralement des.5 résultats de mesure comparables. Ces secondes mesures actives sont préférentiellement du même type que les premières mesures (passives), c'est-à-dire locales ou de bout-en-bout, afin de permettre les comparaisons. Le module de gestion MG est chargé de déterminer si le trafic 2 0 additionnel vérifie au moins une condition choisie à partir des secondes mesures qu'il reçoit des routeurs. Plusieurs conditions peuvent faire l'objet d'une vérification. On peut par exemple vérifier que le trafic additionnel satisfait au niveau de service défini par le SLA dédié au trafic d'utilisateur correspondant. Cela permet à l'opérateur de 25 vérifier s'il respecte la qualité de service convenue avec un utilisateur. En variante, on peut vérifier si le trafic additionnel satisfait à un nouveau service. En d'autres termes, cela permet de vérifier si les caractéristiques des services associés au trafic d'un utilisateur peuvent supporter un nouveau service. Dans une autre variante, on quantifie les dégradations de la qualité de service, associée à un trafic d'utilisateur, en analysant les secondes valeurs (des secondes mesures), introduites par un ou plusieurs problèmes réseau, par rapport à leurs (premières) valeurs nominales. Cela permet d'utiliser les caractéristiques de trafic associées à ces secondes valeurs, et qui correspondent à une dégradation, pour déterminer l'origine de la dégradation à l'aide d'outils de diagnostique tels que des outils dits de Root Cause Analysis , implantés dans le NMS. s La vérification de la condition peut consister, par exemple, à comparer les premières valeurs résultant des premières mesures, effectuées sur le trafic d'utilisateur concerné, aux secondes valeurs résultant des secondes mesures, effectuées sur le trafic additionnel correspondant. Mais, il peut également s'agir d'une confrontation entre contenus de trafic, ou profils de trafic, ou encore o10 qualités de service, obtenus à partir de premières et secondes valeurs. Le module de gestion MG peut ainsi déduire d'une vérification une éventuelle variation de contenu, de profil ou de qualité de service (QoS). Par exemple, en cas de détection d'une variation de qualité de service (QoS), le module de gestion MG peut être agencé de manière à comparer 15 cette variation à un seuil choisi, et à ordonner aux modules de mesure MM concernés de refaire des premières mesures passives sur le trafic d'utilisateur, associé au trafic additionnel objet de la variation. A réception des nouvelles premières valeurs, le module de gestion MG peut alors les comparer aux précédentes premières valeurs, stockées dans la mémoire M, et déterminer si 20 la variation précédemment déterminée sur le trafic additionnel résulte effectivement d'un problème survenu sur le réseau N, ou si elle résulte d'une différence de traitement du trafic additionnel par le réseau N du fait de son caractère pseudo-déterministe. Par ailleurs, les modules d'application MA peuvent être configurés de 25 manière à injecter dans le réseau N, sur ordre, par exemple du NMS, un trafic auxiliaire correspondant à une ou plusieurs caractéristiques (auxiliaires) de valeurs égales aux premières valeurs, précédemment déterminées, à un écart choisi près. Un tel trafic auxiliaire, qui est du même type qu'un trafic additionnel, a par exemple pour objet de permettre au module de gestion MG de 3C déterminer une marge de qualité de service (telle qu'une nouvelle répartition temporelle) disponible dans le réseau N, compte tenu de la qualité de service correspondant au trafic d'utilisateur concerné. Lorsque les routeurs concernés reçoivent ce trafic auxiliaire, la seconde partie MM2 de leurs modules de mesure MM effectue des troisièmes mesures actives sur lui, préférentiellement identiques aux secondes mesures actives précédemment effectuées sur le trafic additionnel correspondant et dont les résultats sont comparables aux résultats des premières mesures du 5 trafic d'utilisateur. Les (troisièmes) valeurs résultant de ces troisièmes mesures sont ensuite transmises par les routeurs concernés, et plus précisément par leurs modules d'émission/réception MER, au module de gestion MG qui peut les comparer aux secondes valeurs précédemmentobtenues sur le trafic additionnel, et qui ont été stockées dans la mémoire M. Il peut ainsi vérifier si le 10 trafic d'utilisateur supporte les variations de valeurs de caractéristiques et déduire de cette comparaison ou de plusieurs comparaisons successives la marge de qualité de service disponible pour le trafic d'utilisateur considéré. En variante et/ou en complément, les modules d'application MA peuvent être configurés de manière à injecter dans le réseau N, sur ordre, par 15 exemple du NMS, un trafic auxiliaire correspondant à une qualité de service (auxiliaire) égale à celle déterminée pour le trafic choisi à une marge choisie près. Par exemple, la marge de qualité de service porte sur la valeur maximale de retard de transmission ou d'instabilité. Un tel trafic auxiliaire, qui est également du même type qu'un trafic additionnel, a par exemple pour objet de 20 permettre au module de gestion MG de déterminer quelle(s) variation(s) de caractéristique(s) de trafic peu(ven) t permettre de supporter la qualité de service auxiliaire (c'est-à-dire une qualité de service égale à la QoS nominale à une marge choisie près). Lorsque les routeurs concernés reçoivent ce trafic auxiliaire, la 25 seconde partie MM2 de leurs modules de mesure MM effectue des troisièmes mesures actives sur lui, préférentiellement identiques aux secondes mesures actives précédemment effectuées sur le trafic additionnel correspondant et dont les résultats sont comparables aux résultats des premières mesures passives du trafic d'utilisateur. Les (troisièmes) valeurs résultant de ces 30 troisièmes mesures sont ensuite transmises par les routeurs concernés, et plus précisément par leurs modules d'émission/réception MER, au module de gestion MG qui peut les comparer aux secondes valeurs précédemment obtenues sur le trafic additionnel, et qui ont été stockées dans la mémoire M. Il peut ainsi déterminer comment l'on peut faire varier les valeurs des caractéristiques qui définissent le trafic d'utilisateur pour que la qualité de service associée reste dans la marge testée. Les modules d'application MA et le module de gestion MG du réseau 5 selon l'invention peuvent être réalisés sous la forme de circuits électroniques, de modules logiciels (ou informatiques), ou d'une combinaison de circuits et de logiciels. L'invention offre également un procédé de gestion de trafic, pour un réseau de communications. o Celui-ci peut être notamment mis en oeuvre à l'aide du réseau de communications N présenté ci-avant, et notamment de ces équipements de commutation RPi et RC et de son serveur de gestion S. Les fonctions et sousfonctions principales et optionnelles assurées par les étapes de ce procédé étant sensiblement identiques à celles assurées par les modules de mesures 1s MM, modules d'application MA et module de gestion MG du réseau N, seules seront résumées ci-après les étapes mettant en oeuvre les fonctions principales du procédé selon l'invention. Ce procédé consiste, à effectuer des premières mesures passives sur au moins un trafic choisi de manière à délivrer des premières valeurs 20 représentatives d'au moins une caractéristique de trafic choisie, puis à injecter dans le réseau N un trafic additionnel correspondant aux premières valeurs de l'une au moins des caractéristiques de trafic choisies, et à effectuer des secondes mesures actives sur ce trafic additionnel de manière à déterminer s'il vérifie au moins une condition choisie. L'invention ne se limite pas aux modes de réalisation de réseau de communications, d'équipement de commutation, de serveur de gestion et de procédé de gestion de trafic décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après. Ainsi, dans ce qui précède il a été question de modules de mesures et de modules d'application implantés dans des routeurs. Mais, ces modules pourraient être logés dans un boîtier dédié ou sur une carte dédiée destinée à être raccordée à un routeur. Par ailleurs, dans ce qui précède il a été question d'un module de gestion et d'une mémoire implantés dans un serveur (ou terminal) de gestion d'un système de gestion du réseau (NMS). Mais, le module de gestion et la mémoire pourraient être implantés dans un serveur (ou terminal) de gestion 5 d'un sous-système de gestion couplé au système de gestion du réseau (NMS) et chargé de gérer une partie du réseau. REVENDICATIONS 1. Procédé de gestion de trafic pour un réseau de communications (N) comportant des équipements de commutation (RPi, RC), caractérisé en ce qu'il 5 consiste i) à effectuer des premières mesures passives sur au moins un trafic choisi de manière à délivrer des premières valeurs représentatives d'au moins une caractéristique de trafic choisie, et ii) à injecter dans ledit réseau (N) un trafic additionnel correspondant aux premières valeurs d'au moins l'une desdites caractéristiques de trafic choisies, puis à effectuer des secondes o mesures actives sur ledit trafic additionnel de manière à déterminer s'il vérifie au moins une condition choisie. 2. Procédé selon la revendication 1, caractérisé en ce que ladite condition est choisie dans un groupe comprenant au moins un accord de niveau de service, au moins une caractéristique définissant un nouveau '5 service, et au moins une dégradation de qualité. 3. Procédé selon l'une des revendications 1 et 2, caractérisé en ce que l'on procède à ladite injection sur demande. 4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce que l'on procède à ladite injection de façon automatisée et périodique. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que lesdites premières et secondes mesures sont de type local et/ou de type dit bout-en-bout . 6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce que l'on détermine plusieurs caractéristiques de trafic de manière à en déduire au 25 moins un contenu de trafic. 7. Procédé selon la revendication 6, caractérisé en ce que ledit contenu de trafic est choisi parmi la source du trafic, la destination du trafic, la classe de service à laquelle appartient le trafic, le protocole (de couche réseau) utilisé, et la taille moyenne des données transmises. 8. Procédé selon l'une des revendications 6 et 7, caractérisé en ce que l'on détermine au moins un profil de trafic à partir dudit contenu de trafic. 9. Procédé selon la revendication 8, caractérisé en ce que ledit profil de trafic est choisi parmi la répartition temporelle du trafic et la répartition de taille de charge du trafic. 10. Procédé selon l'une des revendications 6 à 9, caractérisé en ce que l'on détermine une qualité de service à partir dudit contenu de trafic et/ou dudit profil de trafic. 11. Procédé selon la revendication 10, caractérisé en ce que l'on détermine une qualité de service locale. 12. Procédé selon la revendication 11, caractérisé en ce que ladite qualité de service locale est déterminée à partir de mesures choisies dans un groupe comprenant au moins la bande passante utilisée et le nombre de 10 paquets ayant été observé, et/ou de calculs statistiques sur lesdites mesures. 13. Procédé selon l'une des revendications 10 à 12, caractérisé en ce que l'on détermine une qualité de service de bout-en-bout. 14. Procédé selon la revendication 13, caractérisé en ce que ladite qualité de service de bout-en-bout est déterminée à partir de mesures choisies '5 dans un groupe comprenant au moins le retard de transmission, I'instabilité et le taux de perte de paquets de données, et/ou de calculs statistiques sur lesdites mesures. 15. Procédé selon l'une des revendications 10 à 14, caractérisé en ce que l'on effectue des secondes mesures actives sur ledit trafic additionnel de 20 manière à déterminer la qualité de service associée, puis on compare ladite qualité de service du trafic additionnel à la qualité de service du trafic choisi, précédemment déterminée, de manière à en déduire une éventuelle variation. 16. Procédé selon la revendication 15, caractérisé en ce que si ladite variation est supérieure à un seuil choisi on réitère lesdites premières mesures 25 passives sur ledit trafic choisi de manière à déterminer de nouvelles premières valeurs représentatives au moins de ladite caractéristique de trafic choisie. 17. Procédé selon l'une des revendications 10 à 16, caractérisé en ce que l'on injecte dans ledit réseau (N) un trafic auxiliaire satisfaisant à au moins une caractéristique auxiliaire de valeur égale à la première valeur de ladite 30 caractéristique de trafic précédemment déterminée à un écart choisi près, puis on effectue des troisièmes mesures actives sur ledit trafic auxiliaire, et on compare les troisièmes valeurs de ces troisièmes mesures aux secondes valeurs précédemment obtenues sur ledit trafic additionnel, de manière à déterminer une marge de qualité de service disponible compte tenu de ladite qualité de service déterminée pour ledit trafic choisi. 18. Procédé selon l'une des revendications 10 à 17, caractérisé en ce que l'on injecte dans ledit réseau (N) un trafic auxiliaire satisfaisant à une 5 qualité de service auxiliaire égale à celle déterminée pour ledit trafic choisi à une marge choisie près, puis on effectue des troisièmes mesures actives sur ledit trafic auxiliaire, et on compare les troisièmes valeurs de ces troisièmes mesures aux secondes valeurs précédemment obtenues sur ledit trafic additionnel, de manière à déterminer quelle(s) variation(s) de caractéristique(s) .o de trafic est (sont) associées à ladite qualité de service auxiliaire. 19. Réseau de communications (N), comportant des équipements de commutation (RPi, RC) couplés entre eux de manière à permettre l'établissement de trafics entre terminaux de communication (Tj), caractérisé en ce que certains au moins desdits équipements de commutation (RPi) 15 comprennent i) des moyens d'application (MA) agencés pour injecter dans ledit réseau (N) un trafic additionnel correspondant à des premières valeurs reçues, représentatives d'au moins une caractéristique de trafic choisie, et ii) des moyens de mesure (MM) propres à effectuer des premières mesures passives sur au moins un trafic choisi, de manière à délivrer lesdites premières valeurs 20 représentatives d'au moins chaque caractéristique de trafic choisie, puis des secondes mesures actives sur ledit trafic additionnel, de manière à délivrer des secondes valeurs représentatives de chaque caractéristique de trafic choisie, et en ce qu'il comprend des moyens de gestion (MG) agencés pour transmettre auxdits moyens d'application (MA) lesdites premières valeurs et pour 25 déterminer à partir desdites secondes valeurs si ledit trafic additionnel vérifie au moins une condition choisie. 20. Réseau selon la revendication 19, caractérisé en ce que lesdits moyens de gestion (MG) sont agencés pour choisir ladite condition, en fonction d'instructions, dans un groupe comprenant au moins un accord de niveau de 30 service, au moins une caractéristique définissant un nouveau service, et au moins une dégradation de qualité. 21. Réseau selon l'une des revendications 19 et 20, caractérisé en ce que lesdits moyens d'application (MA) sont agencés pour procéder à ladite injection à réception d'instruction. 22. Réseau selon l'une des revendications 19 à 21, caractérisé en ce que lesdits moyens d'application (MA) sont agencés pour procéder à ladite injection automatiquement et selon une périodicité choisie. 23. Réseau selon l'une des revendications 19 à 22 caractérisé en ce que lesdits moyens de mesure (MM) sont agencés pour effectuer des premières mesures passives et secondes mesures actives de type local et/ou de type dit bout-en-bout . 24. Réseau selon l'une des revendications 19 à 23, caractérisé en ce que -0 lesdits moyens de mesure (MM) sont agencés pour déterminer des premières valeurs représentatives de plusieurs caractéristiques de trafic, et en ce que lesdits moyens de gestion (MG) sont agencés pour déduire desdites premières valeurs de caractéristiques de trafic au moins un contenu de trafic, de manière à le stocker dans une mémoire (M). 25. Réseau selon la revendication 24, caractérisé en ce que ledit contenu de trafic est choisi parmi la source du trafic, la destination du trafic, la classe de service à laquelle appartient le trafic, le protocole (de couche réseau) utilisé, et la taille moyenne des données transmises. 26. Réseau selon l'une des revendications 24 et 25, caractérisé en ce 20 que lesdits moyens de gestion (MG) sont agencés pour déterminer au moins un profil de trafic à partir dudit contenu de trafic, de manière à le stocker dans une mémoire (M). 27. Réseau selon la revendication 26, caractérisé en ce que ledit profil de trafic est choisi parmi la répartition temporelle du trafic et la répartition de taille 25 de charge du trafic. 28. Réseau selon l'une des revendications 24 à 27, caractérisé en ce que lesdits moyens de gestion sont agencés pour déterminer une qualité de service à partir dudit contenu de trafic et/ou dudit profil de trafic, de manière à la stocker dans une mémoire (M). 3o 29. Réseau selon la revendication 28, caractérisé en ce que lesdits moyens de gestion (MG) sont agencés pour déterminer une qualité de service locale. 30. Réseau selon la revendication 29, caractérisé en ce que ladite qualité de service locale est déterminée à partir de mesures choisies dans un groupe comprenant au moins la bande passante utilisée et le nombre de paquets ayant été observé, et/ou de calculs statistiques sur lesdites mesures. 31. Réseau selon l'une des revendications 28 à 30, caractérisé en ce que 5 lesdits moyens de gestion (MG) sont agencés pour déterminer une qualité de service de bout-en-bout. 32. Réseau selon la revendication 31, caractérisé en ce que ladite qualité de service de bout-en-bout est déterminée à partir de mesures choisies dans un groupe comprenant au moins le retard de transmission, I'instabilité et le taux de perte de paquets de données, et/ou de calculs statistiques sur lesdites mesures. 33. Réseau selon l'une des revendications 28 à 32, caractérisé en ce que lesdits moyens de mesure (MM) sont agencés pour effectuer des secondes mesures actives sur ledit trafic additionnel, et en ce que lesdits moyens de 15 gestion (MG) sont agencés pour déterminer une qualité de service associée aux secondes valeurs desdites secondes mesures actives, puis pour comparer ladite qualité de service du trafic additionnel à la qualité de service du trafic choisi, précédemment déterminée, de manière à en déduire une éventuelle variation. 34. Réseau selon la revendication 33, caractérisé en ce que lesdits moyens de gestion (MG) sont agencés, en cas de détection d'une variation supérieure à un seuil choisi, pour ordonner auxdits moyens de mesure (MM) de réitérer lesdites premières mesures passives sur ledit trafic choisi, de manière à déterminer de nouvelles premières valeurs de caractéristique(s) de 25 trafic choisie(s). 35. Réseau selon l'une des revendications 28 à 34, caractérisé en ce que lesdits moyens d'application (MA) sont agencés pour injecter dans ledit réseau (N), à réception d'instruction, un trafic auxiliaire satisfaisant à au moins une caractéristique auxiliaire de valeur égale à celle de ladite caractéristique de 30 trafic précédemment déterminée à un écart choisi près, en ce que lesdits moyens de mesure (MM) sont agencés pour effectuer des troisièmes mesures actives sur ledit trafic auxiliaire, et en ce que lesdits moyens de gestion (MG) sont agencés pour comparer les valeurs desdites troisièmes mesures actives 21 2858499 aux valeurs desdites secondes mesures actives précédemment effectuées sur ledit trafic additionnel, de manière à déterminer une marge de qualité de service disponible compte tenu de ladite qualité de service déterminée pour ledit trafic choisi. 36. Réseau selon l'une des revendications 28 à 35, caractérisé en ce que lesdits moyens d'application (MA) sont agencés pour injecter dans ledit réseau (N), à réception d'instruction, un trafic auxiliaire satisfaisant à une qualité de service auxiliaire égale à celle déterminée pour ledit trafic choisi à une marge choisie près, en ce que lesdits moyens de mesure (MM) sont agencés pour o effectuer des troisièmes mesures actives sur ledit trafic auxiliaire, et en ce que lesdits moyens de gestion (MG) sont agencés pour comparer les valeurs résultant desdites troisièmes mesures actives aux valeurs desdites secondes mesures actives précédemment effectuées sur ledit trafic additionnel, de manière à déterminer quelle(s) variation(s) de caractéristique(s) de trafic est (sont) associées à ladite qualité de service auxiliaire. 37. Réseau selon l'une des revendications 19 à 36, caractérisé en ce qu'il comprend au moins un terminal de gestion (S) équipé desdits moyens de gestion (MG) et de ladite mémoire (M). 38. Réseau selon la revendication 37, caractérisé en ce que ledit terminal 20 de gestion (S) appartient à un système de gestion de réseau (NMS). 39. Réseau selon la revendication 37, caractérisé en ce que ledit terminal de gestion (S) appartient à un sous-système de gestion de réseau couplé à un système de gestion de réseau (NSM). 40. Réseau selon l'une des revendications 19 à 39, caractérisé en ce que 25 certains au moins desdits équipements de commutation sont des routeurs périphériques (RPi). 41. Réseau selon l'une des revendications 19 à 40, caractérisé en ce que certains au moins desdits équipements de commutation sont des routeurs de coeur (RC). 42. Réseau de communications (N) selon l'une des revendications 19 à 41, caractérisé en ce qu'il est à protocole Internet.