FR 2840140 A1 20031128 FR 0206286 A 20020523 debit, les services >, le multimedia et 3G. DISPOSITIF ET PROCEDE DE CONTROLE DE DONNEES DE SERVICE DANS UN RESEAU DE COMMUNICATIONS, POUR E,INGENIERIE AUTOMATISEE DU TRAFIC L'invention concerne le domaine des communications entre terminaux au sein d'un reseau, et plus particulierement celui du controle de l'echange de donnees entre ces terminaux. En raison de ['evolution permanente des equipements constituent les reseaux, du nombre et de la variete des technologies mises en oeuvre par ces equipements, et du nombre et de la variete des services offerts aux clients qui utilisent les reseaux et leurs equipements, les operateurs des reseaux vent de plus en plus souvent confrontes a des problemes de gestion de priorites et de niveaux de service. Ce probleme est encore renforce lorsque l'operateur d'un s reseau passe avec ses clients des accords de niveau de service (ou SLA pour a Service Level Agreement >?) comportant des specifications techniques de niveau de service (ou SLS pour >). Pour faciliter la tache des operateurs plusieurs types d'outils de gestion integree de reseau (ou OSS pour ) ont o ete proposes. Parmi ces outils, on peut notamment citer les modules de gestion de la qualite de service qui delivrent des messages d'alarme en cas de detection d'un probleme (ou evenement) survenu, ou susceptible de survenir, sur un equipement du reseau (comme par exemple les messages a TRAP >> du protocoleSNMP) ou sur une performance du reseau. Ces s messages d'alarme vent generalement communiques a un gestionnaire de reseau afin qu'il determine les actions susceptibles de resoudre les problemes qui en vent la cause. On peut egalement citer les modules d'ingenierie de trafic qui executent des commandes correspondent aux actions determinees par les gestionnaires de reseau. o Aujourd'hui, il existe quelques outils permettant au gestionnaire d'un reseau de visualiser certaines alarmes, et par consequent de l'assister dans sa gestion. Mais, il n'existe pas d'outil d'aide a la decision proposant des actions permettant d'agir sur des modules d'ingenierie de trafic. Le gestionnai re do it done ana lyser tous les messages d'alarme del ivres pa r les differents modules de gestion de la qualite de service, generalement sous des formats differents, puis les crasser par ordre de priorite, puis decider des actions a entreprendre, sur la base du trafic en cours, et enfin generer des commandes, generalement sous des formats differents, de sorte que les differents modules d'ingenierie de trafic puissent entreprendre iesdites actions. Le gestionnaire doit done etre capable i) d'analyser de grandes quantites d'informations dans des intervalles de temps souvent courts, ii) d' interpreter tous les evenements delivres par les differents mod ules de gestion, et iii) de configurer tous les modules d'ingenierie de trafic mis a sa disposition, et par consequent de conna^'tre toutes les commandes qu'ils utilisent. Ces operations eloignent le gestionnaire de sa fonction principale qu'est la resolution de problemes lies a des evenements du reseau. De plus, ces operations vent souvent fastidieuses et repetitives. Par ailleurs, I'integration d'un nouveau module d'ingenierie de trafic dans un groupe de composants OSS est une tache complexe dans la mesure QU, d'une part, les interfaces de langage de programmation (APlj utilisees o pour faire coexister les differents logiciels vent frequemment incompatibles, et d'autre part, les evenements qui concernent un tel module proviennent generalement de nombreux outils logiciels heterogenes de sorte qu'il faut prendre en compte toutes les modifications et previsions de charge de trafic, et les contraintes associees aux equipements du reseau (par exemple une interface hors d'usage) ou aux modifications de capacite du reseau. L'invention a done pour but de remedier a tout ou partie des inconvenients precites. Wile propose a cet effet un dispositif de controle de donnees de service, delivrees par des modules de gestion de la qualite de service d'un o reseau de communications et destinees a permettre le pilotage de modules d'ingenierie de trafic. Ce dispositif se caractbrise par le fait qu'il comporte, d'une part, une . . memoire (ou base de donnees) dans laquelle vent stockees des regles 3 - 2840140 definies, chacune, a partir d'au moins une condition, representative d'un evenement du reseau associe a l'un des modules d'ingenierie de trafic, et d'au moins une action, representative d'au moins une commande devant etre executee par le module d'ingenierie de trafic associe, et d'autre part, des moyens de controle capables, a reception de donnees de service designant un evenement, d'extraire de la memoire l'une au moins des regles correspondent a cet evenement, puis de delivrer chaque commande, representative de ['action qui est associee a la condition representative de l'evenement, a destination du module d'ingenierie de trafic qui est associe a cet evenement au sein de la regle extraite. L'operateur pouvant desormais definir des regles qui reposent sur des actions independantes des implementations des differents modules d'ingenierie de trafic de son reseau, son gestionnaire de reseau n'a done plus besoin de conna'^tre les commandes propres a chaque module d'ingenierie de trafic et/ou les formats specifiques des differents types d'evenements delivres par les differents modules de gestion de la qualite de service du reseau. Le gestionnaire peut done se consacrer entierement a la resolution des problemes qui surviennent, ou qui vent susceptibles de survenir, dans le reseau. zo Le fonctionnement du dispositif peut etre integralement automatise (toutes les actions etant choisies et mises en cauvre par les moyens de controle sans intervention du gestionnaire) ou bien seulement partiellement automatise (certaines actions etant choisies et mises en couvre par les moyens de controle sans intervention du gestionnaire, et les autres actions etant choisies par les moyens de controle et mises en ceuvre apres autorisation du gestionnaire). Dans le cas semi-automatise, les regles vent preferentiellement associees, dans la memoire, a un parametre de validation a deux etats, correspondent respectivement a des validations sans et avec autorisation du gestionnaire (ou de l'operateur), et les moyens de controle so comprennent avantageusement des moyens d'interface destines, a reception d'une action a executer associee a une validation avec autorisation, a transmettre au serveur de l'operateur ['action et une demande d'autorisation d'execution de cette action, de sorte qu'a reception d'une telle autorisation, ou 4 2840140 d'une interdiction, ils puissent autoriser, ou interdire, la delivrance au module d'ingenierie de trafic concerne des commandes associees a ['action envisagee. Le dispositif selon ['invention pourra comporter de nombreuses caracteristiques complementaires qui pourront etre prises separement et/ou en combinaison, et en particulier: - des moyens de controle comprenant des premiers moyens de conversion agences pour convertir les donnees de service, delivrees par les modules de gestion selon des formats differents, en evenements selon un format . o pnncpal; - des moyens de controle comprenant des moyens de conversion agences pour convertir chaque action, associee a une regle extraite, en commande(s) interpretable(s) par le module d'ingenierie de trafic associe a cette action. Dans ce cas, il est avantageux que les seconds moyens de conversion comportent des programmes de type > pour assurer la conversion des actions en commandes; - des moyens de controle comprenant des moyens de configuration couples a la memoire, aux moyens d'interface et aux premiers et seconds moyens de conversion, et capables, a reception d'un evenement au format o principal, d'extraire de la memoire chaque regle associee a l'evenement de maniere a communiquer aux seconds moyens de conversion chaque action associee a chaque regle extraite, apres une eventuelle demande d'autorisation via les moyens dtinterface; - une memoire (ou base de donnees) couplee au serveur de l'operateur (ou s du gestionnaire) du reseau, pour recevoir les regles (commandes/actions); cette memoire pouvant etre integree aux moyens de controle. Un tel dispositif de controle peut etre avantageusement integre dans un outil de gestion integree de reseau (ou OSS). L'invention porte egalement sur un procede de controle de donnees so de service, delivrees par des modules de gestion de la qualite de service d'un reseau de communications et destinees a permettre le pilotage de modules d'ingenierie de trafic. Ce procede consiste, d'une part, a prevoir des regles definies, 2840140 chacune, a partir d'au moins une condition, representative d'un evenement du reseau associe a l'un des modules d'ingenierie de trafic, et d'au moins une action, representative d'au moins une commande devant etre executee par ce module associe, et d'autre part, a reception de donnees de service designant un evenement, a selectionner l'une au moins des regles correspondent a cet evenement, puis a delivrer chaque commande, representative de ['action associee a la condition representative de l'evenement, au module d'ingenierie de trafic qui est associe a cet evenement au sein de la regle selectionnee. Le procede selon ['invention pourra comporter de nombreuses caracteristiques complementaires qui pourront etre prises separement eVou en combinaison, et en particulier: - on peut associer les regles (commandes/actions) a un parametre de validation pouvant etre place dans un premier etat, correspondent a une validation automatique sans autorisation d'un operateur, ou un second etat, correspondent a une validation apres autorisation de l'operateur. Dans ce cas, a reception d'une action a executer associee a un parametre de validation place dans son second etat, on transmet a l'operateur ['action et une demande d'autorisation d'execution de cette action, et a reception d'une autorisation, ou d'une interdiction, on autorise, ou on interdit, la o delivrance au module d'ingenierie de trafic concerne des commandes associees a ['action envisagee; - lorsque les donnees de service vent delivrees par les modules de gestion selon des formats differents, elles vent avantageusement converties en evenements selon un format principal, unique; - chaque action, associee a une regle extraite, est preferentiellement convertie en commande(s) interpretable(s) par le module d'ingenierie de trafic qui lui est associe. L'invention peut etre mise en osuvre dans tout type de reseau de communications, prive ou public, et en particulier dans les reseaux Internet o (IP), ATM et Frame Relay. Par ailleurs, I'invention peut permettre le controle de nombreux services, et en particulier IP VPN, le haut debit, les services >, le multimedia et 3G. D'autres caracteristiques et avantages de ['invention appara^'tront a 6 2840140 I'examen de la description detaillee ci-apres, et de ['unique figure annexee qui illustre de facon schematique un exemple de realisation d'un dispositif selon ['invention. Cette figure est. pour l'essentiel, de caractere certain. En consequence, elle pourra non seulement servir a completer ['invention, mais aussi contribuer a sa definition, le cas echeant. Le dispositif selon ['invention est destine a etre installe au cosur d'un reseau de communications de maniere a contr61er les donnees de service concernant les flux de donnees que s'echangent des terminaux de client raccordes audit reseau. A titre d'exemple non limitatif, on considere dans ce qui suit que le reseau est le reseau public Internet dans lequel les donnees vent echangees selon le protocole IP. Mais, il pourrait s'agir d'un reseau prive, de type Intranet, ou de plusieurs reseaux public(s) eVou prive(s) raccordes les uns aux autres. Par ailleurs, on considere dans ce qui suit qu'une partie au moins des clients du reseau vent lies a l'operateur par des accords de niveau de service (ou SLA) qui incluent des parties techniques definies par des specifications de niveau de service (ou SLS). Preferentiellement, le dispositif est implante dans un serveur 1 controle, via une interface graphique 2, par exemple de type GUI (pour >), par un gestionnaire de reseau de l'operateur. o Plus preferentiellement encore, le dispositif de controle selon ['invention est integre a un outil de gestion integree du reseau (ou OSS pour Support System >>). Dans l'exemple illustre, le dispositif comporte essentiellement un module de controle 3 raccorde notamment a 1'interface graphique 2 du serveur 1 via une interface de validation 4, sur laquelle on reviendra plus loin. Ce module de controle 3 comporte tout d'abord un premier module de conversion 5 comprenant plusieurs soul-modules 6 alimentes chacun par 1'un des outils (ou modules) de gestion de la qualite de service du reseau 7. Ces outils de gestion 7 delivrent par exemple des donnees o representatives des performances du reseau, ou d'une partie au moins de celui-ci, ainsi que des messages d'alarme signalant des problemes au niveau d'equipements du reseau, ou d'une partie au moins d'entre eux. Certains de ces messages d'alarme vent rep resentatifs d ' u ne violation de S LS (ou S LA) 7 2840140 deja survenue dans le reseau. Les donnees de performance vent par exemple les bandes passantes utilisees et les mesures de flux, et les messages d'alarme resultent par exemple d'informations emises par un routeur, suite a une erreur de routage, ou par une interface suite a un dysfonctionnement. Certains outils de gestion 7 peuvent egalement suivre ['evolution des donnees de service pour delivrer des messages d'alarme dits > lorsque leur evolution est notamment susceptible d'aboutir a la violation d'une specification de niveau de service, ciapres designee par >, ou d'une fa,con plus generale a un probleme potentiel dans le reseau. Cette analyse predictive repose sur des algorithmes de prevision alimentes par les valeurs successives des differentes donnees de service recues, dans un intervalle de temps choisi. Tous ces differents outils de gestion de la qualite de service 7 etant parfaitement connus de l'homme de ['art, et ne faisant pas partie de ['invention, ils ne seront done pas decrits ici. Ces donnees de service definissent des evenements representatifs de probleme(s) en cours ou susceptibles de le devenir, et qui dolvent, par consequent etre analyses le plus rapidement possible pour eviter toute zo aggravation de la situation. Wiles vent generalement delivrees par les differents outils de gestion 7 selon des formats differents. En d'autres termes, ce vent des evenements heterogenes qui parviennent au premier module de conversion 5. Chaque soul-module 6 du module de conversion 5 est par :s consequent charge de convertir les evenements > qui proviennent d'un outil de gestion 7, sous un format qui lui propre, en un evenement a homogene >> sous un format dit principal. Ces evenements homogenes vent communiques a un module de configuration de trafic 8, du module de controle 3, egalement raccorde a une base de donnees 9, a ['interface de validation 4 et a un second module de conversion 10, lui-meme couple a differents outils d'ingenierie de trafic 11 et 12 que comprend le reseau. Ces outils d'ingenierie de trafic, qui peuvent etre centralises (11) ou 8 2840140 distribues dans des elements du reseau (12), vent destines a executer des commandes specifiques definies par des actions susceptibles de resoudre les problemes survenus ou d'eviter les problemes potentials predits, lesquels ont fait ['objet d'une generation d'evenement par l'un des outils de gestion 7. Parmi ces commandes specifiques on peut notamment citer la determination d'un LSP ou l'optimisation globale des LSPs d'un reseau (I'acronyme anglais LSP signifie ici a Label Switch Path >>). Tous ces differents outils d'ingenierie de trafic 11 et 12 etant parfaitement connus de l'homme de ['art, et ne faisant pas partie de I'invention, ils ne seront done pas decrits ici. La base de donnees 9 stocke une multiplicite de regles definies, chacune, a partir d'au moins une condition et au moins une action. Plus precisement, chaque condition est representative d'un evenement repertorie pouvant survenir dans le reseau (par exemple une surcharge de trafic, une s prevision de surcharge de trafic sur une liaison, ou une alarrne sur un equipement) et auquel correspond une action representative de commandes specifiques pouvant etre executees par l'un des outils d'ingenierie de trafic 11 et12. Les conditions vent stockees dans la base de donnees 9 dans le o format principal, c'est-a-dire de fagon independante des formats des differents outils de gestion 7 qui les generent. Wiles peuvent prendre en compte les specifications techniques contenues dans des SLS. Par ailleurs, les actions vent stockees dans la base de donnees 9 dans un format principal, c'est-a- dire de fa,con independante des formats des differents outils d'ingenierie 11 et s 12 qui dolvent les executer. L'action n'est done pas de type >, comme une commande CLI (pour >) ou une requete SNMP. En d'autres termes, I'implementation des actions est independante du format principal des regles. De la sorte, une meme action sera, au final, implementee differemment selon qu'elle est destinee a un type so d'outil d'ingenierie de trafic ou a un autre type. Preferentiel lement, chaq ue reg le est stockee dans la base de donnees 9 en correspondence de chaque condition et de chaque action associees. Plus precisement, une regle est generalement composee d'un 9 2840140 ensemble de conditions et d'un ensemble d'actions, une meme condition pouvant servir a plusieurs regles differentes, et une meme action pouvant etre executee a ['aide de conditions differentes. Les regles peuvent done se presenter sous l'une des formes suivantes: Regle 1 = > - Regle 2 = > Dans un premier exemple, une premiere condition peut etre stockee dans la base de donnees 9 sous la forme: Condition 1 = a interface xy o defectueuse >>. A cette condition peut etre associee ['action: Action 1 = a reconfigure les LSP zt sans utiliser ['interface xy defectueuse >>. Et ces condition et action definissent par exemple la regle: Regle 1 = a si Condition 1 est vraie alors execute Action 1 >>. Dans un second exemple, une seconde condition peut etre stockee s dans la base de donnees 9 sous la forme: Condition 2 = a la bande passante utilisee par ['interface z est superieure a 50 Mbits >>. A cette seconde condition peut etre associee ['action: Action 2 = a optimise globalement le reseau >>. Et ces condition et action definissent par exemple la regle: Regle 2 = a si Condition 2 est vraie alors execute Action 2 >>. o Preferentiellement, la base de donnees 9 est couplee a ['interface graphique 2 du serveur 1, de sorte que le gestionnaire du reseau puisse a tout moment integrer une nouvelle regle, condition ou action, modifier une ancienne regle, condition ou action, ou supprimer une regle, condition ou action devenue inutile, de facon dynamique. Cette operation est en effet rendue particulierement simple du fait du format utilise pour definir les regles, conditions et actions. Par ailleurs, les regles stockees dans la base de donnees 9 peuvent etre associees a un parametre de validation pouvant prendre deux etats: un premier etat correspondent a une validation automatique ne requerant pas o d'autorisation du gestionnaire, et un second etat correspondent a une validation requerant une autorisation prealable du gestionnaire. Dans ce cas, lorsque le premier module de conversion 5 re,coit un evenement dans un format heterogene, il le convertit au format principal 2840140 homogene, puis le transmet au module de configuration 8. Celui-ci extrait alors de la base de donnees 9 la regle (ou les regles), la (ou les) condition(s) et la (ou les) action(s) qui correspondent a cet evenement, par exemple apres avoir consulte une table de correspondence entre les differents evenements homogenes et la ou les conditions qui leurs correspondent dans la base de donnees. Puis, il determine l'etat du parametre de validation associe aux elements extraits de la base de donnees 9. Si cet etat est le premier, il transmet ['action, associee a la regle extraite, au second module de conversion 10, accompagnee des o coordonnees designant l'outil d'ingenierie 11 ou 12 devant ['executer. En revanche, si cet etat est le second, il transmet ['action, associee a la regle extraite, a ['interface de validation 4, accompagnee eventuellement des coordonnees designant l'outil d'ingenierie 11 ou 12 devant executer cette action, de sorte qu'elle les communique a ['interface graphique 2 du serveur 1 accompagnees d'une demande de validation (ou d'autorisation). Si le gestionnaire n'est pas d'accord avec ['action choisie, il transmet un refus a ['interface de validation 4, via ['interface graphique 2, ce qui met fin au traitement par le dispositif. Le gestionnaire peut alors intervenir directement sur l'outil d'ingenierie de trafic apres avoir lui-meme determine les o commandes a executer. En revanche, si le gestionnaire est d'accord avec ['action choisie, il transmet une autorisation a ['interface de validation 4, via ['interface graphique 2. L'interface de validation 4 transmet alors au module de configuration 8 I'autorisation, puis ledit module 8 transmet ['action, associee a la regle extraite, au second module de conversion 10, z accompagnee des coordonnees designant l'outil d'ingenierie 11 ou 12 devant ['executer. Preferentiellement, I'etat du parametre de validation, associe a une reg le choisie, peut etre mod ifie par le gestion nai re du reseau via ['interface graphique 2. o Bien entendu, on peut se passer du parametre de validation, les actions etant alors soit toutes validees automatiquement sans autorisation du gestionnaire, soit toutes validees apres autorisation prealable du gestionnaire. Les actions validees automatiquement ou par le gestionnaire, et qui parviennent au second module de conversion 10, font alors ['objet d'une conversion afin de pouvoir etre interpretees et executees par l'outil d'ingenierie de trafic 11 ou 12 choisi. A cet effet, le second module de conversion 10 comporte une interface 13 couplee a plusieurs soul-modules 14. Chaque soul-module 14 est couple a l'un des outils d'ingenierie de trafic 11 ou 12, et est destine a convertir ['action choisie et validee qu'il re,coit, en une ou plusieurs commandes eVou requetes au format particulier de son outil d'ingenierie de trafic. II peut comprendre, par consequent, une table de correspondence entre des actions specifiques et des jeux de commandes, par exemple de type CLI, eVou requetes, par exemple de type SNMP, adaptees a l'outil d'ingenierie qui doit les executer. En variante, il peut comporter un ou plusieurs fichiers, de type plug-in, adaptes a la conversion d'action (d'autres modes de conversion d'actions peuvent etre envisages: CORBA, RMI, fichiers ASCII, protocole Q3, etc). Par ailleurs chaque soul-module 14 est agence de maniere a delivrer ses jeux de commandes eVou requetes selon la syntaxe propre a l'outil d'ingenierie de trafic 11 ou 12 auquel il est couple. L'interface 13 est destinee a aiguiller chaque action a executer vers le soul-module 14 couple a l'outil d'ingenierie de trafic 11 ou 12 designe par les o coordonnees qu'il a re,cu du module de configuration 8. Les premier 5 et second 10 modules de conversion vent preferentiellement configurable de fa,con dynamique, de sorte qu'a tout moment le gestionnaire puisse leur ajouter, leur modifier, ou leur supprimer un ou plusieurs soul-module pour tenir compte de chaque evolution survenue dans le reseau au niveau des outils de gestion de la qualite de service 7 et des outils d'ingenierie de trafic 11 et 12. Dans ce qui precede, on a decrit un dispositif essentiellement constitue d'un module de contrBle 3 integrant la base de donnees 9. Cette configuration n'est qu'un exemple de realisation. Le module de controle du o dispositif selon ['invention peut en effet ne comporter que ['interface de validation et les modules de conversion et de configuration, ladite base de donnees etant alors independante du module de controle, bien que couplee a celui-ci. 12 2840140 Par ailleurs, les modules de conversion 5 et 10, de configuration 8 et ['interface de validation 4 du dispositif peuvent etre respectivement realises sous la forme de circuits electroniques, de modules logiciels (ou informatiques), ou d'une combinaison de circuits et de iogiciels. L'invention offre egalement un procede de controle de donnees de service, delivrees par des outils 7 de gestion de la qualite de service d'un reseau de communications et destinees a permettre le pilotage d'outils d'ingenierie de trafic 11 et 12. Celui-ci peut etre mis en ceuvre a ['aide du dispositif presente ci avant. Les fonctions et sous-fonctions principales et optionnelles assurees par les etapes de ce procede etant sensiblement identiques a celles assurees par les differents moyens constituents le dispositif, seules seront resumees ci- apres les etapes mettant en ceuvre les fonctions principales du procede selon ['invention. Ce procede consiste, d'une part, a prevoir des regles qui vent chacune definie a partir d'au moins une condition, representative d'un evenement du reseau associe a l'un des modules d'ingenierie de trafic 11 ou 12, et d'au moins une action, representative d'au moins une commande devant etre executee par ce module associe, et d'autre part, a reception de o donnees de service designant un evenement, a selectionner l'une au moins des regles correspondent a cet evenement, puis a delivrer chaque commande, representative de ['action associee a la condition representative de l'evenement, au module d'ingenierie de trafic 11 ou 12 qui est associe a cet evenement au se in de la reg le selection nee. Ce procede, qui peut fonctionner en mode tout automatique ou semi automatique, comporte avantageusement, lorsque les donnees de service vent delivrees par les modules de gestion 7 selon des formats heterogenes, une phase de conversion des donnees de service en evenements selon un format principal (modele dtinformation de service et de reseau), unique. o 11 peut egalement comporter une phase de conversion des actions, associees a des regles extraites, en commande(s) eVou requete(s) interpretable(s) par le module d'ingenierie de trafic 11 ou 12 qui lui est associe. 13 2840140 Grace a ['invention, le gestionnaire du reseau n'a plus qu'a superviser un unique outil. Le gestionnaire ntayant plus besoin de conna^'tre les commandes et types de messages specifiques aux differents outils d'ingenierie de trafic et de gestion de la qualite de trafic, il peut se consacrer a la supervision du trafic. Cette supervision peut meme se limiter a la seule (re)configuration des modules de conversion et de la base de donnees, lorsque le fonctionnement est totalement automatise. Le traitement des evenements est par consequent beaucoup plus rapide, ce qui profite tent a l'operateur qu'a ses clients. o De plus, cela permet de reduire notablement le temps necessaire a ['integration de tout nouvel outil de gestion ou d'ingenierie de trafic dans le reseau. En outre, I'invention permet d'ajouter a tout moment un nouveau logiciel ou un nouvel equipement, potentiellement generateur de nouveaux evenements, sans qu'il faille modifier les autres composants. Enfin, I'invention s'applique a une grande variete de reseaux d'echange dedonnees, et notamment les reseaux IP, ATM et Frame Relay, ainsi qu'a de nombreux types de services, et notamment IP VPN, le haut debit (par exemple l'acces ADSL), les services >, le multimedia et 3G. o L'invention ne se limite pas aux modes de realisation de procedes et dispositifs decrits ci-avant, seulement a titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-apres. 14 2840140 REVENDICATIONS 1. Dispositif de controle de donnees de service, delivrees par des modules de gestion (7) d'un reseau de communications et destinees a permettre le pilotage de modules d'ingenierie de trafic (11,12), caracterise en ce qu'il comporte i) une memoire (9) stockant des regles definies, chacune, a partir d'au moins une condition, representative d'un evenement du reseau associe a l'un desdits modules d'ingenierie de trafic (11,12), et d'au moins une action, representative d'au moins une commande devant etre executee par ledit module associe, et ii) des moyens de controle (3) agences, a reception de donnees de service designant un evenement, pour extraire de lad ite memoire (9) I'une au moins des reg les correspondent audit evenement et delivrer chaque commande, representative de ['action associee a la condition representative audit evenement, a destination audit module dtingenierie de trafic (11,12), associe a cet evenement au sein de la regle extraite. 2. Dispositif selon la revendication 1, caracterise en ce que lesdits moyens de controle (3) vent couples a un serveur (1) audit reseau. 3. Dispositif selon la revendication 2, caracterise en ce que lesdites o regles vent associees dans ladite memoire (9) a un parametre de validation propre a etre place dans un premier etat, correspondent a une validation sans autorisation d'un operateur controlant ledit serveur (1), ou un second etat, correspondent a une validation apres autorisation audit operateur. 4. Dispositif selon la revendication 3, caracterise en ce que lesdits moyens de controle (3) comprennent des moyens d'interface (4) propres, a reception d'une action a executer, associee a un parametre de validation place dans un second etat, a transmettre audit serveur (1) ladite action et une dem ande d 'autorisation d 'execution, et, a reception d ' u ne auto risation ou d'une interdiction delivree par ledit serveur (1), a autoriser ou interdire la o delivrance au module d'ingenierie de trafic concerne (11,12) de chaque commande associee a ladite action. 5. Dispositif selon l'une des revendications 1 a 4, caracterise en ce que lesdits moyens de controle (3) comprennent des premiers moyens de 2840140 conversion (5) agences pour convertir lesdites donnees de service, delivrees par lesdits modules de gestion (7) selon des formats differents, en evenements selon un format principal. 6. Dispositif selon l'une des revendications 1 a 5, caracterise en ce que lesdits moyens de contrble (3) comprennent des seconds moyens de conversion (10) agences pour convertir chaque action, associee a une regle extraite, en commande(s) interpretable(s) par le module dtingenierie de trafic (11,12) associe a ladite action. 7. Dispositif selon la revendication 6, caracterise en ce que lesdits seconds moyens de conversion (10) comportent des programmes de type > propres a assurer la conversion des actions en commandes. 8. Dispositif selon la combinaison des revendications 4 a 6, caracterise en ce que lesdits moyens de controle (3) comprennent des moyens de configuration (8) couples a ladite memoire (9), auxdits moyens d'interface (4) et auxdits premiers (5) et seconds (10) moyens de conversion, et agences, a reception d'un evenement au format principal delivre par lesdits premiers moyens de conversion (5), pour extraire de la memoire (9) chaque regle associee audit evenement, de maniere a communiquer auxdits seconds moyens de conversion (10) chaque action associee a cheque regle extraite, o apres une eventuelle demande d'autorisation via lesdits moyens d'interface (4) 9. Dispositif selon l'une des revendications 1 a 8, caracterise en ce que ladite memoire (9) est couplee a un serveur (1) audit reseau, de maniere a pouvoir etre alimentee en regles. ; 10. Dispositif selon l'une des revendications 1 a 9, caracterise en ce que lesdits moyens de controle (3) comprennent ladite memoire (9). 11. Dispositif de gestion integree d'un reseau, caracterise en ce qutil comporte un dispositif de controle selon l'une des revendications 1 a 10. 12. Procede de controle de donnees de service, delivrees par des o modules de gestion (7) d'un reseau de communications et destinees a permettre le pilotage de modules d'ingenierie de trafic (11,12), caracterise en ce qu'il consiste i) a prevoir des regles definies, chacune, a partir d'au moins une condition, representative d'un evenement du reseau associe a l'un 16 2840140 desdits modules d'ingenierie de trafic (11,12), et d'au moins une action, representative d'au moins une commande devant etre executee par ledit module associe, et ii), a reception de donnees de service designant un evenement, a selectionner l'une au moins des regles correspondent audit evenement et a delivrer chaque commande, representative de ['action associee a la condition representative audit evenement, audit module d'ingenierie de trafic (11,12) associe a cet evenement au sein de la regle selectionnee. 13. Procede selon la revendication 12, caracterise en ce que lesdites o regles vent associees a un parametre de validation propre a etre place dans un premier etat, correspondent a une validation sans autorisation d'un operateur, ou un second etat, correspondent a une validation apres autorisation audit operateur. 14. Procede selon la revendication 13, caracterise en ce qu'a reception d'une action a executer associee a un parametre de validation place dans un second etat, on transmet a l'operateur ladite action et une demande d'autorisation d'execution, et, a reception d'une autorisation ou d'une interdiction delivree par ledit operateur, on autorise ou interdit la delivrance au module d'ingenierie de trafic conceme de chaque commande associee a ladite action. 15. Procede selon l'une des revendications 12 a 14, caracterise en ce que lesdites donnees de service, delivrees par lesdits modules de gestion (7) selon des fommats differents, vent converties en evenements selon un format principal. 16. Procede selon l'une des revendications 12 a 15, caracterise en ce que chaque action, associee a une regle extraite, est convertie en commande(s) interpretable(s) par le module d'ingenierie de trafic (11,12) qui lui est associe. 17. Utilisation des procede et dispositifs selon l'une des revendications o precedentes dans les reseaux choisis parmi les reseaux publics et prives. 18. Utilisation selon la revendication 17, caracterisee en ce que le reseau est choisi dans un groupe comprenant les reseaux Internet (IP), ATM et Frame Relay. 19. U111isation salon lane des mndlcations 17 18, pour le contain de settles chows dens un groups mpnant au mows IP VPN, hau1