Brevet FR2903792A1 — publié le 20080118

Procédé d'allocation de données de configuration au moyen du protocole DHCP L'invention concerne le domaine des réseaux de télécommunications et plus particulièrement un procédé et dispositif d'allocation de données de configuration suivant un protocole prédéfini, en particulier suivant le protocole DHCP. Le protocole DHCP (Dynamic Host Configuration Protocol) est utilisé dans de nombreux réseaux de télécommunications pour l'allocation de données de configuration (adresse IP et autres paramètres de connexion) à un terminal IP (Internet Protocol). Selon le protocole DHCP, les données de configuration sont allouées au moyen de baux à durée prédéterminée. Le bon fonctionnement de la procédure d'allocation de données de configuration service est critique pour tout terminal IP effectuant une tentative de connexion à un réseau, puisqu'en cas de défaillance, ce terminal ne peut accéder au réseau et encore moins aux services accessibles à travers ce réseau. La performance et le niveau de disponibilité du service DHCP sont donc des critères essentiels dans le choix de déploiement d'un serveur DHCP. Or une opération de maintenance ou de configuration effectuée sur un serveur DHCP d'allocation de données ou sur une base de données comprenant des données de configuration allouées au moyen du protocole DHCP est susceptible de perturber fortement, voire d'interrompre le service DHCP au sein du réseau comprenant ce serveur ou cette base de données. Un terminal cherchant à se connecter à un tel réseau se verra donc refuser l'accès au réseau. En outre un terminal cherchant simplement à renouveler son bail d'allocation de données de configuration n'obtiendra pas de renouvellement de son bail. Il en résulte de fortes perturbations possibles dans le réseau. Des perturbations identiques se produisent en cas de perte de connexion entre le serveur DHCP et la base de données de configuration. Il existe donc un besoin pour une solution d'allocation de données de configuration permettant de réduire les perturbations engendrées par un état de disfonctionnement ou d'indisponibilité d'une base de données de configuration DHCP. L'invention fournit un procédé et un dispositif d'allocation de données de configuration suivant un protocole prédéfini, applicable notamment au protocole DHCP. L'invention a pour objet un procédé d'allocation de données de configuration à 2903792 2 des terminaux d'un réseau, conformément à un protocole prédéfini, notamment le protocole DHCP, au moins une partie des données de configuration étant allouée au moyen d'un bail à durée prédéterminée, le procédé comprenant, - une étape de désactivation d'un mode de fonctionnement par défaut, conforme 5 audit protocole, d'un serveur d'allocation de données de configuration, - une étape d'activation d'un mode de fonctionnement dégradé dudit serveur, mode dégradé lors de la mise en oeuvre duquel une réponse prédéfinie est émise par le serveur en réponse à une demande de prolongation de bail ou d'allocation de bail émise par l'un desdits terminaux. 10 L'invention permet d'assurer un niveau de service minimal, réduisant les perturbations éventuellement engendrées par un état d'indisponibilité et/ou de disfonctionnement d'une base de données comprenant des données de gestion de baux utilisées pour l'allocation de données de configuration. L'invention prévoit un mode dégradé de fonctionnement du serveur correspondant à un service simplifié et 15 automatisé de traitement des demandes d'allocation de données de configuration en provenance des terminaux du réseau. La solution proposée s'applique à toute mise en oeuvre d'un serveur DHCP suivant le document RFC 2131 (Request For Comment) disponible auprès de l'IETF (Internet Engineering Task Force). Selon un mode de réalisation, le procédé comprend une étape de détection d'un 20 état d'indisponibilité et/ou d'un état de disfonctionnement d'une base de données comprenant des données de gestion de baux utilisées pour l'allocation de données de configuration, lesdites étapes d'activation et de désactivation étant destinées à être déclenchées suite à ladite détection. L'état d'indisponibilité et/ou de disfonctionnement d'une base de données est avantageusement détecté par des moyens appropriés afin 25 de rendre automatique le processus d'activation du mode dégradé. Selon un mode de réalisation, lors de la mise en oeuvre du mode de fonctionnement dégradé, une demande de prolongation de bail est acceptée quel que soit le terminal émetteur de la demande de prolongation de bail. Les terminaux devant renouveler leur bail ne sont donc pas affectés. 30 Selon une première alternative de réalisation, lors de la mise en oeuvre du mode de fonctionnement dégradé, une demande d'allocation de bail est refusée quel que soit le terminal émetteur de la demande d'allocation. Une réponse est générée, conformément au protocole, malgré l'impossibilité de répondre à la demande d'allocation. 35 Selon une deuxième alternative, lors la mise en oeuvre du mode de 2903792 3 fonctionnement dégradé, une demande d'allocation de bail est soit acceptée, lorsque des informations relatives à un bail précédemment alloué au terminal émetteur de la demande d'allocation sont disponibles, soit refusée dans le cas contraire. Dans cette alternative, la demande d'allocation émise par certains terminaux pourra être satisfaite. 5 Corrélativement, l'invention a pour objet un dispositif d'allocation de données de configuration à des terminaux d'un réseau, conformément à un protocole prédéfini, notamment le protocole DHCP, au moins une partie des données de configuration étant allouée au moyen d'un bail à durée prédéterminée, le dispositif comprenant, 10 - des moyens de mise en oeuvre d'un mode de fonctionnement par défaut, conforme audit protocole, - des moyens de mise en oeuvre d'un mode de fonctionnement dégradé conçus pour émettre une réponse prédéfinie en réponse à une demande de prolongation de bail ou d'allocation de bail émise par l'un desdits terminaux, 15 - des moyens d'activation des moyens de mise en oeuvre du mode de fonctionnement par défaut, - et des moyens de désactivation des moyens de mise en oeuvre du mode de fonctionnement dégradé. Selon un mode de réalisation, le dispositif selon l'invention comprend des 20 moyens de détection d'un état d'indisponibilité et/ou d'un état de disfonctionnement d'une base de données comprenant des données de gestion de baux utilisées pour l'allocation de données de configuration, lesdits moyens de détection étant conçus pour informer lesdites moyens d'activation et de désactivation de ladite détection. Les avantages énoncés pour le procédé défini précédemment sont 25 transposables à ce dispositif. L'invention a également pour objet un programme d'ordinateur apte à commander la mise en oeuvre des étapes d'un procédé tel que défini précédemment. L'invention a également pour objet un support d'enregistrement de données, 30 comprenant un programme tel que défini précédemment. L'invention a également pour objet une mise à disposition d'un programme tel que précédemment défini en vue de son téléchargement. D'autres buts, caractéristiques et avantages de l'invention apparaîtront à travers 35 la description qui va suivre, donnée uniquement à titre d'exemple non limitatif, et faite 2903792 4 par référence aux dessins annexés dans lesquels: - la figure 1 représente de manière schématique un réseau de télécommunication comprenant un dispositif selon l'invention; -la figure 2 est un organigramme d'un mode de réalisation du procédé selon 5 l'invention. On a représenté sur la figure 1 un réseau de télécommunication désigné par la référence générale 10. Différents équipements sont raccordés à ce réseau : un serveur DHCP 20 et des équipements ou terminaux Ti à T4. Le serveur DHCP 20 est lui- 10 même en connexion avec une base de données 30 de gestion des baux d'allocation de données de configuration. Pour assurer le traitement des requêtes DHCP émises par les terminaux Ti à T4, le serveur DHCP s'appuie d'une part sur des données relative à la topologie du réseau, notamment aux sous-réseaux et plages d'adresses à allouer, et d'autre part sur une 15 base de données 30. Cette base de données contient des informations relatives à l'état des baux allouables aux différents terminaux du réseau pour la topologie utilisée. Par exemple, la base de données indique si un bail est libre ou alloué, la durée d'allocation attribuée, etc. 20 Le protocole IP est utilisé dans le réseau de télécommunication 10 pour la communication entre les équipements de ce réseau. Le serveur 20 est un serveur DHCP coopérant avec la base de données 30 pour l'allocation, conformément au protocole DHCP, de données de configuration aux équipements du réseau 10. Le serveur comprend notamment des moyens informatiques pour l'exécution d'un procédé 25 d'allocation de données de configuration selon l'invention. L'invention repose sur la constatation qu'il existe deux types de situation rencontrés par un serveur DHCP lors de l'allocation de baux de données de configuration. 30 Dans un premier type de situation, appelée ici situation de type A, un terminal TA établit avec le serveur DHCP 20, en vue de l'allocation d'un bail de données de configuration, une transaction lors de laquelle les messages "DHCP DISCOVER", "DHCP OFFER", "DHCP REQUEST" et "DHCP ACK" (dénominations utilisées dans les documents de normalisation du protocole DHCP, notamment dans le document 35 RFC 2131 précité) sont, de manière connue, échangés entre le terminal TA et le 2903792 5 serveur DHCP. Dans la situation de type A, on distingue deux cas: - soit le terminal TA est un terminal qui n'a pas encore obtenu de bail auprès du serveur DHCP, - soit le terminal TA est un terminal ayant obtenu un bail dans un passé 5 suffisamment éloigné pour que le serveur DHCP 20 n'ait pas conservé d'information relative à ce précédent bail, le terminal étant alors considéré comme un terminal sans antécédent. Dans un deuxième type de situation, appelée ici situation de type B, un terminal TB établit avec le serveur DHCP, en vue du renouvellement d'un bail d'allocation de 10 données de configuration, une transaction simplifiée lors de laquelle les messages "DHCP REQUEST" et "DHCP ACK" sont, de manière connue, échangés entre le terminal TB et le serveur DHCP. Dans cette deuxième situation, on distingue également deux cas: - soit le terminal TB est un terminal qui a un bail en cours, 15 - soit le terminal TB est un terminal qui a obtenu un bail dans un passé suffisamment proche pour que le serveur DHCP 20 ait conservé des informations relatives à ce précédent bail. Dans les modes de réalisation connus, toute forme d'indisponibilité du serveur DHCP 20 ou de la base de données 30 entraîne une interruption ou la non exécution 20 de la transaction entre le terminal TA ou TB. En conséquence, ni le terminal TA, ni le terminal TB ne peut recevoir de données de configuration via le protocole DHCP. Il en résulte, pour le terminal TB, une perte de configuration en fin de bail et pour le terminal TA, une incapacité à obtenir une configuration. En l'absence de données de configuration valides, les deux types de terminaux TA et TB se retrouvent dans 25 l'incapacité d'accéder aux services du réseau. L'invention gère ces deux types de situations en prévoyant pour le serveur DHCP 20 un mode de fonctionnement dit dégradé lors duquel une réponse prédéfinie est émise en réponse à une requête émise par un terminal pour ces deux types de situations. De cette manière, le serveur DHCP qui traite la requête, peut répondre à la 30 requête sans avoir accès à la base de données comprenant les données de gestion de bail. Grâce à l'invention, en cas indisponibilité de la base de données, le serveur DHCP 20 est capable de fournir une réponse à un terminal de type TB en renouvelant automatiquement le bail du terminal TB, et ce quel que soit le terminal TB émetteur de 35 la demande d'allocation. Le renouvellement de bail s'effectue dans ce cas à partir des 2903792 6 informations relatives au bail en cours ou relatives au bail récemment expiré lorsque ces informations sont encore disponibles dans une mémoire du serveur 20. Les nouveaux terminaux de type TA ne pourront par contre pas obtenir de bail de configuration et une demande d'allocation en provenance de ces terminaux sera 5 automatiquement rejetée quel que soit le terminal TA émetteur de la demande d'allocation. Le mode de fonctionnement dégradé est ainsi utilisé en remplacement du mode de fonctionnement dit nominal ou mode par défaut. Le mode de fonctionnement 10 nominal correspond, de manière connue, à la mise en oeuvre par le serveur DHCP 20 d'un ensemble de fonctionnalités, conformément au protocole DHCP, notamment aux spécifications du document RFC 2131, en vue de l'allocation de données de configuration aux terminaux du réseau. Cet ensemble de fonctionnalités comprend la réception et l'analyse de ces requêtes DHCP entrantes, ainsi que la génération de 15 réponses à ces requêtes conformément au protocole DHCP et l'envoi de ces réponses. Le mode de fonctionnement dégradé, conforme à l'invention, repose quant à lui sur un ensemble restreint de fonctionnalités, comprenant également la réception et l'analyse des requêtes DHCP entrantes, l'envoi de réponses à ces requêtes, mais une fonction simplifiée de génération de réponses. Le mode de fonctionnement dégradé 20 permet néanmoins de maintenir un dialogue conforme au protocole DHCP entre les terminaux Ti à T4 quel que soit leur type et le serveur DHCP 20, tout en générant, pour au moins une partie des terminaux, des réponses permettant à cette partie des terminaux d'accéder aux services du réseau. 25 Selon un mode de réalisation représenté schématiquement à la figure 1, le serveur DHCP 20 comprend des moyens 21 de mise en oeuvre du mode de fonctionnement par défaut pour l'allocation, conformément au protocole DHCP, de données de configuration. Le serveur DHCP comprend en outre des moyens 22 de mise en oeuvre du mode de fonctionnement dégradé, ainsi que des moyens 23 30 d'activation/désactivation sélective des moyens 21 et 22. Les moyens 21 et 22 sont activés / désactivés soit manuellement, soit automatiquement. L'activation automatique s'effectue en fonction d'un ensemble de règles ayant été préalablement définies et de l'occurrence d'un ou plusieurs événements, notamment l'identification d'un disfonctionnement d'une ou plusieurs 35 fonctions correspondant au mode de fonctionnement nominal. 2903792 7 Une activation manuelle des moyens 21 ou 22 peut ainsi être effectuée directement par un utilisateur sur le serveur DHCP 20 lui-même ou via un paramètre de configuration envoyé par exemple par la base de données 30 au serveur DHCP 20. En ce qui concerne l'activation automatique des moyens 21 ou 22, le serveur 5 DHCP 20 comprend de préférence des moyens 25 de surveillance de l'état de disponibilité des différentes fonctions nécessaires à la mise en oeuvre du mode nominal afin de déterminer la nécessité d'une activation, respectivement désactivation, automatique du mode de fonction nominal, respectivement dégradé. 10 Le procédé selon l'invention est décrit plus en détail au regard de la figure 2, dans le cas d'une activation automatique des moyens 21 et 22. Le procédé comprend une étape S100 de détection de l'occurrence d'un ou plusieurs événements prédéfinis, étape mise en oeuvre par les moyens 25 de 15 surveillance. Ces événements sont par exemple: -une perte de connexion physique entre le serveur DHCP et la base de données: ce cas correspond par exemple à une déconnexion du câble réseau reliant le serveur 20 à la base 30 ou à une défaillance de ce câble; - une perte de connexion logicielle entre le processus de traitement des requêtes 20 sur le serveur DHCP et le processus de stockage de la base de données: par exemple, en cas d'échec de connexion du processus de traitement du serveur DHCP vers la base de données; - un accès bloqué à une ressource d'un équipement du réseau, qui, sans forcément déclencher de panne, dégrade sensiblement la performance, en termes de 25 rapidité de réponse, du service DHCP. Toute autre anomalie ou événement détectable est susceptible d'être considéré pour la mise en oeuvre du procédé selon l'invention. En cas de détection de l'occurrence d'un des événements, les moyens 25 de surveillance transmettent aux moyens 23 d'activation/désactivation une information sur le ou les événements 30 détectés. A l'étape S105, selon les événements détectés à l'étape S100 et en fonction dudit ensemble de règles prédéfinies, les moyens 23 d'activation/désactivation activent (ou respectivement désactivent) les moyens 22 de mise en oeuvre du mode de fonctionnement dégradé et désactivent (ou respectivement activent) les moyens 21 de 35 mise en oeuvre du mode nominal. 2903792 8 Les règles sont utilisées pour déterminer la pertinence du basculement d'un mode à l'autre, notamment pour éviter des basculements intempestifs liés par exemple à des pertes de connexion de très courte durée ou à des temps de réponse ponctuellement anormalement longs. Dans ce cas, une durée minimale de perte de 5 connexion peut être prédéfinie au moyen desdites règles, durée en dessous de laquelle aucune action ne sera effectuée par les moyens d'activation/désactivation. En outre les règles sont utiles pour déterminer le degré de gravité de l'état d'indisponibilité, fonction par exemple du nombre ou de la fréquence des anomalies détectées. Les règles peuvent également servir à définir des plages horaires dans lesquelles une 10 activation / désactivation automatique est mise en oeuvre et celles dans lesquelles seule une activation manuelle est possible. Suite à l'étape S105, le serveur DHCP 20 se trouve soit en mode de fonctionnement par défaut (étape S110), les moyens 21 de mise en oeuvre du mode de fonctionnement par défaut étant activés et les moyens 22 de mise en oeuvre du mode 15 de fonctionnement dégradé étant désactivés, soit en mode de fonctionnement dégradé (étape S120), dans le cas contraire. L'étape de détection S100 exécutée par les moyens de surveillance 25, se déroule en parallèle avec l'étape S110 (respectivement S120), afin de déterminer, lors de la mise en oeuvre de chacun de ces modes, la nécessité d'un basculement à l'autre 20 mode. Lorsque le serveur DHCP 20 fonctionne en mode dégradé, il stocke, de préférence dans une mémoire locale, les informations relatives aux renouvellements de baux effectués pour les terminaux de type TB. Le serveur DHCP 20 est ainsi en mesure, suite au rétablissement du mode par défaut, de transmettre à la base de 25 données 30 les informations mémorisées, afin de mettre à jour cette base de données avec les informations relatives aux baux renouvelés lors du mode dégradé. Selon une implémentation préférée, les différentes étapes du procédé selon l'invention et les moyens 21 à 25 du serveur 20 sont mis en oeuvre au moyen 30 d'instructions de programmes d'ordinateur et exécutées par un processeur de données du serveur 20, processeur faisant appel à des programmes ou sous-programmes conçus pour l'exécution des différentes étapes de ce procédé. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un 35 ordinateur ou par un processeur de données, ce programme comportant des 2903792 9 instructions adaptées à la mise en oeuvre d'un procédé tel que décrit ci-dessus. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle 5 autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de 10 stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, 15 par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. 20 L'invention s'intègre de manière transparente dans toutes les configurations et architectures de réseau. L'invention s'applique aussi bien à un mode de réalisation dans lequel le serveur DHCP 20 utilise une base de données 30 externe ou interne au serveur DHCP, et quel 25 que soit le nombre de serveurs accédant à cette base de données 30. Le passage en mode dégradé ou le retour au mode par défaut est activable non seulement automatiquement suite à détection d'une indisponibilité ou d'un disfonctionnement de la base de données, mais également manuellement, par exemple lors d'une opération de maintenance programmée sur la base de données. 30 Le mode de fonctionnement dégradé est complètement compatible avec le mode de fonctionnement nominal tel que standardisé du protocole DHCP. REVENDICATIONS 1. Procédé d'allocation de données de configuration à des terminaux (Ti, T2, T3, T4) d'un réseau (10), conformément à un protocole prédéfini, notamment le protocole DHCP, au moins une partie des données de configuration étant allouée au moyen d'un bail à durée prédéterminée, le procédé comprenant, - une étape de désactivation d'un mode de fonctionnement par défaut, conforme audit protocole, d'un serveur (20) d'allocation de données de configuration, - une étape d'activation d'un mode de fonctionnement dégradé dudit serveur, mode dégradé lors de la mise en oeuvre duquel une réponse prédéfinie est émise par le serveur en réponse à une demande de prolongation de bail ou d'allocation de bail émise par l'un desdits terminaux. 2. Procédé selon la revendication 1, dans lequel, lors de la mise en oeuvre du mode de fonctionnement dégradé, une demande de prolongation de bail est acceptée quel que soit le terminal émetteur de la demande de prolongation de bail. 3. Procédé selon la revendication 1 ou 2, dans lequel, lors de la mise en oeuvre du mode de fonctionnement dégradé, une demande d'allocation de bail est refusée quel que soit le terminal émetteur de la demande d'allocation. 4. Procédé selon la revendication 1 ou 2, dans lequel, lors la mise en oeuvre du mode de fonctionnement dégradé, une demande d'allocation de bail est soit acceptée, lorsque des informations relatives à un bail précédemment alloué au terminal émetteur de la demande d'allocation sont disponibles, soit refusée dans le cas contraire. 5. Procédé selon l'une quelconque des revendications précédentes, le procédé comprenant une étape de détection d'un état d'indisponibilité et/ou d'un état de disfonctionnement d'une base de données comprenant des données de gestion de baux utilisées pour l'allocation de données de configuration, lesdites étapes d'activation et de désactivation étant destinées à être déclenchées suite à ladite détection. 6. Dispositif (20) d'allocation de données de configuration à des terminaux (Ti, T2, T3, T4) d'un réseau (10), conformément à un protocole prédéfini, notamment le protocole DHCP, au moins une partie des données de configuration étant allouée au moyen d'un bail à durée prédéterminée, le dispositif comprenant, - des moyens (21) de mise en oeuvre d'un mode de fonctionnement par défaut, 2903792 11 conforme audit protocole, - des moyens (22) de mise en oeuvre d'un mode de fonctionnement dégradé conçus pour émettre une réponse prédéfinie en réponse à une demande de prolongation de bail ou d'allocation de bail émise par l'un desdits terminaux, 5 - des moyens (23) d'activation des moyens (21) de mise en oeuvre du mode de fonctionnement par défaut, - et des moyens (23) de désactivation des moyens (22) de mise en oeuvre du mode de fonctionnement dégradé. 7. Dispositif selon la revendication 6 comprenant des moyens de détection (25) d'un 10 état d'indisponibilité et/ou d'un état de disfonctionnement d'une base de données (30) comprenant des données de gestion de baux utilisées pour l'allocation de données de configuration, lesdits moyens de détection étant conçus pour informer lesdites moyens (23) d'activation et de désactivation de ladite détection. 8. Programme d'ordinateur comprenant des instructions de code de programme 15 pour l'exécution des étapes d'un procédé selon l'une quelconque des revendications 1 à 5. 9. Support d'enregistrement de données, sur lequel est enregistré un programme comprenant des instructions de code de programme pour l'exécution des étapes d'un procédé selon l'une quelconque des revendications 1 à 5. 20