Brevet FR3091128A1 — publié le 20200626

Description Titre de l'invention : Procédé et système de gestion de serveurs dhcp Domaine technique [0001] La présente invention concerne un procédé et un système de gestion DHCP (« Dynamic Host Configuration Protocol » en anglais, tel que défini par le document normatif RFC 1531, modifié et complété par les documents normatifs RFC 1534, RFC 2131 et RFC 2132) destiné à éviter des conflits d'adresses IP (« Internet Protocol » en anglais, tel que défini par le document normatif RFC 791). Technique antérieure [0002] Un réseau local LAN (« Local Arca Network » en anglais) basé sur une distribution dynamique d'adresses IP doit embarquer un serveur DHCP unique. Cc serveur DHCP unique peut en l'occurrence être un agent relais DHCP qui sert de mandataire (« proxy » en anglais) pour un autre serveur DHCP qui est localisé sur un autre réseau connecté audit réseau local LAN par le biais d'un routcur. Le serveur DHCP fournit à chaque dispositif demandeur du réseau local LAN des baux, chaque bail indiquant, au moins, une adresse IP qui doit être utilisée par l'équipement demandeur pour communiquer, ainsi qu'une durée dc validité du bail. Le serveur DHCP peut également fournir des informations d'adresse IP de routcur et/ou d'adresse IP d'au moins un serveur DNS (« Demain Name Systcm » en anglais, tel que défini dans le document normatif RFC 6895). [0003] Dans les réseaux locaux LAN chez les abonnés d'un fournisseur d'accès à l' Internet, le serveur DHCP fait partie d'un ensemble dc fonctionnalités intégrées aux passerelles GW (« gatcway » en anglais) d'accès à l' Internet, et est donc visible par tout dispositif connecté au réseau local LAN. [0004] En outre, dans les réseaux locaux LAN, des systèmes d'extension de couverture de communication sans-fil peuvent être utilisés afin d'augmenter la portée de ces réseaux locaux LAN en coordonnant plusieurs points d'accès AP (« Acccss Point » en anglais) répartis. Ces différents points d'accès AP sont intégrés à des noeuds interconnectés grâce à un sous-réseau d'acheminement (« hackhaul suhnetwork » en anglais) et mettent tous à disposition un même réseau local sans-fil WLAN (« Wireless Local Arca Network » en anglais). Dans le cadre de la technologie Wi-Fi (marque déposée), tous ces points d'accès AP utilisent ainsi un même identifiant SSID (« Service Set IDentifier » en anglais) et un même mot de passe (aussi appelé clef de sécurité). Ainsi, l'extension de couverture de communication sans-fil est transparente pour les dispositifs connectés au réseau local sans-fil WLAN. [0005] Le système d'extension de couverture de communication sans-fil est ainsi ty- 2 piqucment relié à l'Internes au travers de la passerelle GW, par exemple grâce à un cordon Ethernet assurant le raccordement d'un noeud principal du système d'extension de couverture de communication sans-fil avec la passerelle. Le système d'extension de couverture de communication sans-fil sert alors de relais entre la passerelle et chaque dispositif connecté de manière filaire ou sans-fil au réseau local LAN, et sert aussi de relais entre ces différents dispositifs connectés au réseau local LAN pour leur permettre de communiquer entre eux. [0006] Les noeuds du sous-réseau d'acheminement sont connectés les uns aux autres, un noeud pouvant alors servir de relais entre deux autres noeuds du sous-réseau d'acheminement. Les noeuds sont ainsi interconnectés grâce à des liaisons filaires, par exemple de type Ethernet, ou à des liaisons sans-fil, par exemple une liaison Wi-Fi (marque déposée) utilisant un identifiant SSID différent dudit réseau local WLAN lui-même. Les noeuds du sous-réseau d'acheminement communiquent ainsi entre eux grâce à des liaisons logiques, par exemple des communications IP ou des tunnels chiffrés ou des communications selon un protocole de communication propriétaire. L'établissement de ces liaisons logiques s'effectue typiquement grâce à des messages de sonde (« probe » en anglais) et de découverte (« discovery » en anglais). [0007] Les noeuds du sous-réseau d'acheminement sont typiquement coordonnés de manière centralisée, par un noeud maître parmi lesdits noeuds du sous-réseau d'acheminement. Le noeud maître peut être désigné par configuration figée ou dynamiquement par élection. Dans le cas des réseaux locaux LAN chez les abonnés d'un fournisseur d'accès à l'Internet, le noeud maître peut être le noeud du sous-réseau d'acheminement qui est directement connecté à la passerelle GW d'accès à l'Internet. Tous les noeuds du sous-réseau d'acheminement ont ainsi connaissance du noeud maître, et sont capables de l'identifier grâce à son adresse MAC (« Medium Access Control » en anglais). [0008] Dans le cas où la liaison entre le système d'extension de couverture de commu- nication sans-fil et la passerelle GW se rompt, il est souhaitable de maintenir la fonctionnalité d'échanges d'informations entre les dispositifs connectés au réseau local LAN, car ces échanges sont indépendants de l'accès à l'hiternet lui-même. D'une manière générale, lorsque la liaison entre le serveur DHCP et le système d'extension de couverture de communication sans-fil se rompt, il est souhaitable que la fonctionnalité d'échanges d'informations entre les dispositifs connectés au réseau local LAN soit maintenue. [0009] Toute communication au sein d'un réseau étant réglée au travers d'adresses IP at- tribuées au dispositifs connectés au réseau local LAN, il est souhaitable de fournir une solution qui permette de maintenir la fonction de serveur DHCP au sein du réseau local LAN en évitant les conflits d'adressage. Il est notamment souhaitable d'éviter ces 3 conflits d'adressage lorsque la liaison avec le serveur DHCP est restaurée. Ces conflits d'adressage sont aussi à éviter lorsque ce serveur DHCP se trouve connecté ailleurs dans le réseau local LAN. Ces conflits d'adressage sont aussi à éviter lorsque ce serveur DHCP est remplacé par un autre serveur DHCP. 11 est aussi souhaitable d'éviter ces conflits d'adressage lorsque plusieurs serveurs DHCP se retrouvent branchés au système d'extension de couverture de communication sans-fil. 11 est aussi souhaitable de fournir une solution qui soit simple, efficace et à faible coût. [0010] Il est notamment connu le document de brevet US 2014/0281029 Al qui divulgue une solution permettant, dans un environnement contenant de multiples serveurs DHCP, de router les messages du protocole DCHP vers un serveur en particulier, mais cela nécessite une configuration spécifique des serveurs DHCP. Or, dans de nombreuses situations et notamment en cc qui concerne les serveurs DHCP intégrés aux passerelles d'accès à l'internet actuelles, les serveurs DHCP n'offrent pas une telle flexibilité de configuration. D'ailleurs, de tels serveurs DHCP sont le plus souvent non-débrayables, ce qui amplifie grandement le manque de flexibilité offert et par conséquent les risques d'occurrence de situations de conflits d'adressage. [0011] Il est aussi connu le document de brevet US 2014/0325040 AI, qui divulgue une solution permettant de dupliquer les informations d'un serveur DHCP principal vers un serveur DHCP de secours. Le serveur DHCP de secours peut ainsi prendre le relais en cas de déconnexion du DHCP principal en se servant des informations ainsi dupliquées. Ici encore, il est nécessaire de modifier le serveur DHCP principal pour qu'il permette cette duplication, ce qui n'est pas envisageable dans de nombreuses situations et notamment en ce qui concerne les serveurs DHCP intégrés aux passerelles d'accès à l'Internet actuelles. [0012] Il est alors souhaitable de pallier ces inconvénients de l'état de la technique. Exposé de l'invention [0013] Un objet de la présente invention est de proposer un procédé de gestion de baux d'adresses IP dans un système d'extension de couverture de communication sans-fil comportant un sous-réseau d'acheminement comportant un ensemble de noeuds interconnectés, une pluralité de noeuds du sous-réseau d'acheminement implémentant une fonctionnalité de point d'accès d'un même réseau de communication sans-fil. Le système d'extension de couverture de communication sans-fil étant adapté pour permettre de connecter des dispositifs auxdits noeuds par le biais du réseau de communication sans-fil ou de manière filaire. Le procédé comporte les étapes suivantes : [0014] - effectuer une première surveillance de présence du serveur DHCP principal, par un dit noeud, auquel est connecté le serveur DHCP principal ; [0015] et dans le cas où la première surveillance montre une déconnexion du serveur DHCP principal : [0016] - requérir l'activation, dans un noeud du sous-réseau d'acheminement, d'un serveur DHCP de secours ; [0017] - effectuer une déconnexion générale des noeuds du sous-réseau d'acheminement et de tout dispositif connecté au système d'extension de couverture de communication sans-fil ; et [0018] - renouveler les baux d'adresses IP, par le serveur DHCP de secours, suite à la dé- connexion générale. [0019] Ainsi, grâce à la déconnexion générale, il n'y a pas de conflit d'adresses IP à la dé- connexion du serveur DHCP principal et l'adressage pratiqué par le serveur DHCP est cohérent du point de vue de tout dit noeud ou de tout dispositif connecté au système d'extension de couverture de communication sans-fil. [0020] Selon un mode de réalisation particulier, pour effectuer la déconnexion générale, le procédé comporte les étapes suivantes, par chaque dit noeud : résilier son propre bail d'adresse IP ; redémarrer toute interface de communication dudit noeud qui n'est pas utilisée pour créer le sous-réseau d'acheminement. [0021] Ainsi, la déconnexion générale est réalisée simplement. [0022] Selon un mode de réalisation particulier, lorsque le serveur DHCP de secours est activé, le procédé comporte les étapes suivantes : [0023] - effectuer une seconde surveillance de connexion d'un nouveau dispositif au système d'extension de couverture de communication sans-fil, par un mécanisme de surveillance dans chaque dit noeud ; [0024] et dans le cas où la seconde surveillance montre une connexion d'un nouveau dispositif à un dit noeud, dit noeud de branchement : [0025] - activer une barrière logique isolant le mécanisme de surveillance du noeud de branchement vis-à-vis du serveur DHCP de secours, pour permettre de sonder l'éventuelle présence d'un serveur DHCP dans le nouveau dispositif sans que le mécanisme de surveillance du noeud de branchement ne subisse d'interférence de la part du serveur DHCP de secours ; [0026] - sonder le nouveau dispositif pour déterminer si le nouveau dispositif embarque ou pas un serveur DHCP ; [0027] - dans le cas où le nouveau dispositif n'embarque pas de serveur DHCP : désactiver la barrière logique et accepter le nouveau dispositif ; et [0028] - dans le cas où le nouveau dispositif embarque un serveur DHCP, qui devient ainsi le serveur DHCP principal : désactiver le serveur DHCP de secours, désactiver la barrière logique, accepter le nouveau dispositif, effectuer la déconnexion générale et renouveler les baux d'adresses IP. [0029] Ainsi, grâce à la barrière logique, il n'y a pas de conflit d'adresses IP au branchement du serveur DHCP principal. Et grâce à la déconnexion générale qui suit le retour du serveur DHCP principal, l'adressage pratiqué par le serveur DHCP principal en remplacement du serveur DHCP de secours est cohérent du point de vue de tout dit noeud ou de tout dispositif connecté au système d'extension de couverture de communication sans-fil. [0030] Selon un mode de réalisation particulier, le procédé comporte les étapes suivantes : notifier lesdits noeuds que le système d'extension de couverture de communication sans-fil est en mode opérationnel normal lorsque le serveur DHCP principal est actif ; et notifier lesdits noeuds que le système d'extension de couverture de communication sans-fil est en mode opérationnel de secours lorsque le serveur DHCP de secours est actif. [0031] Ainsi, chaque dit noeud peut avoir un comportement distinct de seconde surveillance en fonction du mode opérationnel dans lequel se trouve le système d'extension de couverture de communication sans-fil. [0032] Selon un mode de réalisation particulier, le procédé comporte les étapes suivantes : [0033] - effectuer une seconde surveillance de connexion d'un nouveau dispositif au système d'extension de couverture de communication sans-fil, par un mécanisme de surveillance dans chaque dit noeud ; [0034] et dans le cas où la seconde surveillance montre une connexion d'un nouveau dispositif à un dit noeud, dit noeud de branchement : [0035] - activer une barrière logique isolant le mécanisme de surveillance du noeud de branchement vis-à-vis du serveur DHCP actif, que ce soit le serveur DHCP de secours ou le serveur DHCP principal, pour permettre de sonder l'éventuelle présence d'un serveur DHCP dans le nouveau dispositif sans que le mécanisme de surveillance du noeud de branchement ne subisse d'interférence de la part du serveur DHCP actif ; [0036] - en mode opérationnel normal, activer une ban-ière logique complémentaire isolant le sous-réseau d'acheminement vis-à-vis du nouveau dispositif, de sorte que seul le mécanisme de surveillance du noeud de branchement puisse recevoir d'éventuels messages DHCP en provenance du nouveau dispositif ; [0037] - sonder le nouveau dispositif pour déterminer si le nouveau dispositif embarque ou pas un serveur DHCP ; [0038] - dans le cas où le nouveau dispositif n'embarque pas de serveur DHCP : désactiver la barrière logique et le cas échéant la barrière logique complémentaire, et accepter le nouveau dispositif ; [0039] - dans le cas où le nouveau dispositif embarque un serveur DHCP et en mode opé- rationnel normal, maintenir le nouveau dispositif en isolement jusqu'à déconnexion dudit nouveau dispositif ; et [0040] - dans le cas où le nouveau dispositif embarque un serveur DHCP et en mode opé- 6 rationnel de secours, désactiver le serveur DHCP de secours, désactiver la harrière logique, accepter le nouveau dispositif, effectuer la déconnexion générale et renouveler les baux d'adresses IP. [0041] Ainsi, grâce à la barrière logique, il n'y a pas de conflit d'adresses IP au branchement du serveur DHCP principal. Et grâce à la déconnexion générale qui suit le retour du serveur DHCP principal, l'adressage pratiqué par le serveur DHCP principal en remplacement du serveur DHCP de secours est cohérent du point de vue de tout dit noeud ou de tout dispositif connecté au système d'extension de couverture de communication sans-fil. De plus, grâce à la harrière logique complémentaire, les potentiels conflits d'adresses IP qui seraient induits par l'entrée d'un autre serveur DHCP qui viendrait interférer avec le serveur DHCP principal sont évités. [0042] Selon un mode de réalisation particulier, sonder le nouveau dispositif est effectué par envoi d'une requête de découverte DHCP et le nouveau dispositif embarque un serveur DHCP lorsqu'une réponse d'offre DHCP est reçue en réponse à la requête de découverte DHCP. [0043] Ainsi, la potentielle fonctionnalité DHCP du nouveau dispositif est aisément sondée. [0044] Selon un mode de réalisation particulier, la barrière logique est réalisée par un pare- feu du noeud de branchement configure pour effectuer un droppage de toute réponse d'offre DHCP en provenance du sous-réseau d'acheminement et à destination du noeud de reconnexion. [0045] Ainsi, la barrière logique est aisément implémentée. [0046] Selon un mode de réalisation particulier, le serveur DHCP de secours est activé dans le noeud auquel était connecté le serveur DHCP principal avant déconnexion. [0047] L'invention concerne également un programme d'ordinateur, qui peut être stocké sur un support et/ou téléchargé d'un réseau de communication, afin d'être lu par un processeur. Ce programme d'ordinateur comprend des instructions pour implémenter l'un ou l'autre des procédés mentionnés ci-dessus dans l'un quelconque de leurs modes de réalisation, lorsque ledit programme est exécuté par le processeur. L'invention concerne également un support de stockage d'informations stockant un tel programme d'ordinateur. [0048] L'invention concerne également un système d'extension de couverture de commu- nication sans-fil comportant un sous-réseau d'acheminement comportant un ensemble de noeuds interconnectés, une pluralité de noeuds du sous-réseau d'acheminement implémentant une fonctionnalité de point d'accès d'un même réseau de communication sans-fil. Le système d'extension de couverture de communication sans-fil étant adapté pour permettre de connecter des dispositifs auxdits noeuds par le biais du réseau de communication sans-fil ou de manière filaire. Pour effectuer une gestion de baux d'adresses IP, le système d'extension de couverture de communication sans-fil 7 comporte : [0049] - des moyens pour effectuer une surveillance de présence du serveur DHCP principal, par un dit noeud, auquel est connecté le serveur DHCP principal ; [0050] et dans le cas où la surveillance montre une déconnexion du serveur DHCP principal : [0051] - des moyens pour requérir l'activation, dans un noeud du sous-réseau d'acheminement, d'un serveur DHCP de secours ; [0052] - des moyens pour effectuer une déconnexion générale des noeuds du sous-réseau d'acheminement et de tout dispositif connecté au système d'extension de couverture de communication sans-fil ; et [0053] - des moyens pour renouveler les baux d'adresses IP, par le serveur DHCP de secours, suite à la déconnexion générale. [0054] L'invention concerne également un noeud, appelé noeud maître, destiné à être utilisé dans un système d'extension de couverture de communication sans-fil comportant un sous-réseau d'acheminement comportant un ensemble de noeuds interconnectés dont le noeud maître, une pluralité de noeuds du sous-réseau d'acheminement implémentant une fonctionnalité de point d'accès d'un même réseau de communication sans-fil, le système d'extension de couverture de communication sans-fil étant adapté pour permettre de connecter des dispositifs auxdits noeuds par le biais du réseau de communication sans-fil ou de manière filaire. Pour effectuer une gestion de baux d'adresses IP, le noeud maître comporte : [0055] - des moyens pour effectuer une surveillance de présence du serveur DHCP principal lorsque le serveur DHCP principal est connecté au noeud maître ; [0056] et dans le cas où la surveillance par le noeud maître, ou une surveillance de présence du serveur DHCP principal par un autre noeud du sous-réseau d'acheminement, montre une déconnexion du serveur DHCP principal : [0057] - des moyens pour activer, dans le noeud maître, un serveur DHCP de secours ; [0058] - des moyens pour ordonner une déconnexion générale des noeuds du sous-réseau d'acheminement et de tout dispositif connecté au système d'extension de couverture de communication sans-fil ; et [0059] - des moyens pour renouveler (406) les baux d'adresses IP, par le serveur DHCP de secours, suite à la déconnexion générale. Brève description des dessins [0060] Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, appa- raîtront plus clairement à la lecture de la description suivante d'au moins un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels : 8 [0061] [fig.1] illustre schématiquement un système de communication dans lequel la présente invention peut être implémentée ; [0062] [fig.2] illustre schématiquement un noeud maître dans un sous-réseau d'acheminement du système de communication de la Fig. 1 ; [0063] [fig.3] illustre schématiquement un exemple d'agencement matériel de noeuds du sous- réseau d'acheminement ; [0064] [fig.4] illustre schématiquement un algorithme d'activation d'un serveur DHCP de secours dans le noeud maître ; [0065] [fig.5] illustre schématiquement le système de communication lors d'un ro-branchement d'un serveur DHCP principal ; [0066] [fig.6] illustre schématiquement une configuration de noeud du sous-réseau d'acheminement lorsque le serveur DHCP de secours est activé ; [0067] [fig.7] illustre schématiquement un algorithme de désactivation du serveur DHCP de secours, dans un mode de réalisation particulier ; [0068] [fig.8] illustre schématiquement le système de communication lors d'un branchement d'un serveur DHCP conflictuel ; et [0069] [fig.9] illustre schématiquement un algorithme de désactivation du serveur DHCP de secours, dans un autre mode de réalisation particulier. [0070] EXPOSE DETAILLE DE MODES DE REALISATION [0071] La Fig. 1 illustre schématiquement un système de communication dans lequel la présente invention peut être implémentée. Le système de communication comporte un système d'extension de couverture de communication sans-fil construit autour d'un sous-réseau d'acheminement comportant un ensemble de noeuds Ni 121, N2 122, N3 123, N4 124 interconnectés. Chaque noeud d'une pluralité de noeuds du sous-réseau d'acheminement, typiquement tous les noeuds du sous-réseau d'acheminement, implémente une fonctionnalité de point d'accès AP d'un réseau local sans-fil WLAN (« Wireless Local Area Network » en anglais). Les noeuds de ladite pluralité de noeuds mettent tous à disposition un même réseau local sans-fil WLAN (même nom...). Dans le cadre de la technologie Wi-Fi (marque déposée), tous ces points d'accès AP utilise 9 ainsi un même identifiant SSTD et un même mot de passe. La zone de couverture du réseau local sans-fil WLAN, et donc manière générale du réseau local LAN ainsi constitué autour du système d'extension de couverture de communication sans-fil, est alors étendue de manière transparente pour chaque terminal, ou station, qui s'y connecte. [0072] Les noeuds N1 121, N2 122, N3 123, N4 124 du sous-réseau d'acheminement sont connectés les uns aux autres (c.g., grâce à une structure en forme d'arbre ou à une structure maillée), un noeud pouvant alors servir de relais entre deux autres noeuds du sous-réseau d'acheminement. Les noeuds Ni 121, N2 122, N3 123, N4 124 sont ainsi interconnectés grâce à des liaisons filaires, par exemple de type Ethernet, ou à des liaisons sans-fil, par exemple une liaison Wi-Fi (marque déposée) utilisant un identifiant SSID différent dudit réseau local WLAN lui-même. Les noeuds Ni 121, N2 122, N3 123, N4 124 du sous-réseau d'acheminement communiquent ainsi entre eux grâce à des liaisons logiques, par exemple des communications IP ou des tunnels chiffrés ou des communications selon un protocole de communication propriétaire. [0073] De manière illustrative, la Fig. 1 montre que le noeud Ni 121 est connecté au noeud N2 122 et au noeud N3 123 grâce à une liaison sans-fil, et le noeud N4 124 est connecté au noeud N3 123 grâce à une liaison filaire. [0074] Le système d'extension de couverture de communication sans-fil permet ainsi d'interconnecter une passerelle GW 110 d'accès à l'internet, un terminal Ti 141, un terminal T2 142, un terminal T3 143 et un terminal T4 144. La passerelle GW 110 implémente une fonctionnalité de serveur DHCP 111, appelé ici serveur DHCP principal. Le terminal Tl 141 est par exemple un téléphone intelligent (« smartphone » en anglais) connecté par une liaison sans-fil au noeud N2 122, c'est-à-dire que le terminal Tl 141 est ainsi connecté via le réseau local sans-fil WLAN grâce au noeud N2 122 agissant comme point d'accès AP. Le terminal T2 142 est par exemple un téléviseur connecté par une liaison filaire au noeud N2 122. Le terminal T3 143 est par exemple une tablette connectée par une liaison sans-fil au noeud N4 124, c'est-à-dire que le terminal T3 143 est ainsi connecté via le réseau local sans-fil WLAN grâce au noeud N4 124 agissant comme point d'accès AP. Le terminal T4 144 est par exemple une unité de stockage en réseau NAS (« Network Attached Storage » en anglais) connecté par une liaison sans-fil au noeud N3 123, c'est-à-dire que le terminal T4 144 est ainsi connecté via le réseau local sans-fil WLAN grâce au noeud N3 123 agissant comme point d'accès AP. [0075] Les noeuds du sous-réseau d'acheminement sont coordonnés de manière centralisée, par un noeud maître parmi lesdits noeuds du sous-réseau d'acheminement. Le noeud maître peut être désigné par configuration figée ou dynamiquement par élection. Le noeud maître est par exemple le noeud du sous-réseau d'acheminement qui est di- rectement connecté à la passerelle GW d'accès à l'Tnternet, à savoir le noeud N1 121 dans le contexte de la Fig. 1. Tous les noeuds du sous-réseau d'acheminement ont ainsi connaissance du noeud maître, et sont capables de l'identifier grâce à son adresse MAC. [0076] Dans le cadre de la présente invention, comme illustré schématiquement sur la Fig. 2, le noeud maître N1 121 implémente une fonctionnalité débrayable de serveur DHCP de secours 200 afin de gérer les baux d'adresses IP en cas de déconnexion du serveur DHCP principal. Comme décrit ci-après, le serveur DHCP de secours est ainsi sélectivement activé lorsque le serveur DHCP principal est déconnecté du système d'extension de couverture de communication sans-fil. [0077] La Fig. 3 illustre schématiquement un exemple d'architecture matérielle de tout noeud 300 du sous-réseau d'acheminement. [0078] L'exemple d'architecture matérielle présenté comporte, reliés par un bus de commu- nication 310: un processeur CPU (« Central Processing Unit » en anglais) 301 ; une mémoire vive RAM (« Random Access Memory » en anglais) 302 ; une mémoire morte ROM (« Read Only Memory » en anglais) 303 ou une mémoire Flash ; une unité de stockage ou un lecteur de support de stockage, tel qu'un lecteur de cartes SD (« Secure Digital » en anglais) 304 ou un disque dur HDD (« Hard Disk Drive » en anglais) ; et au moins un ensemble d'interfaces de communication COM 305. L'ensemble d'interfaces de communication COM 305 permet d'implémenter la fonctionnalité de point d'accès AP pour étendre la couverture du réseau local sans-fil WLAN, de connecter des terminaux ou la passerelle GW 110 de manière filaire et de mettre en place le sous-réseau d'acheminement. [0079] Le processeur CPU 301 est capable d'exécuter des instructions chargées dans la mémoire RAM 302 à partir de la mémoire ROM 303, d'une mémoire externe (telle qu'une carte SD), d'un support de stockage (tel que le disque dur HDD), ou d'un réseau de communication. Lors de la mise sous tension, le processeur CPU 301 est capable de lire de la mémoire RAM 302 des instructions et de les exécuter. Ces instructions forment un programme d'ordinateur causant la mise en oeuvre, par le processeur CPU 301, de tout ou partie des algorithmes et étapes décrits ci-après. [0080] Ainsi, tout ou partie des algorithmes et étapes décrits ci-après peut être implémenté sous forme logicielle par exécution d'un ensemble d'instructions par une machine programmable, telle qu'un DSP (« Digital Signal Processor » en anglais) ou un micro-contrôleur ou un processeur. Tout ou partie des algorithmes et étapes décrits ci-après peut aussi être implémenté sous forme matérielle par une machine ou un composant dédié, tel qu'un FPGA Field-Programmable Gate An-ay » en anglais) ou un ASIC (« Application-Specific Integrated Circuit » en anglais). Ainsi, les noeuds Ni 121, N2 122, N3 123, N4 124 comportent de la circuiterie électronique adaptée et 11 configurée pour implémenter les algorithmes et étapes décrits ci-après. [0081] La Fig. 4 illustre schématiquement un algorithme d'activation du serveur DHCP dc secours 200 dans le noeud maître. [0082] Dans une étape 401, le noeud auquel est connecté le serveur DHCP principal 111, c'est-à-dire le noeud N1 121 sur la Fig. 1, surveille si le serveur DHCP principal 111 est toujours, ou pas, connecté au système d'extension de couverture dc communication sans-fil. Le serveur DHCP principal 111 peut être présent dans un dispositif connecté de manière filaire, ou de manière sans-fil via le réseau local sans-fil WLAN, au système d'extension de couverture de communication sans-fil. Lorsque le serveur DHCP principal 111 est intégré à la passerelle GW 110, le noeud Ni 121 peut simplement surveiller si la passerelle GW 110 est toujours, ou pas, connectée au système d'extension de couverture de communication sans-fil. Par exemple, lorsque le noeud Ni 121 repose sur un système d'exploitation Linux, les évènements NETLINK peuvent être utilisés pour effectuer cette surveillance, en particulier l'évènement RTMGRP LINK qui prend l'état UP ou DOWN selon l'état physique dc la liaison considérée. Chacun des changements d'état de la liaison physique génère instantanément un évènement NETLINK correspondant, cc qui permet au noeud Ni 121 de détecter que la passerelle GW 110 a été débranchée. [0083] Dans une étape 402, le noeud N1 121 vérifie si le serveur DHCP principal 111 est toujours connecté au système d'extension de couverture de communication sans-fil. Si tel est le cas, l'étape 401 est répétée ; sinon, une étape 403 est effectuée. [0084] Dans l'étape 403, le noeud Ni 121 active le serveur DHCP de secours 200. Si la sur- veillance de l'étape 401 est effectuée par un autre noeud que le noeud maître, (i.e., par un autre noeud que celui qui implémente le serveur DHCP de secours 200), alors cet autre noeud informe le noeud maître que le serveur DHCP principal 111 a été débranché afin que le noeud maître puisse activer le serveur DHCP de secours 200 en réponse au débranchement du serveur DHCP principal 111. En effet, le noeud maître (i.e., qui implémente le serveur DHCP de secours 200) est préférentiellement le noeud du système d'extension de couverture de communication sans-fil qui est connecté serveur DHCP principal 111, mais peut aussi en variante être un autre noeud du système d'extension de couverture de communication sans-fil. [0085] Dans une étape 404 optionnelle, le noeud maître notifie les autres noeuds du système d'extension de couverture de communication sans-fil que le serveur DHCP de secours 200 a été activé. Tous les noeuds notent alors que le serveur DHCP de secours 200 a été activé (entrée en mode opérationnel de secours). [0086] Dans une étape 405, le noeud maître instruit les autres noeuds du système d'extension de couverture de communication sans-fil d'effectuer une déconnexion générale du réseau local LAN. A noter que les étapes 404 et 405 peuvent être effectuées en une 12 seule et même étape dans laquelle le noeud maître envoie un message de requête de déconnexion générale du réseau local LAN qui inclut une information complémentaire indiquant que le serveur DHCP de secours 200 a été activé (entrée en mode opérationnel de secours). [0087] Pour exécuter la déconnexion générale, chacun des noeuds du système d'extension de couverture de communication sans-fil : [0088] - résilie son propre bail d'adresse IP ; [0089] - redémarre toute interface de communication qui n'est pas utilisée pour créer le sous-réseau d'acheminement, à savoir redémarrer toute interface de communication sans-fil qui n'est pas utilisée pour créer le sous-réseau d'acheminement (i.e., redémarre toute interface de communication sans-fil liée au réseau local sans-fil WLAN), ce qui implique la résiliation de tous les baux des dispositifs connectés à cet instant au réseau local sans-fil WLAN, et redémarrer toute interface de communication filaire qui n'est pas utilisée pour créer le sous-réseau d'acheminement, ce qui implique la résiliation de tous les baux des dispositifs connectés de manière filaire au système d'extension de couverture de communication sans-fil. [0090] Le redémarrage de ces interfaces force les dispositifs qui leur étaient connectés à se reconnecter et à demander un renouvellement de bail afin d'obtenir une adresse IP en conformité avec la politique d'attribution d'adresses IP par le serveur DHCP en place (en l'occurrence, à cet instant, le serveur DHCP de secours 200). [0091] Ainsi, dans une étape 406, le noeud maître, plus particulièrement le serveur DHCP de secours 200, effectue des renouvellements de baux pour l'ensemble des dispositifs connectés au réseau LAN (y compris les noeuds du système d'extension de couverture de communication sans-fil). Le serveur DHCP de secours 200 traite, pour ce faire, les requêtes DHCP qui proviennent des différents dispositifs du réseau local LAN, y compris celles émanant des noeuds du système d'extension de couverture de communication sans-fil. Un renouvellement complet des adresses IP du réseau local LAN est donc effectué, ce qui évite tout conflit d'adresse IP avec la politique d'attribution d'adresses IP précédemment mise en place par le serveur DHCP principal 111. [0092] La Fig. 5 illustre schématiquement le système de communication lors d'un re- branchement d'un serveur DHCP principal Ill. Sur la Fig. 5, la passerelle GW 110 qui intègre le serveur DHCP principal 111 est rebranchée sur le noeud NI 121. La passerelle GW 110 peut en variante être rebranchée sur un autre noeud du système d'extension de couverture de communication sans-fil. Dans une autre variante, un autre dispositif que la passerelle GW 110 est branché au système d'extension de couverture de communication sans-fil, cet autre dispositif intégrant un serveur DHCP qui n'est pas non plus débrayable (comme c'est le cas du serveur DHCP II 1 de la passerelle GW 110). 13 [0093] Pour permettre de détecter le branchement d'un tel serveur DHCP alors que le système d'extension de couverture de communication sans-fil est en mode opérationnel de secours, chaque noeud implémente un mécanisme de surveillance MON 610 et un parc-feu FW 600, comme illustré sur la Fig. 6. Le mécanisme de surveillance MON 610 surveille, sur toute interface de communication qui n'est pas utilisée pour créer le sous-réseau d'acheminement, toute apparition de nouveau dispositif. En cas d'apparition de nouveau dispositif, des mesures de protection sont prises grâce une configuration particulière du pare-feu 600, afin de créer une barrière logique évitant les conflits d'adresse IP. Cet aspect est détaillé ci-après. [0094] La Fig. 7 illustre schématiquement un algorithme de désactivation du serveur DHCP de secours 200, dans un mode de réalisation particulier. [0095] Dans une étape 701, chaque noeud du système d'extension de couverture de commu- nication sans-fil surveille si un nouveau dispositif lui est connecté, que ce soit par le biais d'une liaison sans-fil ou par le biais d'une liaison filaire. Par exemple, comme déjà indiqué, lorsque les noeuds reposent sur un système d'exploitation Linux, les évènements NETLINK peuvent être utilisés pour effectuer cette surveillance. [0096] Dans une étape 702, chaque noeud vérifie si un nouveau dispositif lui est connecté. Si tel est le cas, une étape 703 est effectuée ; sinon, l'étape 701 est répétée. [0097] Dans l'étape 703, le noeud qui a détecté le branchement d'un nouveau dispositif à une de ses interfaces qui n'est pas utilisée pour créer le sous-réseau d'acheminement active une barrière logique vis-à-vis du serveur DHCP de secours 200. La barrière logique isole le mécanisme de surveillance MON 610 du noeud en question vis-à-vis du serveur DHCP de secours 200, pour permettre de sonder l'éventuelle présence d'un serveur DHCP dans le dispositif nouvellement connecté sans que le mécanisme de surveillance MON 610 ne subisse d'interférence de la part du serveur DHCP de secours 200. [0098] Dans un mode de réalisation particulier, la barrière logique rejette toute réponse DHCP OtTer », transmise via le protocole UDP (« User Datagram Protocol » en anglais, tel que défini dans le document normatif RFC 768), en provenance du sous-réseau d'acheminement et à destination du noeud qui a activé ladite barrière logique. Par conséquent, le mécanisme de surveillance MON 610 ne subit pas d'interférence de la part du serveur DHCP de secours 200. Par exemple, le pare-feu FW 600 est configuré pour effectuer un droppage de toute réponse « DHCP Offer » en provenance du sous-réseau d'acheminement et à destination du noeud qui a activé ladite barrière logique (clause INPUT du pare-feu FW 600). [0099] Dans un mode de réalisation particulier, la barrière logique isole en outre le dispositif nouvellement connecté vis-à-vis du serveur DHCP de secours 200, pour permettre au mécanisme de surveillance MON 610 de sonder l'éventuelle présence d'un serveur DHCP dans le dispositif nouvellement connecté sans que le dispositif nouvellement 14 connecté ne subisse d'interférence de la part du serveur DHCP de secours 200. Ainsi, dans un mode de réalisation particulier, la barrière logique rejette toute réponse « DHCP Offer» en provenance du sous-réseau d'acheminement et traversant le noeud qui a activé ladite barrière logique. Par exemple, le pare-feu FW 600 est configure pour effectuer un droppage de toute réponse « DHCP Offer» en provenance du sous-réseau d'acheminement et traversant le noeud qui a activé ladite barrière logique (clause THROUGH du parc-feu). [0100] Bien d'autres méthodes peuvent être utilisées pour créer une barrière logique qui isole le mécanisme de surveillance MON 610, et éventuellement le dispositif nouvellement connecté, vis-à-vis du serveur DHCP de secours 200. [0101] Dans une étape 704, le mécanisme de surveillance MON 610 du noeud qui a détecté le branchement du nouveau dispositif effectue un test DHCP auprès dudit nouveau dispositif. En d'autres termes, le mécanisme de surveillance MON 610 sonde le nouveau dispositif pour déterminer si ledit nouveau dispositif embarque un serveur DHCP. Dans un mode de réalisation particulier, le mécanisme de surveillance MON 610 diffuse (« broadcast » en anglais) une requête de découverte DHCP, à savoir une requête « DHCP Discovery ». Cette requête est ainsi reçue par l'ensemble des dispositifs raccordés au réseau local LAN, y compris le noeud maître et donc le serveur DHCP de secours 200. Chaque serveur DHCP présent dans le réseau local LAN transmet alors, en mode point-à-point (« unicast » en anglais) à destination du noeud qui a détecté le branchement du nouveau dispositif, une réponse d'offre DHCP, savoir une réponse « DHCP Offer » en retour. La réponse du serveur DHCP de secours 200 est alors bloquée par la barrière logique activée à l'étape 703. Si le dispositif nouvellement connecté embarque un serveur DHCP, le mécanisme de surveillance MON 610 reçoit alors la réponse « DHCP Offer » en provenance de ce serveur DHCP embarqué. Sinon, sans réponse après expiration d'une temporisation de durée prédéfinie, le mécanisme de surveillance MON 610 considère que le dispositif nouvellement connecté n'embarque pas de serveur DHCP. [0102] Dans une étape 705, le mécanisme de surveillance MON 610 vérifie si le test effectué à l'étape 704 conclut que le dispositif nouvellement connecté embarque un serveur DHCP. Si tel est le cas, le serveur DHCP de secours 200 doit céder la place au serveur DHCP ainsi introduit (ou réintroduit) dans le réseau local LAN, et une étape 708 est effectuée ; sinon, une étape 706 est effectuée. [0103] Dans l'étape 706, le noeud qui a détecté le branchement du nouveau dispositif à une de ses interfaces qui n'est pas utilisée pour créer le sous-réseau d'acheminement désactive la barrière logique qui avait été mise en place à l'étape 703. [0104] Dans une étape 707, le noeud accepte le nouveau dispositif dans le réseau local LAN, et il est mis fin à l'algorithme de la Fig. 7. [0105] Dans l'étape 708, si le noeud qui a détecté le branchement du nouveau dispositif à une de ses interfaces qui n'est pas utilisée pour créer le sous-réseau d'acheminement est le noeud maître, le noeud maître désactive le serveur DHCP de secours 200. Sinon, le noeud en question informe le noeud maître qu'un serveur DHCP, à considérer désormais comme le serveur DHCP principal, a été branché ; alors le maître désactive le serveur DHCP de secours 200. [0106] Dans une étape 709, le noeud qui a détecté le branchement du nouveau dispositif à une de ses interfaces qui n'est pas utilisée pour créer le sous-réseau d'acheminement désactive la barrière logique qui avait été mise en place à l'étape 703. [0107] Dans une étape 710, le noeud en question accepte le nouveau dispositif dans le réseau local LAN. [0108] Dans une étape 711 optionnelle, le noeud maître notifie les autres noeuds du système d'extension de couverture de communication sans-fil que le serveur DHCP de secours 200 a été désactivé. Tous les noeuds notent alors que le serveur DHCP de secours 200 a été désactivé (retour en mode opérationnel normal). Le fait pour chaque noeud de savoir dans quel mode opérationnel se trouve le système d'extension de couverture de communication sans-fil permet d'activer le mécanisme de surveillance MON 610 uniquement en mode opérationnel de secours. [0109] Dans une étape 712, le noeud maître instruit les autres noeuds du système d'extension de couverture de communication sans-fil d'effectuer une déconnexion générale du réseau local LAN. A noter que les étapes 711 et 712 peuvent être effectuées en une seule et même étape dans laquelle le noeud maître envoie un message de requête de déconnexion générale du réseau local LAN qui inclut une information complémentaire indiquant que le serveur DHCP de secours 200 a été désactivé (retour en mode opérationnel normal). Pour exécuter la déconnexion générale, chacun des noeuds du système d'extension de couverture de communication sans-fil procède comme déjà décrit en relation avec la Fig. 4. [0110] Ainsi, dans une étape 713, le serveur DHCP principal effectue des renouvellements de baux pour l'ensemble des dispositifs connectés au réseau LAN (y compris les noeuds du système d'extension de couverture de communication sans-fil). Le serveur DHCP principal traite, pour ce faire, les requêtes DHCP qui proviennent des différents dispositifs du réseau local LAN, y compris celles émanant des noeuds du système d'extension de couverture de communication sans-fil. Un renouvellement complet des adresses IP du réseau local LAN est donc effectué, ce qui évite tout conflit d'adresse IP avec la politique d'attribution d'adresses IP précédemment mise en place par le serveur DHCP de secours 200. [0111] Dans un mode de réalisation particulier, le système d'extension de couverture de communication sans-fil est apte à gérer des conflits de serveurs DHCP non-dé- 16 brayables qui lui seraient raccordés. La Fig. S illustre schématiquement le système de communication lors d'un branchement d'un serveur DHCP conflictuel 810 alors que le serveur DHCP principal 111 est déjà actif. Le serveur DHCP conflictuel 810 est embarqué dans un dispositif DEV 800 qui est branché sur le noeud N4 124. Lc branchement du dispositif DEV 800 peut se faire par liaison filaire ou sans-fil. [0112] La Fig. 9 illustre schématiquement un algorithme de désactivation du serveur DHCP de secours 200, dans un mode de réalisation particulier en rapport avec la Fig. 8. A noter que dans cc cadre, lors de l'éventuelle activation du serveur DHCP de secours 200, l'étape 404 n'est pas optionnelle. Chaque noeud du système d'extension de couverture de communication sans-fil doit savoir quel mode opérationnel est en cours. [0113] Dans une étape 901, chaque noeud du système d'extension de couverture de commu- nication sans-fil surveille si un nouveau dispositif lui est connecté, que ce soit par le biais d'une liaison sans-fil ou par le biais d'une liaison filaire. Par exemple, comme déjà indiqué, lorsque les noeuds reposent sur un système d'exploitation Linux, les évènements NETLINK peuvent être utilisés pour effectuer cette surveillance. [0114] Dans une étape 902, chaque noeud vérifie si un nouveau dispositif lui est connecté. Si tel est le cas, une étape 903 est effectuée ; sinon, l'étape 901 est répétée. [0115] Dans l'étape 903, le noeud qui a détecté le branchement d'un nouveau dispositif à une de ses interfaces qui n'est pas utilisée pour créer le sous-réseau d'acheminement active une barrière logique vis-à-vis du serveur DHCP actif, que ce soit le serveur DHCP de secours 200 ou le serveur DHCP principal 111. La barrière logique en question conespond à celle de l'étape 703 déjà décrite. [0116] Dans l'étape 904, le noeud en question détermine si le serveur DHCP actif est le serveur DHCP principal Ill ou le serveur DHCP de secours 200. En d'autres termes, le noeud en question détermine si le système d'extension de couverture de communication sans-fil est en mode opérationnel normal ou en mode opérationnel de secours. En mode opérationnel normal, une étape 905 est effectuée ; en mode opérationnel de secours, une étape 906 est effectuée. [0117] Dans l'étape 905, le noeud en question active une barrière logique complémentaire pour interdire à tout message DHCP qui pourrait être émis par le dispositif nouvellement connecté d'emprunter le sous-réseau d'acheminement. En d'autres termes, la banière logique complémentaire isole le sous-réseau d'acheminement vis-à-vis du dispositif nouvellement connecté, de sorte que seul le mécanisme de surveillance MON 610 puisse recevoir d'éventuels messages DHCP en provenance dudit dispositif nouvellement connecté. Par exemple, le pare-feu FW 600 est configuré pour effectuer un droppage de tout message DHCP en provenance du dispositif nouvellement connecté et destiné à être propager via le sous-réseau d'acheminement (clause THROUGH du pare-feu FW 600). Puis, l'étape906 est effectuée. 17 [0118] Dans une étape 906, le mécanisme de surveillance MON 610 du noeud qui a détecté le branchement du nouveau dispositif effectue un test DHCP auprès dudit nouveau dispositif. En d'autres ternies, le mécanisme de surveillance MON 610 sonde le nouveau dispositif pour déterminer si ledit nouveau dispositif embarque un serveur DHCP, comme déjà décrit en relation avec l'étape 704. [0119] Dans une étape 907, le mécanisme de surveillance MON 610 vérifie si le test effectué à l'étape 906 conclut que le dispositif nouvellement connecté embarque un serveur DHCP. Si tel est le cas, une étape 910 est effectuée ; sinon, une étape 908 est effectuée. [0120] Dans l'étape 908, le noeud en question désactive la barrière logique qui a été mise en place à l'étape 903, ainsi que la barrière logique complémentaire qui a éventuellement été mise en place à l'étape 905. [0121] Dans une étape 909, le noeud en question accepte le nouveau dispositif dans le réseau local LAN, et il est mis fin à l'algorithme de la Fig. 9. [0122] Dans l'étape 910, le noeud en question détermine si le serveur DHCP actif est le serveur DHCP principal 111 ou le serveur DHCP de secours 200, comme à l'étape 904. En mode opérationnel normal, une étape 911 est effectuée ; en mode opérationnel de secours, une étape 912 est effectuée. [0123] Dans l'étape 911, le noeud en question maintient à l'isolement le serveur DHCP du dispositif nouvellement connecté pour éviter les conflits d'adresses IP avec le serveur DHCP principal 111, et cc, jusqu'à déconnexion du dispositif nouvellement connecté. Ensuite, le noeud en question désactive la barrière logique qui a été mise en place à l'étape 903, ainsi que la barrière logique complémentaire qui a été mise en place à l'étape 905 ; puis il est mis fin à l'algorithme de la Fig. 9. [0124] Dans l'étape 912, le serveur DHCP de secours 200 doit céder la place au serveur DHCP ainsi introduit (ou réintroduit) dans le réseau local LAN, qui devient alors le serveur DHCP principal. En conséquence, si le noeud qui a détecté le branchement du nouveau dispositif à une de ses interfaces qui n'est pas utilisée pour créer le sous-réseau d'acheminement est le noeud maître, le noeud maître désactive le serveur DHCP de secours 200. Sinon, le noeud en question informe le noeud maître qu'un serveur DHCP, à considérer désormais comme le serveur DHCP principal, a été branché ; alors le maître désactive le serveur DHCP de secours 200. [0125] Dans une étape 913, le noeud qui a détecté le branchement du nouveau dispositif à une de ses interfaces qui n'est pas utilisée pour créer le sous-réseau d'acheminement désactive la barrière logique qui avait été mise en place à l'étape 903. [0126] Dans une étape 914, le noeud en question accepte le nouveau dispositif dans le réseau local LAN. [0127] Dans une étape 915, le noeud maître notifie les autres noeuds du système d'extension de couverture de communication sans-fil que le serveur DHCP de secours 200 a été 18 désactivé. Tous les noeuds notent alors que le serveur DHCP de secours 200 a été désactivé (retour en mode opérationnel normal). Le fait pour chaque noeud de savoir dans quel mode opérationnel se trouve le système d'extension de couverture de communication sans-fil permet de déterminer s'il est nécessaire, ou pas, d'activer la barrière logique complémentaire et, en cas d'introduction d'un nouveau dispositif embarquant un serveur DHCP, de déterminer si celui-ci doit être maintenu à l'isolement ou prendre le rôle de serveur DHCP principal. A noter que dans le mode de réalisation des Figs. 8 et 9, le mécanisme de surveillance MON 610 est actif en permanence. [0128] Dans une étape 916, le noeud maître instruit les autres noeuds du système d'extension de couverture de communication sans-fil d'effectuer une déconnexion générale du réseau local LAN. A noter que les étapes 915 et 916 peuvent être effectuées en une seule et même étape dans laquelle le noeud maître envoie un message de requête de déconnexion générale du réseau local LAN qui inclut une information complémentaire indiquant que le serveur DHCP de secours 200 a été désactivé (retour en mode opérationnel normal). Pour exécuter la déconnexion générale, chacun des noeuds du système d'extension de couverture de communication sans-fil procède comme déjà décrit en relation avec la Fig. 4. [0129] Ainsi, dans une étape 917, le serveur DHCP principal effectue des renouvellements de baux pour l'ensemble des dispositifs connectés au réseau LAN (y compris les noeuds du système d'extension de couverture de communication sans-fil). Le serveur DHCP principal traite, pour ce faire, les requêtes DHCP qui proviennent des différents dispositifs du réseau local LAN, y compris celles émanant des noeuds du système d'extension de couverture de communication sans-fil. Un renouvellement complet des adresses IP du réseau local LAN est donc effectué, ce qui évite tout conflit d'adresse IP avec la politique d'attribution d'adresses IP précédemment mise en place par le serveur DHCP de secours 200. 19 [Revendication 1] [Revendication 2] [Revendication 3]