FR 2837337 A1 20030919 FR 0203258 A 20020315 I'autre (35B) des deux traitements semblables. DISPOSITIF DE GESTION DE SERVICE RESEAU UTILISANT LE PROTOCOLE COPS POUR LA CONFIGURATION D'UN RESEAU PRIVE VIRTUEL L'invention concerne les reseaux prives virtuels, aussi appeles VPN, et en particulier les composants participant a la configuration de services de reseau prive virtue!. Les applications de reseau prive virtuel consistent a connecter deux sites d'utilisateurs distants, par l'intermediaire du reseau d'un fournisseur de service, en rendant la connexion par le reseau du fournisseur transparente pour les utilisateurs. La recommandation RFC 2547bis definit un des mecanismes de gestion d'un reseau prive virtue!. Le reseau prive virtuel est parfois modifie par l 'ajout d' un site d' un utilisateur du VPN, ou par la modification des sites appartenant au reseau prive virtue!. Lors de modifications du reseau prive virtue!, on utilise habituellement un dispositif de gestion reseau du fournisseur de service, aussi appele >, qui configure, via le protocole SNMP les routeurs frontiere du client ou du fournisseur de service, pour definir la nouvelle configuration du reseau prive virtue!. La definition de la nouvelle configuration du reseau prive virtuel comprend notamment lienvoi, via le protocole SNMP, de modifications d'une base de donnee MIB du dispositif de gestion de reseau d'un routeur frontiere. Les dispositifs de gestion de reseaux prives virtuels actuels et leur procede de fonctionnement presentent des inconvenients. L'envoi d'une configuration d'un service reseau vers un routeur au protocole SNMP presente une granularite trop precise. Ainsi, pour implanter une nouvelle configuration dans ie routeur, le gestionnaire doit envoyer une serie de parametres. Ces parametres vent installes individuellement par le routeur. 11 en resulte que si un des parametres est incorrect, par souci de coherence, la totalite des parametres qui forment la configuration doit etre desinstallee. De plus, les possibilites de rattrapage d'erreur fournies par le protocole SNMP vent limitees. Cela implique en pratique une gestion prudente du service reseau au detriment des performances. En outre, la priorite accordee aux paquets SNMP par les routeurs frontiere est souvent faible. Ainsi, un paquet SNMP 2 2837337 contenant des donnees de configuration est interprete par le routeur frontiere en un temps trop eleve par rapport a la reactivite souhaitee. Par ailleurs, I'envoi de paquets de configuration SNMP genere des conflits entre differentes configurations envoyees par plusieurs gestionnaires a un meme routeur frontiere. 11 existe done un besoin pour un dispositif de gestion de service reseau, un routeur, un systeme et un procede qui resolvent un ou plusieurs de ces inconvenients. L'invention a ainsi pour objet un dispositif de gestion de service reseau, comprenant une base de donnees PIB contenant des informations de configuration d'un reseau prive virtue!; un moteur protocolaire susceptible de generer des paquets de gestion de service reseau au format COPS-PA contenant des informations de configuration extraites de la base de donnees; une interface de sortie emettant les paquets fournis por le moteur protocolaire. L'invention a egalement pour objet un routeur pour reseau prive virtue!, comprenant une interface d'entree; un moteur protocolaire relic a ['interface d'entree, susceptible de traiter des paquets COPS-PA recus sur ['interface d'entree; une base de donnees PIB susceptible de recevoir des informations de configuration provenant du moteur protocolaire. Selon une variante, le moteur protocolaire COPS-PA est susceptible de generer des paquets au protocole COPS-PA; il comprend en outre une interface de sortie emettant les paquets fournis par le moteur protocolaire COPS-PA. L'invention a encore pour objet un systeme de gestion d'un service reseau, comprenant un reseau d'un fournisseur de service muni d'un tel dispositif et de plusieurs routeurs de ce type, susceptibles de recevoir des paquets emis par le dispositif, et disposes a la frontiere du reseau du fournisseur. L'invention concerne en outre un procede de gestion de reseau prive virtue!, comprenant les etapes d'emission au protocole COPS-PA, par un dispositif de gestion de service reseau, d'informations de configuration d'au moins un reseau prive virtue!; de reception par au moins un routeur des informations emises; de configurotion d'un routeur recepteur en fonction des informations emises. Selon une variante, le procede comprend en outre une etape de stockage et d'interpretation des informations de configuration dans une base de donnee PIB d'un routeur recepteur. 3 2837337 Selon encore une variante, le dispositif de gestion emetteur est inclus dans un reseau d'un fournisseur de service; un routeur recepteur est un routeur frontiere du reseau du fournisseur de service. Selon une autre variante, le procede comprend en outre une etape de communication entre le routeur recepteur et un routeur d'une partie client du reseau prive virtue!. Selon encore une autre variante, le procede comprend, avant l'etape d'emission par le dispositif de gestion, les etapes de connexion du routeur au dispositif de gestion; d'emission au protocole COPS-PA, par le routeur, d'informations de configuration du routeur ou du reseau prive virtuel auquel appartient le routeur. On peut en outre prevoir que le dispositif de gestion emetteur est inclus dans un reseau d'un fournisseur de service; et qu'un routeur recepteur est un routeur frontiere d'une partie client du reseau prive virtue!. L'invention est maintenant decrite plus en details dans la description qui suit, et en reference au dessin, dans lequel: -la figure 1 est une representation schematique d'un exemple de reseau mettant en couvre des reseaux prives virtuels. Selon ['invention, un dispositif de gestion de reseau envoie vers des routeurs des informations de configuration d'un reseau prive virtuel en utilisant le protocole COPS-PA. Le protocole COPS est defini dans la recommandation RFC 2748 emise par l'IETF. Ce protocole permet de differencier des paquets de donnees en fonction de priorites definies dans un entate de chaque paquet. Ce protocole permet notamment de gerer la qualite de service, aussi appelee QoS, en fonction d'un contrat passe avec un client (SLA pour Service Level Agreement). Le protocole COPS-PA est defini dans la recommandation RFC 3084 emise par 1'IETF. Ce protocole prevoit l'envoi de donnees de configuration entre un gestionnaire reseau et des elements d'un reseau. L'exemple qui va etre presente par la suite correspond a un reseau gerant le reseau prive virtuel suivant un monde gere par un fournisseur de service, ce mode etant aussi appele PPVPN pour provider provisioned VPN. La figure 1 represente un reseau 1 comprenant plusieurs reseaux prives virtuels. Ce reseau comprend un reseau du fournisseur de service 2 et des sites clients 3 a 5 connectes au reseau du fournisseur 2. Le reseau du fournisseur de service 2 comprend un dispositif de gestion du reseau 6 centrolise, communement appele PDP, connecte a une pluralite de routeurs frontiere du fournisseur 7 a 9, communement appele PE pour Provider Edge. Les routeurs frontiere 7 a 9 du fournisseur assurent ['interface du reseau du fournisseur 2 avec les sites clients 3 a 5. Les sites clients presentent des routeurs frontiere de clients 10 a 13, raccordes par tout moyen approprie aux routeurs frontiere 7 a 9 du fournisseur. Le gestionnaire 6 comprend une base de donnee de type PIB -pour policy information base-. Cette base de donnee est dans un format adequat pour ltemission de ses donnees par un protocole COPPR. On doit notamment utiliser la recommandation RFC 3159 emise par l'IETF ou la norme SPPI pour structurer le contenu de la base de donnees PIB. Cette base de donnees contient un ensemble d'informations sur la configuration d'un ou plusieurs reseaux prives virtuels. Les informations de configuration de reseau prive virtuel contenues dans la base de donnee PIB vent notamment des parametres lies aux sites clients 10 a 13 et des parametres lies aux routeurs frontiere 7 a 9 du fournisseur. De tels parametres vent definis notamment dans la recommandation RFC 2547bis. Parmi les parametres de sites clients, on peut citer notamment des listes de cibles de routage en entree/sortie - appelees > en anglais-, des sites d'origine pour les mises a jour des tables de routage du protocole BGP, des listes pour realiser un filtrage des mises a jour sur la base de discriminants de routage -discriminateurs appeles en anglais ' et filtrage appele en anglais - ou encore des listes de filtres realisant un filtrage base sur les sites d'origine -appelees en anglais -. Parmi les parametres lies aux routeurs du fournisseur, on peut citer notamment la configuration des tables de routage, des configurations de discriminant de routage -apeles RD ou Route Distinguisher en anglais, a partir desquels un routeur frontiere du fournisseur d'acces assigne un discriminant de routage a chaque site pour chaque route-, ou encore des configurations de lois de filtrage vis-a-vis des messages recus du reseau -appelees > en anglais-. La base de donnee peut etre stockee sur tout support adequat, tel qu'un disque dur ou une memoire vive. La base de donnees communique par une liaison adequate avec un moteur protocolaire COPS-PA. Ce moteur protocolaire COPS-PA permet de generer des 2837337 poquets contenant des informations de configuration d'un reseau prive virtuel extraites de la base de donnees. Ces paquets vent emis par une interface de sortie du dispositif de gestion vers un routeur frontiere du fournisseur. Cette interface de sortie communique par tout moyen adequat connu en soi avec le moteur protocolaire. Les informations de configuration contenues dans les paquets vent utilisees dans les routeurs destinataires pour modifier ou creer une configuration de reseau prive virtue!. Ainsi, les routeurs frontiere 7 a 9 du fournisseur comprennent une interface d'entree reliee par tout moyen adequat a ['interface de sortie du dispositif de gestion. Les routeurs frontiere comprennent egalement un moteur protocolaire COPS-PA relic a ['interface d'entree et traitant les paquets COPS-PA recus sur ['interface d'entree. Le moteur protocolaire COPS-PA communique par une liaison adequate avec une base de donnees PIB du routeur. Les informations de configuration en provenance du dispositif de gestion vent transmises et stockees dans la base de donnee PIB du routeur. La configuration du routeur comprend ainsi une etape de modification des informations de configuration dans sa PIB. La configuration du reseau prive virtuel mettant en ceuvre ce routeur est alors modifiee. La PIB du routeur 8 peut par exemple Gtre modifiee pour que le routage vers le site 4 transite par le routeur 12 au lieu du routeur 11. Bien qu'on ait decrit jusque la la structure de routeurs frontiere du fournisseur de service et la communication du gestionnaire 6 sur ces routeurs, on peut egalement envisager que les routeurs frontieres du client presentent une mCme structure ou que ces routeurs frontiere du client soient geres de fac,on similaire par le gestionnaire 6 du fournisseur de service. L'utilisation du protocole COPS-PA pour la transmission d'informations de configuration d'un reseau prive virtuel presente des lors un certain nombre d'avantages. D'une part, une commande de modification de configuration imposee a un routeur frontiere par le dispositif de gestion est transmise de fason transactionnelle. Ainsi, les informations de configuration vent transmises dans un unique bloc contenant un ou plusieurs paquets. La granularite de configuration est adaptee a des configurations de type regle comme pour les VPNs. Ainsi, lorsque le routeur a resu l'integralite d'un bloc d'informations de configuration, il determine d'une part qu'il a resu 1'integralite des informations de configuration et il lui suffit d'autre part 6 2837337 d'appliquer ces informations pour que les modifications du reseau prive virtuel soient prises en compte. Tous les parametres qui forment la regle vent installes. Le protocole COPS-PA presente ainsi un aspect transactionnel. En cas de probleme sur l'un des parametres, aucun des parametres n'est installe. Les modifications d'un reseau prive virtuel peuvent etre prises en compte quasiment en temps reel par le reseau du fournisseur de service. Par contraste, d'autres protocoles presentent une granularite plus faibles, qui se manifeste par un morcellement en plusieurs blocs des informations de configuration. L'application des informations d'un seui bloc n'est alors pas possible et n'est done pas de type transactionnelle. e permet alors pas de prendre en compte les modifications du service reseau. D'autre part, I'utilisation du protocole COPS-PA suppose qu'un routeur frontiere soit raccorde a un unique dispositif de gestion de service reseau. Ainsi, le routeur frontiere ne recoit pas des informations de configuration d'un reseau prive virtuel conflictuelles, provenant de differents dispositifs de gestion du reseau. La fiabilite de la configuration mise en place sur un routeur frontiere est ainsi amelioree. Du fait de cette fiabilite amelioree, il n'est pas indispensable d'utiliser des applications de verification de configuration regulieres du VPN. De plus, la connexion d'un routeur frontiere a un unique dispositif de service reseau permet a ce dispositif de gestion de service reseau de detecter et de reparer une defaillance du routeur frontiere beaucoup plus rapidement. Un routeur frontiere et son dispositif de gestion associe peuvent ainsi effectuer un partage d'etat regulier pour prevenir des defaillances. Le dispositif de gestion peut ainsi mettre a jour sa PIB a intervalles reguliers pour prendre en compte le dernier etat d'un routeur frontiere. Le protocole COPS-PA presente egalement des fonctionnalites de rattrapage d'erreur, encore facilitees par la connexion d'un routeur frontiere a un unique dispositif de service reseau. Le dispositif de gestion 6 peut presenter une interface par laquelle il rec,oit des commandes de modification d'un reseau prive virtue!. Du fait du temps de reponse reduit entre l'envoi d'informations de configuration par le dispositif de gestion et la prise en compte de ces informations par un routeur frontiere, il est possible de proposer des services de modification de reseau prive virtuel a un client pratiquement en temps reel. On peut par exemple prevoir qutun client se connecte a un dispositif de gestion de reseau 6 via une signalisation quelconque. Le client peut par exemple demander au serveur dtinclure le site 5 dans un reseau prive virtuel qui 7 2837337 ne comprenoit auparavant que les sites 3 et 4. Les bases de donnbes PlBs du dispositif de gestion 6 vent alors modifiees de fason adequate. Des paquets COPS-PA contenant les informations de configuration adequates de chaque base de donnees PIB vent alors envoyes aux routeurs 7 a 9. Apres reception et traitement des paquets, les routeurs 7 a 9 modifient leur configuration pour le reseau prive virtue!. Les routeu rs 7 a 9 gerent ens u ite l es fl ux de don nees a l' interieu r d'u n VPN d e fac,on connue en soi. Le service de reseau prive virtuel peut ainsi acquerir une souplesse de modification inconnue jusqu'alors. Les modifications d'un service VPN proposees a la clientele peuvent par exemple etre du type creation d'un nouveau VPN, ajout d'un site a un VPN existant ou reglage de parametres de filtrage d'un VPN existant. Un routeur frontiere presente en outre un moteur protocolaire susceptible de generer des paquets COPS-PA. Ainsi, iors du raccordement initial ou de la mise a jour d'un nouveau routeur frontiere a un dispositif de gestion, ce routeur peut transmettre des paquets COPS-PA precisant ses parametres, tels que le nombre diinstance de routage supporte, ses capacites de separation de flux, etc...Le routeur peut egalement transmettre, lors de son raccordement initial ou de sa mise a jour, des informations concernant le VPN auquel il appartient. Le moteur protocolaire de generation de paquets COPS-PA est le pendant du moteur protocolaire de traitement centralise dans le gestionnaire 6. Les presents modes de reciisation et exemples doivent etre consideres comme ayant ete presentes a titre illustratif et non restrictif et ['invention n'est pas censee atre limitee aux details fournis ici mais peut etre modifiee en restart dans le cadre de la portee des revendications annexees. On peut ainsi prevoir dans le cadre de ['invention d'utiliser tout moyen de transmission approprie entre les routeurs frontiere du fournisseur, les routeurs frontiere du client et le dispositif de gestion de service reseau. Par ailleurs, bien que le mode de realisation presente soit applique au reseau du fournisseur de service, on peut egalement envisager d'appliquer ['invention aux sites des clients du service de reseau prive virtue!. On peut ainsi envisager des modifications du reseau prive virtuel par transmission d'informations de configuration au protocole COPS-PA entre un dispositif de gestion et un routeur frontiere du site client. REVENDICATIONS 1. Dispositif de gestion de service reseau (6), comprenant: rune base de donnees PIB contenant des informations de configuration d'un reseau prive virtue!; run moteur protocolaire susceptible de generer des paquets de gestion de service reseau au format COPS-PA contenant des informations de configuration extraites de la base de donnees; rune interface de sortie emettant les paquets fournis par le moteur 1 0 protocolaire. 2. Routeur (7-13) pour reseau prive virtue!, comprenant: rune interface d'entree; run moteur protocolaire relic a ['interface d'entree, susceptible de traiter des paquets COPS-PA rec,us sur ['interface d'entree; rune base de donnees PIB susceptible de recevoir des informations de configuration provenant du moteur protocolaire. 3. Le routeur de la revendication 2, caracterise en ce que: -le moteur protocolaire COPS-PA est susceptible de generer des paquets au protocole COPS-PA; -il comprend en outre une interface de sortie emettant les paquets fournis par le moteur protocolaire COPS-PA. 4. Systeme de gestion d'un service reseau, comprenant; run reseau d'un fournisseur de service muni: -d'un dispositif (6) selon la revendication 1; -plusieurs routeurs (7-9) selon 1'une des revendications 2 ou 3, susceptibles de recevoir des paquets emis par le dispositif, et disposes a la frontiere du reseau du fournisseur. 5. Procede de gestion de reseau prive virtue!, comprenant les etapes de: -emission au protocole COPS-PA, par un dispositif de gestion de service reseau, d' informations de configuration d 'a u moins un reseau prive virtue!; -reception par au moins un routeur des informations emises; -configuration d'un routeur recepteuren fonction des informations emlses. 6. Le procede de la revendication 5, caracterise en ce qutil comprend en outre une etape de stockage et d'interpretation des informations de configuration dans une base de donnee PIB d'un routeur recepteur. 7. Le procede de la revendication 5 ou 6, caracterise en ce que: -le dispositif de gestion emetteur est inclus dans un reseau d'un fournisseur de service; run routeur recepteur est un routeur frontiere du reseau du fournisseur de service. 8. Le procede de la revendication 7, caracterise en ce qu'il comprend en outre une etape de communication entre le routeur recepteur et un routeur d'une partie client du reseau prive virtue!. 9. Le procede de revendication 7 ou 8, caracterise en ce que le procede comprend, avant l'etape d'emission par le dispositif de gestion, les etapes de: -connexion du routeur au dispositif de gestion; -emission au protocole COPS-PA, par le routeur, d'informations de configuration du routeur ou du reseau prive virtuel auquel appartient le routeur. 10. Le procede de l'une des revendications 5 a 9, caracterise en ce que: -le dispositif de gestion emetteur est inclus dans un reseau d'un fournisseur de service; -on routeur recepteur est un routeur frontiers d'une partie client du