Brevet FR2836613A1 — publié le 20030829

o gAnAm110n de Sequences lnsntanes utsant une Canton DDS a. : J Système de gestion de réssau permettant la détermination d'une passerelle de communication entre domaines La présente invention est relative à l'acheminement des paquets de donnces vers 1'extérieur d'un réseau de données. Elle s'applique pa rticul ièrement bien aux réseaux de type "I nternet". Lorsqu'un n_ud d'un réscau veut transmettre un paquet de données vers l'extérieur de son réseau, le paquet de données est acheminé via une passerelle. Cette passerelle est classiquement un routeur de bord (Border Router) qui a des moyens de communication d'une part avec les routeurs internes au réscau en quéstion, ainsi qu'avec des routeurs d'autres réseaux, généralement d'autres passerelles (ou Border roufer). Le n_ud à l'origine de la transmission du paquet de donnéss doit donc conna^'tre 1'adresse de cette passerelle. Cette adresse peut étre connue soit par configuration, soit en interrogeant un serveur de noms de domaines, généralement connu sous l'acronyme DNS (pour " Domain Name Server ", en langue anglaise). On peut alors comprendre que cette passerelle joue un rôle crucial dans l'acheminement des paquets de donnces entre deux domaines. Il en résulte que la passerelle doit absorber la totalité du trafic acheminé entre les deux domaines. Ce trafic peut être important, et résulter sur un engorgement de la passerelle, avec, pour suites, une baisse de performance des transmissions entre les deux domaines. De plus, la passerelle peut faire l'objet d'une défaillance matérielle ou log iciel le. et ne pl us étre en mesure d'acheminer les paquets d e don nces d'un domaine vers un autre. Dans une telle situation, les communications sont donc rendues impossibles, entre les deux domaines. 1 04305/SYC/NBND F:\Salle\F1 04305\PREMDEP\FIT\Projeibr.DOC Le but de l'invention est de résoudre ce double problème en proposant que plusieurs passerelles puissent étre disposées pour acheminer les paquets de données entre les deux domaines. Plus précisément, I'invention a pour objet, système de gestion de réssau comportant des moyens pour obtenir des informations sur les équipements du réscau, certains de ces équipements étant des passerelles pour permettre la transmission de trafic à l'extérieur du réseau. Ce système de gestion de réseau se caractérise ce qu'il comporte des moyens pour communiquer au serveur de noms de domaines associé au réscau, I'adresse l O d'une ou plusieurs de ces passerelles, déterminées sur la base de ces informations. Selon une mise en _uvre de l'invention, les moyens pour communiquer sont prévus pour ordonner une liste de passerelles, préclablement à la communication au serveur de noms de domaines. Selon un mode de réclisation de l'invention, les moyens pour communiquer mettent en _uvre une commande de mise à jour dynamique pour communiquer la ou les adresses. Cette commande peut être prévue pour contenir une liste d'adresses. Elle peut, par exemple, être une commande du type " DNS update ?>, conformément au RFC 2136. Ainsi, soit le serveur de noms de domaine (DNS), soit le routeur à l'origine de la transmission, peut décider de la ' passerelle, à un moment donné, pour permettre la transmission des paquets de données vers le second domaine. Il est ainsi possible d'éviter d'envoyer les paquets de donnces sur une passerelle défaillante ou surchargée. Il est aussi possible d'e*ectuer une répartition de charge parmi l'ensemble des passerelles disponibles. 1 04305/SYC/NBND F:\Salle\F1 04305\PREMDEP\Fll\ProjelUr.DOC L'invention et ses avantages appara^tront de façon plus claire dans la description qui va suivre en liaison avec la figure unique jointe, qui décrit une mise en _uvre de l'invention. Sur la figure unique, un routeur R du domaine N peut communiquer avec le domaine N2 au moyen de trois passerelles G, G2 et G3. Ces passerelles ont la connaissance suffisante pour permettre l'acheminement des paquets de données entre les deux domaines N et N2 au moyen d'un protocole de routage de type BGP (Border Gateway Protocol), tel que défini par le RFC 1771 de l'IETF (Internef Engineoring Task Force). L'acheminement des paquets de donnéss au sein d'un domaine, par exemple entre le routeur R. et une des passerelles G., G2 ou G3 peut, quant à lui, étre pris en charge par un protocole de routage tel OSPF (Open Shorfesf Path First) tel que délini par le RFC 2328 de ce même IETF. De façon classique en soi, le domaine N est associé à un système de gestion de réssau TE. Un système de gestion de réseau est un système modulaire rassemblant différents outils permettant à l'opérateur d'un réssau ou d'un domaine de réssau de gérer différents aspects de celui-ci: gestion des pannes, du trafic, de la tarification des communications etc. Dans le cadre de la présente invention, ce système de gestion de réseau peut se réduire à un outil de gestion de trafic (Traffic Enginsering). Les passerelles G, G2 et G3 transmettent des informations au système de gestion de réscau TE, respectivement l, 12 et 13. La transmission peut étre périodique sur l'initiative des passerelles elles-mêmes, ou bien sur l'initiative du système de gestion de réseau TE. Ces informations sont représentatives de la charge et/ou du statut de chacune des passerelles. Le système de gestion de résaou TE peut ainsi 1 04305/SYC/NBND F:\Solle\F1 04305\PREMDEP\FIT\ProjelUr.DOC conna^tre le statut des différentes passerelles, c'est-à-dire si elles sont opérationnelles ou non, et leur charge. En fonction de ces informations, le système de gestion de réseau TE peut 5. choisir les passerelles qui pourront 8tre utilisées pour les transmissions inter domaines. Pour ce faire, le système de gestion de réscau peut exclure les passerelles déTa il la ntes, pa r exem ple faisant l'objet d'une panne logicielle ou matérielle. Ordonner ces passerelles, par exemple en fonction de leur charge 1 0 et/ou de leur capacité. L'ordonnancement peut étre fait de sorte que la passerelle ayant le maximum de disponibilité se trouve en haut de liste, et ainsi de suite jusqu'à la dernière passerelle qui est celle ayant le moins de disponibilité. Le calcul de la disponibilité de chaque passerelle peut dépendre de leur capacité, chaque passerelle pouvant, en pratique, 8tre d'un modèle différent, voir d'un constructeur différent. La disponibilité peut aussi dépendre de la charge de chaque passerelle, qui est fonction du trafic récl véhiculé par les passerelles. Cette charge est directement transmise par les passerelles G, G2, G3, au moyen des informations 1,12,13. Le système de gestion de réseau TE dispose en outre de moyens pour communiquer l'adresse d'une ou plusieurs de ces passerelles, au serveur de noms de domaines DNS associé au domaine N. Selon une première mise en _uvre de l'invention, le système de gestion de réscau TE transmet au serveur de noms de domaines DNS, uniquement l'adresse de la " meilleure " passerelle. Cette adresse peut 8tre transmise par une commande de mise à jour dynamique, au serveur de noms de domaines. Cette commande de mise à jour dynamique peut, par exemple, 1 04305/SYC/NBND F:\Salle\F1 04305\PREMDEP\FIT\ProjelUr.DOC être la commande > telle que définie par le RFC 2136 de l'IETF, intitulé >. Cette commande de mise à jour dynamique permet à un dispositif extérieur au serveur de noms de domaine DNS de modifier les tables internes de celui-ci. Elle permet notamment d'ajouter une correspondance entre un nom symbolique correspondant au domaine N2 et l'adresse de la passerelle détermince par le système de gestion de réssau TE. Le système de gestion de réseau TE peut transmettre une nouvelle adresse réqulièrement, chaque fois que les conditions relatives des passerelles l O G, G2, G3 changent. Par exemple, s'il apprend qu'une des passerelles devient inopérationnelle, alors il pourra transmettre l'adresse d'une nouvelle passerelle au serveur de noms de domaine DNS. De même, si la répartition des charges évolue parmi les passerelles, il pourra aussi transmettre l'adresse d'une autre passerelle. Lorsque le routeur R veut transmettre un paquet de données vers le domaine N2, il va transmettre tout d'abord une requ8te vers le serveur de noms de domaines DNS comportant un nom symbolique correspondant au domaine N2 Le serveur de noms de domaines DNS consulte alors ses tables internes. Du fait du mécanisme de mise à jour mis en _uvre par le système de gestion de réscau, le serveur de noms de domaine DNS possade l'adresse de la passerelle, la Cette adresse est associée, par le mécanisme de mise à jour dynamique précédemment décrit, au nom symbolique contenu dans la requete. Le serveur de noms de domaines DNS transmet donc l'adresse de la passerelle la "meilleure" au routeur R., selon le mécanisme habituel de communication entre routeur et serveurs de noms de domaines. Ce routeur R peut alors transmettre le paquet de donnces vers le domaine N2, en utilisant 1 04305/SYC/NBND F:\Salle\F 1 04305\PREMDEP\FIT\ProjelEr.DOC la passereile considérée comme la > par le système de gestion de réseau, à cet instant donné. Cette passerelle transmet alors le paquet de donnéss au routeur R2 qui peut le transmettre dans le domaine N2. Selon une seconde mise en _uvre de l'invention, le système de gestion de réscau TE transmet les adresses de plusieurs passerelles au serveur de noms de domaines, sous la forme d'une liste. Cette liste peut être ordonnée préulablement à la communication au serveur de noms de domaines DNS. Le critère choisi pour l'ordonnancement des passerelles peut être la charge de celles-ci et/ou les ressources dont ils disposent, de la même façon que pour la détermination de la mise en _uvre. De la même facon que décrit pour la première mise en _uvre, Iq communication de la liste, ordonnée ou non, des adresses de passerelles peut être effectuée au moyen d'une commande de mise à jour dynamique, par exemple du type > conforme au RFC 2136 de l'IETF. Dans le cadre de cette mise en _uvre, un nouveau type d'entrée doit être prévu dans les tables internes du serveur de noms de domaine, de même que la commande de mise à jour dynamique doit être prévue pour contenir une liste d'adresses. Les tables internes du serveur peuvent aiors comporter un type d'entrce qui consiste à mettre en relation, une liste d'adresses à un nom symbolique. La suite du mécanisme est conforme à l'état de l'art et à ce qui a été décrit pour la première mise en _uvre: le routeur R, qui souhaite transmettre un paquet de donnces vers le domaine N2, transmet tout d'abord une requete au serveur de noms de domaines DNS, contenant un nom symbolique 1 04305/SYC/NBND F:\Salle\F1 04305\PREMDEP\FIT\Projelbr.DOC correspondant à ce domaine N2. Le serveur de noms de domaines DNS lui transmet alors, la liste associée au nom symbolique contenu dans la requête. Le routeur R. a alors à disposition la liste des passerelles disponibles qui lui permettent d'accéder au domaine N2. Son choix peut simplement consister à utiliser la première adresse de la liste. Cette façon de faire permet au routeur R. d'avoir tout de suite, la liste complète des passerelles disponibles. Ainsi, si la première de ces passerelles était devenue dans i'intervalle indisponible, ou si le chemin entre ce routeur R. et cette passerelle était mal configuré, il est alors facile pour le routeur R de s'adresser à la passerelle suivante de la liste, sans qu'il lui soit nécessaire d'interroger à nouveau le serveur de noms de domaines. 1 04305/SYC/N BND F:\Salle\F 104 305\PREMDE P\FIT\Projelbr. D OC REVENDICATIONS 1) Système de gestion de réseau (TE), comportant des moyens pour obtenir des informations (I, 12, 13) sur les équipements du réseau (N), certains desdits équipements étant des passerelles (G, G2, G3) pour permettre la transmission de trafic à l'extérieur dudit réscau, caractérisé ce qu'il comporte des moyens pour communiquer au serveur de noms de domaines (DNS) associé audit réseau, I'adresse d'une ou plusieurs de ces passerelles, déterminces sur la base desUites informations. 2) Système de gestion de réscau selon la revendication 1, dans lequel lesUits moyens pour communiquer sont prévus pour ordonner une liste de passerelles préclablement à la communication audit serveur de noms de 1 5 domaines. 3) Système de gestion de réscau selon l'une des revendications 1 ou 2, dans lequel lesUits moyens pour communiquer mettent en _uvre une commande de mise à jour dynamique pour communiquer ladite ou lesUites adresses. 4) Système de gestion de réssau selon la revendication précédente, dans lequel ladite commande est prévue pour contenir une liste d'adresses. 5) Système de gestion de réssau selon l'une des revendications 3 ou 4, dans lequel ladite commande est du type " DNS upHate >>, conformément au RFC 2136.