Brevet FR3041846A1 — publié le 20170331

Technique de gestion d'une adresse dans un réseau local L'invention se rapporte au domaine général des télécommunications. L'invention concerne plus particulièrement une technique de gestion d'une adresse dans un réseau local par un dispositif d'accès. Le dispositif d'accès permet notamment à des dispositifs localisés dans un site client ou réseau local d'accéder à un réseau de communication étendu WAN (pour « Wide Area Network »), tel que le réseau Internet. Pour un réseau local, le dispositif d'accès est connu sous le terme de passerelle d'accès. Un contrôle parental peut être mis en oeuvre sur une passerelle d'accès pour limiter un accès de certains dispositifs du réseau local au réseau Internet et au réseau local. Ce contrôle parental permet à un utilisateur principal de définir pour un dispositif du réseau local, des plages horaires autorisées ou interdites. A titre d'exemple, un enfant a un accès autorisé de 17:00 à 18:30 tous les jours, son accès étant bloqué en dehors de cette plage horaire. La passerelle d'accès doit alors inspecter l'ensemble des paquets qu'elle reçoit en provenance de dispositifs du réseau local, afin de détecter si cet accès est autorisé ou non. Ceci entraîne une charge de traitement importante au niveau de la passerelle d'accès, notamment au niveau de son processeur. Un des buts de l'invention est de remédier à des insuffisances/inconvénients de l'état de la technique et/ou d'y apporter des améliorations. Selon un premier aspect, l'invention a pour objet un procédé de gestion d'une adresse dans un réseau local par un dispositif d'accès permettant un accès à un réseau de communication étendu, une adresse permettant à un dispositif du réseau local de communiquer par l'intermédiaire du dispositif d'accès avec d'autres dispositifs. Ce procédé comprend : - une obtention par le dispositif d'accès d'une règle de contrôle d'accès à appliquer, ladite règle visant à bloquer une communication de paquets de données à partir d'au moins une heure de début ; - un envoi par le dispositif d'accès à au moins un dispositif du réseau local d'un message relatif à une adresse dans le réseau local associée audit dispositif, ledit message portant une information indiquant au dispositif que ladite adresse n'est plus valide à partir de ladite heure de début. Le procédé de gestion tire son origine d'un problème identifié lors de la mise en oeuvre du contrôle parental. Il est ici souligné qu'il peut également être mis en oeuvre dès qu'un dispositif d'accès doit appliquer une règle de contrôle à des paquets émis ou à destination de dispositifs d'un réseau local. Le réseau local correspond aussi bien à un réseau domestique, dans lequel une règle de contrôle parental doit être appliquée, qu'à un réseau d'entreprise, dans lequel une règle de contrôle d'accès doit être appliquée. 3041846 2 Grâce à un message transmis par le dispositif d'accès vers un dispositif du réseau local, une adresse dans le réseau allouée au dispositif du réseau local devient invalide au moins à l'heure de début de la règle de contrôle qui doit être appliquée. Ceci a pour effet d'empêcher le dispositif de communiquer avec d'autres dispositifs situés aussi bien dans le réseau local que dans le réseau 5 de communication étendu. Le contrôle du trafic par le dispositif d'accès est alors opérationnel. Cette technique permet ainsi d'éviter d'inspecter tous les paquets afin d'appliquer la règle de contrôle. La charge de traitement au niveau du dispositif d'accès pour mettre en oeuvre la règle de contrôle n'est pas augmentée. Par ailleurs, aucune modification n'est requise au niveau du protocole de gestion d'adresse. La technique de gestion d'adresse trouve ainsi une application 10 avantageuse à la mise en oeuvre du contrôle parental dans un réseau domestique. Il est ici souligné qu'une solution pour diminuer la charge de traitement pourrait consister à inspecter uniquement les paquets correspondant à un établissement d'une nouvelle connexion. Dans ce cas, seuls les premiers paquets d'une connexion sont inspectés et les paquets suivants reçus du réseau Internet sont directement transmis sur le réseau local vers leur destinataire. Ainsi, pour 15 l'exemple du contrôle parental décrit précédemment, si un enfant tente d'établir une connexion à 16:30, cette demande est bloquée. Toutefois, si l'enfant tente d'établir une connexion à 17:30, cette demande est autorisée. Cette solution présente l'inconvénient de ne pas couper les connexions déjà établies à l'heure de début de la plage horaire contrôlée. Ainsi une connexion établie avant l'heure de début de la règle de contrôle parental, c'est-à-dire 18:30, le reste tant qu'elle n'est pas terminée 20 du fait d'un serveur distant ou de l'enfant. Grâce à la technique de gestion d'adresse dans le réseau local, il est possible de couper cette connexion qui a été établie avant l'heure de début de contrôle d'accès. La charge de traitement au niveau du dispositif d'accès est également diminuée par rapport à cette solution, car il n'est pas nécessaire d'inspecter les paquets correspondant à un établissement d'une nouvelle 25 connexion. L'adresse dans le réseau qui est allouée peut aussi bien être une adresse de type IPv4, qu'une adresse de type IPv6. Les différents modes ou caractéristiques de réalisation mentionnés ci-après peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, aux étapes du procédé de 30 gestion tel que défini précédemment. Dans un mode de réalisation particulier, le message envoyé alloue une adresse au dispositif pour une durée d'allocation, déterminée en fonction de l'heure de début. L'adresse est alors allouée avec une durée d'allocation qui dépend de l'heure de début de la règle de contrôle d'accès. La durée d'allocation peut être envoyée de manière explicite ou de 35 manière implicite et déduite de la durée de bail. Cette détermination permet de garantir que l'adresse dans le réseau ne sera plus valide à l'heure de début. Une fois la durée d'allocation écoulée, le dispositif du réseau local doit alors demander un renouvellement de son adresse. En 3041846 3 effet, il n'a plus d'adresse dans le réseau valide et ne peut accéder au réseau local ni au réseau de communication étendu. Le message envoyé est un message du protocole DHCP, pour « Dynamic Host Configuration Protocol ». Dans une première variante où le protocole est DHCPv4, le message 5 envoyé en réponse à une requête DHCP Request est un message DHCP ACK, comprenant un bail. Dans une deuxième variante où le protocole est DHCPv6 avec état (« stateful » en anglais), le message envoyé en réponse à une demande DHCP Request est un message DHCPv6 Reply, comprenant une durée de vie. Selon une caractéristique particulière, un refus d' allocation d' adresse est envoyé par le 10 dispositif d'accès en réponse à une demande du dispositif reçue après l'heure de début. Ceci permet d'éviter de retarder les demandes ultérieures d'allocation d'adresse. Selon un mode de réalisation particulier, le message envoyé est un message de diffusion d'un préfixe indiquant une durée de vie nulle, ledit préfixe étant destiné à permettre au dispositif du réseau local de construire ladite adresse. 15 Le message envoyé est un message du protocole ICMPv6, pour « Internet Control Management Protocol » plus précisément un message ICMPv6 Router Advertisement. Ce message est envoyé à destination du dispositif du réseau local, une fois l'heure de début de contrôle d'accès atteinte. Ce mode de réalisation correspond à une mise en oeuvre d'une auto-configuration sans état dans un réseau de type IPv6 (« stateless » en anglais). 20 Dans un mode de réalisation particulier, une nouvelle adresse est envoyée par le dispositif d'accès en réponse à une demande du dispositif reçue après l'heure de début, la règle de contrôle d'accès étant appliquée par le dispositif d'accès pour des paquets de données dont l'adresse source correspond à la nouvelle adresse envoyée. Ceci permet d'éviter des demandes répétées d'allocation d' adresse en provenance du 25 dispositif du réseau local, ne disposant plus d'adresse valide. Dans un mode de réalisation particulier, le procédé de gestion comprend en outre une modification par le dispositif d'accès d'un ensemble d'adresses auquel appartient ladite adresse. Ceci permet d'éviter que le dispositif du réseau local ne configure une adresse statique dans l'ensemble d'adresses utilisé par le dispositif d'accès. Une fois un nouvel ensemble activé, 30 l'adresse statique appartenant à l'ancien ensemble d'adresses n'est plus valide. Selon un deuxième aspect, l'invention concerne également un dispositif d'accès permettant un accès à un réseau de communication étendu. Ce dispositif comprend : - un module de contrôle d'accès, agencé pour obtenir une règle de contrôle d'accès à appliquer, ladite règle visant à bloquer une communication de paquets de données à partir d'au 35 moins une heure de début ; - un module de contrôle d'adresse, agencé pour envoyer à au moins un dispositif du réseau local un message relatif à une adresse dans le réseau local associée audit dispositif, une 3041846 4 adresse permettant audit dispositif du réseau local de communiquer par l'intermédiaire du dispositif d' accès avec d' autres dispositifs, ledit message portant une information indiquant au dispositif que ladite adresse n'est plus valide à partir de ladite heure de début. Les avantages énoncés pour le procédé de gestion selon le premier aspect sont 5 transposables directement au dispositif d' accès. Dans un mode de réalisation particulier, le module de contrôle d' adresse est en outre agencé pour allouer une adresse au dispositif pour une durée d'allocation, déterminée en fonction de l'heure de début. Dans un mode de réalisation particulier, le module de contrôle d' adresse étant en outre 10 agencé pour diffuser un préfixe, ledit préfixe étant destiné à permettre au dispositif du réseau local de construire ladite adresse, le message envoyé est un message de diffusion de préfixe indiquant une durée de vie nulle. Selon un troisième aspect, l'invention concerne un programme pour un dispositif d'accès, comprenant des instructions de code de programme destinées à commander l'exécution de celles 15 des étapes du procédé de gestion précédemment décrit mises en oeuvre par le dispositif d'accès, lorsque ce programme est exécuté par ce dispositif et un support d'enregistrement lisible par un dispositif d'accès sur lequel est enregistré un programme pour un dispositif. Les avantages énoncés pour le procédé de gestion selon le premier aspect sont transposables directement au programme pour un dispositif d'accès et au support d'enregistrement. 20 L'invention sera mieux comprise à l'aide de la description suivante de modes de réalisation particuliers de la technique de gestion, en référence aux dessins annexés sur lesquels : - la figure 1 représente un réseau local dans lequel est mise en oeuvre la technique de gestion selon un mode particulier de réalisation ; 25 - les figures 2a-2c illustrent des étapes d'un procédé de gestion selon des modes particuliers de réalisation ; - la figure 3 représente un dispositif d'accès selon un mode particulier de réalisation. La figure 1 représente un réseau de communication privé ou local 3. Le protocole IP 30 (pour « Internet Protocol ») est utilisé par les dispositifs dans le réseau local pour communiquer entre eux et également pour communiquer avec d'autres dispositifs par l'intermédiaire d'un réseau 1 de communication étendu WAN (pour « Wide Area Network »), tel que le réseau Internet. Pour l'environnement représenté à la figure 1, on entend par réseau de communication local 3 un réseau de type LAN (« Local Access Network »). Ce réseau peut être en particulier un 35 réseau domestique ou un réseau d'entreprise. Un dispositif d'accès 30 est agencé pour fournir à des dispositifs du réseau local 3 un accès vers le réseau de communication étendu (par exemple Internet) par l'intermédiaire d'un réseau d'accès, non représenté sur la figure 1. Le dispositif 3041846 5 d'accès 30 assure l'acheminement de paquets de données entre le réseau de communication étendu 1 et le réseau local 3. Il s'agit par exemple d'une passerelle domestique ou bien d'une passerelle d'entreprise ou bien encore d'un routeur. Le réseau d'accès est par exemple un réseau d'accès xDSL (pour « Digital Subscriber Line », le x indiquant qu'il peut s'agir d'un réseau ADSL, HSDL, 5 VDSL, ...). Il peut également s'agir d'un réseau FTTH (pour « Fiber To The Home ») ou d'un réseau mobile tel qu'un réseau 3G ou 4G. Aucune limitation n'est attachée au type du réseau d' accès. Les dispositifs 31-34 du réseau local 3 peuvent être n'importe quels dispositifs, par exemple domestiques, disposant d'une connexion réseau filaire ou sans fil. A titre d'exemples 10 illustratifs, différents dispositifs sont représentés sur la figure 1. Il peut s'agir par exemple, d'un ordinateur, d'une tablette tactile 31, d'un terminal mobile 32, d'une télévision 33, d'un décodeur TV 34 (« Set-Top Box »), d'une console de jeux, de dispositifs électroménagers, etc. Aucune limitation n'est attachée au nombre de ces dispositifs, ni aux types de ces dispositifs. A titre d'exemple illustratif, ces différents dispositifs s'échangent des données dans le réseau local par 15 l'intermédiaire de canaux de communication radio, en utilisant notamment la technologie de transmission sans fil basée sur la norme de réseau radioélectrique IEEE 802.11 et ses évolutions communément regroupées sous l'appellation Wi-Fi (pour « Wireless Fidelity »). Le dispositif d'accès 30 dispose d'une adresse IP lui permettant de communiquer avec d'autres dispositifs 10 du réseau de communication étendu 1. 20 Le réseau local 3 peut être un réseau de type IPv4 ou de type IPv6. Lorsque le réseau local 3 est de type IPv4, une adresse est associée à chaque dispositif 31-34 afin de lui permettre de communiquer avec d'autres dispositifs. Cette adresse est dite privée. Un paquet conforme au protocole Internet, dit paquet IP, envoyé par le dispositif comprend cette adresse IP privée en tant qu'adresse source du paquet. Un paquet IP reçu par le dispositif comprend cette adresse IP privée 25 en tant qu'adresse de destination du paquet. Le protocole DHCPv4 (DHCP pour « Dynamic Host Configuration Protocol ») défini dans le document de l'IETF RFC 2131 est utilisé pour allouer les adresses dans le réseau local. Lorsque le réseau local est de type IPv6, le dispositif du réseau local auto-configure une adresse IP à partir d'informations de routage reçues en provenance d'un dispositif routeur selon la 30 procédure de découverte ICMPv6 (pour « Internet Control Management Protocol »). L'auto- configuration peut être mise en oeuvre sans état (« stateless ») ou bien avec état (« stateful »). L'auto-configuration sans état, définie dans le document de l'IETF RFC 4862, est utilisée quand la gestion administrative des adresses attribuées n'est pas nécessaire au sein d'un site. L'auto-configuration avec état est utilisée lorsqu'un site demande un contrôle strict de l'attribution des 35 adresses. Le dispositif d'accès 30 fournit dans un en-tête du message d'annonce ICMPv6 « Router Advertisement » le type d'auto-configuration à appliquer et fournit éventuellement les informations 3041846 6 nécessaires à sa configuration. Le bit M (pour « Managed address configuration ») permet de fournir l'information relative au type d'auto-configuration : - lorsqu'il est positionné à la valeur « 0 », il indique que le dispositif doit construire lui-même l'adresse à partir de son identifiant d'interface et des préfixes reçus (auto- 5 configuration sans état) ; - lorsqu'il est positionné à la valeur « 1 », il indique que le dispositif doit explicitement demander son adresse auprès d'un serveur d'adresses (auto-configuration avec état). Le mécanisme d'auto-configuration avec état s'appuie sur le modèle du client-serveur et repose sur l'utilisation du protocole DHCPv6, défini dans le document de l'IETF 10 RFC 3315. Par ailleurs, une adresse MAC (pour « Media Access Control ») est un identifiant physique stocké dans une carte réseau ou une interface réseau. Cette adresse MAC est unique. Elle permet d'identifier un dispositif du réseau local. Un utilisateur peut configurer le contrôle d'accès mis en oeuvre par le dispositif d' accès 15 30 au moyen d'une interface homme-machine. Dans un réseau domestique, pour cette configuration, l'utilisateur peut exécuter une application sur la tablette 31 ou le terminal mobile 32. Cette application permet notamment de définir des règles de contrôle parental, c'est-à-dire d'autoriser ou d'interdire un accès à un utilisateur en fonction de plages horaires définies. Une plage horaire d'interdiction comprend une heure de début de contrôle et une heure de fin de 20 contrôle. L'interdiction peut également être globale, s'appliquant alors à tous les utilisateurs. L'utilisateur est par exemple identifié avec l'adresse MAC du dispositif qu'il utilise. Un dispositif d'accès 30 à un réseau de communication étendu va maintenant être décrit en référence à la figure 3 dans un mode particulier de réalisation. Un tel dispositif comprend notamment : 25 - une zone mémoire 301, agencée pour mémoriser un programme qui comprend des instructions de code pour mettre en oeuvre les étapes du procédé de gestion ; - une mémoire de stockage, non représentée, agencée pour stocker des données utilisées lors de la mise en oeuvre du procédé de gestion : - un processeur 300 pour exécuter des instructions de code de modules logiciels ; 30 - un premier module 302 de communication, agencé pour communiquer avec le réseau de communication étendu ; - un deuxième module 303 de communication, agencé pour communiquer avec les dispositifs du réseau local 3 ; - un module 304 de contrôle d'accès, agencé pour mettre en oeuvre une application de contrôle 35 d' accès, permettant de définir des règles de contrôle d'accès et de les appliquer ; - un module 305 de contrôle d'adresse ; 3041846 7 - un module 306 d'acheminement des paquets, agencé pour acheminer des paquets reçus en provenance du réseau de communication étendu ou de dispositifs du réseau local vers des dispositifs du réseau local et pour acheminer des paquets reçus en provenance du réseau local vers des dispositifs destinataires dans le réseau local ou par l'intermédiaire du réseau de communication 5 étendu. Il est ici souligné que le dispositif d'accès 30 comprend également d'autres modules de traitement, non représentés sur la figure 3, agencés pour mettre en oeuvre les différentes fonctions d'un dispositif d'accès. Le premier module d'interface 302 est par exemple un module xDSL, FTTH, 3G, 4G. 10 Le deuxième module d'interface 303 est par exemple un module d'accès à un réseau sans fil, tel que le Wi-Fi. La technique de gestion d'une adresse dans un réseau local va maintenant être décrite dans des modes particuliers de réalisation en relation avec les figures 2a-2c. 15 Cette technique de gestion s'appuie sur un envoi par le dispositif d'accès 30 à au moins un dispositif du réseau local 31-34 d'un message relatif à une adresse dans le réseau local associée à ce dispositif. Ce message porte une information indiquant au dispositif que l'adresse qui lui est associée n'est plus valide à partir d'une heure donnée. Cette heure correspond à une heure de début d'une règle de contrôle d'accès à appliquer. Cette règle vise à bloquer une communication de 20 paquets de données à partir d'au moins une heure de début en provenance et à destination d'au moins un dispositif du réseau local. Les différents modes de réalisation sont décrits par la suite dans le cadre d'une application de contrôle parental. Dans ces différents modes de réalisation, dans une étape E0, non représentée sur les 25 figures 2a-2c, le module de contrôle parental 304 obtient une règle de contrôle parental à appliquer à un dispositif donné du réseau local ou à un groupe de dispositifs ou encore à l'ensemble des dispositifs. Un dispositif du réseau local est notamment identifié à l'aide de son adresse MAC. La règle de contrôle parental est par exemple obtenue au moyen d'une interface homme-machine du dispositif d'accès ou bien d'un dispositif administrateur du réseau local 3. 30 La figure 2a décrit plus précisément les échanges entre le dispositif d'accès 30 et un dispositif du réseau local 31 dans un premier mode de réalisation particulier. Ce premier mode correspond à un réseau local de type IPv4. Le module 305 de contrôle d'adresse est notamment agencé pour allouer des adresses du réseau local et met en oeuvre le protocole DHCPv4. 35 On se place au niveau du dispositif 31 du réseau local et on considère qu'aucune adresse IP ne lui est associée à l'initialisation. 3041846 8 Dans une étape Fl, le dispositif 31 du réseau local 3 initie une procédure d'allocation d'adresse. Plus précisément, le dispositif 31 envoie en mode diffusé (« broadcast » en anglais) une demande M1 de découverte d'un serveur DHCP. Cette demande M1 correspond à un message DHCP Discover diffusé sur un port destinataire de valeur 67. Elle comprend entre autres éléments 5 d'information un identifiant du dispositif émetteur sous la forme de son adresse MAC. Ce message Ml est reçu par le module de contrôle d'adresse 305 du dispositif d'accès 30 dans une étape El. En effet, conformément au standard, le dispositif d'accès 30 est à l'écoute de messages envoyés sur le port 67. Toujours dans cette étape El, le module de contrôle d'adresse 305 vérifie s'il existe une 10 règle de contrôle parental à appliquer au dispositif identifié dans le message Ml. On se place par la suite dans le cas où cette vérification est positive. En effet, dans le cas contraire, la procédure d'allocation d'adresse se poursuit conformément au standard DHCPv4 avec une durée de bail normale Tnorm, paramétrée par exemple à 24 heures. On rappelle ici que conformément au standard DHCPv4, un dispositif recevant une durée 15 de bail T détermine deux temporisations associées : - Ti (« IP Address Renewal Time ») qui correspond à la durée maximale au bout de laquelle le dispositif va essayer de renouveler son bail auprès du dispositif d'accès qui lui a alloué une adresse. Généralement, Ti est configuré à 50% de la durée de bail T. Cette temporisation Ti correspond à une durée d'allocation associée à l'adresse allouée. 20 - T2 (« IP Address Rebinding Time ») : la durée maximale au bout de laquelle le dispositif va essayer de renouveler son bail auprès de n'importe quel serveur. Généralement, T2 est configuré à 87,5% de la durée de bail T. Lorsque la vérification est positive, le module de contrôle d'adresse 305 obtient une donnée indiquant si l'accès est autorisé ou non. L'échange de messages lorsque l'accès n'est pas 25 autorisé est décrit ultérieurement en relation avec une étape F2 mise en oeuvre par le dispositif 31. Lorsque l'accès est autorisé, le module de contrôle d'adresse 305 obtient une durée d'accès autorisé, correspondant à la différence entre l'heure de début de la règle de contrôle à appliquer et l'heure courante (c'est-à-dire l'heure de réception de la demande). Selon les implémentations, cette durée d'accès autorisé peut être déterminée par le module de contrôle d'adresse 305 ou par le 30 module de contrôle parental 304 en fonction de l'heure de début de la règle de contrôle parental à appliquer. Lorsque la durée d'accès autorisé est supérieure à la durée Tlnorm déterminée pour la durée de bail normale Tnorm, la procédure d'allocation d'adresse se poursuit conformément au standard DHCPv4 avec la durée de bail normale Tnorm. 35 Dans le cas contraire, c'est-à-dire si la durée d'accès autorisé est inférieure à la durée Tlnorm, le module de contrôle d'adresse 305 détermine à partir de cette durée d'accès autorisé une durée de bail T (« IP Address Lease Time ») associée à une adresse @IP1 qui va être allouée au 3041846 9 dispositif du réseau local. En appliquant le paramétrage classique d'un serveur DHCP, la durée de bail T est inférieure ou égale au double de la durée d'accès autorisé, afin de garantir que la durée Ti expire avant l'heure de début de la règle de contrôle parental. La procédure d'allocation d'adresse se poursuit alors conformément au standard 5 DHCPv4. Toujours dans cette étape El, le module de contrôle d'adresse 305 envoie sur le port 68 un message M2 d'offre d'adresse au dispositif 31 identifié par son adresse MAC. Ce message M2 correspond à un message DHCP Offer et comprend notamment l'adresse IP du dispositif d'accès 30, l'adresse IP offerte et la durée de bail déterminée 10 Ce message M2 est reçu par le dispositif 31 qui renvoie à destination du dispositif d'accès 30 un message M3 requérant une allocation de cette adresse @IP1. Ce message M3 correspond à un message DHCP Request et comprend l'adresse IP demandée. Le module de contrôle d'adresse 305 envoie alors un message M4 d'accusé de réception qui alloue notamment au dispositif 31 l'adresse IP @IP1. Ce message M4 correspond à un message 15 DHCP Ack et comprend notamment l'adresse IP et la durée du bail de cette adresse. Ce message M4 relatif à une adresse dans le réseau local associée au dispositif 31 porte ainsi une information indiquant au dispositif 31 que cette adresse n'est plus valide à partir de l'heure de début de la règle de contrôle parental à appliquer. Le dispositif 31 initialise en fonction de la durée de bail T reçue les temporisations T1 et 20 T2. Le dispositif 31 communique alors par exemple avec le dispositif 10 par l'intermédiaire du dispositif d'accès 30. Le dispositif 31 peut par exemple initialiser la transmission d'un flux vidéo à partir du dispositif 10. La temporisation T1 expire lors d'une étape F2. Cette expiration se produit ainsi lorsque l'accès du dispositif 31 doit être contrôlé. 25 Conformément au standard DHCPv4, le dispositif 31 envoie une demande M5 de renouvellement de la durée de bail associée à l'adresse IP @IP1 qui lui a été allouée. Cette demande M5 correspond à un message DHCP Request et comprend l'adresse IP demandée. Le module de contrôle d'adresse 305 vérifie alors, comme décrit précédemment en relation avec l'étape El, s'il existe une règle de contrôle parental à appliquer au dispositif identifié 30 dans le message M5. Le module de contrôle d'adresse 305 obtient alors une donnée indiquant que l'accès n'est pas autorisé et envoie un message M6 de refus au dispositif 31. Ce message M6 correspond à un message DHCP Nack. Ainsi, par l'envoi de ce message M6, un refus d'allocation d'adresse est envoyé par le dispositif d'accès 30 en réponse à une demande M5 du dispositif 31 reçue après l'heure de début. Le dispositif 31 ne disposant plus d'une adresse IP valide lui 35 permettant de communiquer, il met fin le cas échéant à une communication en cours et ne peut plus établir de nouvelles communications. La règle de contrôle parental est ainsi appliquée. Aucune modification n'est requise au niveau des dispositifs du réseau local car le procédé de gestion 3041846 10 s'appuie sur un fonctionnement normal du protocole DHCPv4. On souligne ici que dans le protocole DHCPv4, il n'existe pas d'échange entre un serveur DHCP et un client DHCP, permettant au serveur DHCP de révoquer une adresse IP allouée. Grâce à la détermination de la durée de bail en fonction de l'heure de début de contrôle parental, il est possible de rendre invalide 5 une adresse IP allouée à partir de l'heure de début de contrôle. Dans une étape F3, similaire à l'étape El précédemment décrite, le dispositif 31 initie une procédure d'allocation d'adresse par envoi en mode diffusé d'un message M7 de découverte d'un serveur DHCP. Plusieurs mises en oeuvre sont possibles suite à la réception de ce message M7. Dans une première variante de réalisation, le dispositif d'accès 30 ignore ce message M7 10 de découverte. Le dispositif 31 renouvelle alors l'envoi de ce message à intervalles réguliers. Cette première variante présente l'avantage de limiter la charge protocolaire au niveau du réseau. Dans une deuxième variante de réalisation, en réponse à ce message M7, le dispositif d'accès 30 offre au dispositif 31, l'adresse @IP1, ou une nouvelle adresse @IP2, dans un message DHCP Offer et lors de la réception du message DHCP Request demandant une allocation de 15 l'adresse @IP1 envoie un refus d'allocation DHCP Nack. Le dispositif 31 renouvelle alors à intervalles réguliers la demande d'allocation d'adresse. Il est ici souligné que dans le mode de réalisation décrit, les durées Ti et T2 sont déterminées par le dispositif 31 sur réception de la durée du bail T. Le standard DHCPv4 permet également d'envoyer ces durées Tl et T2 au dispositif 31 dans les messages M2 DHCPv4 Offer et 20 M4 DHCPv4 Ack. Dans ce mode de réalisation particulier, la durée d'allocation Ti est par exemple fixée pour être inférieure ou égale à la durée d'accès autorisé. Il est également souligné que l'adresse IP allouée est sélectionnée par le dispositif d'accès 30 dans un ensemble d'adresses. Dans une variante de réalisation, le dispositif d'accès 30 modifie régulièrement cet ensemble d'adresses. Ceci permet d'éviter qu'un utilisateur du dispositif 25 configure une adresse dite statique. Cette configuration d'adresse statique permet en effet au dispositif 31 de ne pas mettre en oeuvre le standard DHCPv4 pour obtenir une adresse IP dynamique. Lorsque l'ensemble d'adresses est modifié, une adresse statique configurée dans l'ancien ensemble d'adresses n'est plus valide et le dispositif 31 ne peut plus communiquer. Le mode de réalisation décrit une découpe fonctionnelle entre les modules de contrôle 30 d'adresse 305 et de contrôle parental 304 permettant d'illustrer des échanges entre ces modules pour la mise en oeuvre du procédé de gestion. Il est ici souligné qu'aucune limitation n'est attachée à cette découpe fonctionnelle et que d'autres implémentations sont également possibles, l'objectif étant que les modules de contrôle d'adresse 305 et de contrôle parental 304 coopèrent afin que l'adresse associée au dispositif à contrôler ne soit plus valide à partir de l'heure de début de la règle 35 de contrôle parental à appliquer. A titre d'exemple illustratif, le module de contrôle parental 304 transmet au module de contrôle d'adresse 305 un identifiant de dispositif à contrôler. Sur réception de la demande de découverte Ml, le module de contrôle d'adresse 305 interroge le module de 3041846 11 contrôle parental 304 uniquement lorsque le dispositif requérant 31 appartient à une liste de dispositifs à contrôler. La description a été faite avec une durée de bail normale configurée à 24 heures. Aucune limitation n'est attachée à cette valeur. Il est ici souligné que la durée de bail normale peut être 5 configurée à une valeur par exemple d'une heure. Ceci permet au dispositif d'accès 30 d'être plus réactif lors de la configuration d'une nouvelle règle de contrôle parental à appliquer ou lors de la modification d'une règle existante. La figure 2b décrit plus précisément les échanges entre le dispositif d'accès 30 et un dispositif du réseau local 31 dans un deuxième mode de réalisation particulier. Ce deuxième mode 10 est mis en oeuvre dans un réseau local de type IPv6 avec auto-configuration sans état. Le module 305 de contrôle d'adresse est notamment agencé pour envoyer des informations relatives au réseau local et met en oeuvre le protocole ICMPv6. On se place au niveau du dispositif 31 du réseau local et on considère qu'aucune adresse IP ne lui est associée à l'initialisation. 15 Le dispositif d'accès 30 envoie en mode diffusé (« Multicast » en anglais) un message Ni de découverte de routeur. Plus précisément, le message N1 correspond à un message ICMPv6 Router Advertisement comprenant notamment un bit M positionné à la valeur « 0 », comme décrit précédemment. Le message M1 diffuse un préfixe destiné à permettre à un dispositif du réseau local de construire une adresse. Le message N1 comprend également des durées de vie : 20 - Valid Lifetime : à l'expiration de cette temporisation, l'adresse IPv6 devient invalide ; - Preferred Lifetime : à l'expiration de cette temporisation, l'adresse IPv6 devient dépréciée (« deprecated » en anglais). A titre d'exemple illustratif, la durée de vie Valid Lifetime est configurée à quinze minutes et la durée de vie Preferred Lifetime est configurée à cinq minutes. 25 Dans une étape H1, le dispositif 31 du réseau local 3 construit sa propre adresse IPv6 @IP1 en fonction d'un préfixe reçu. Dans une étape G1, le module de contrôle d'adresse 305 obtient une donnée indiquant que l'accès n'est pas autorisé pour le dispositif 31 à partir d'une heure de début de la règle de contrôle parental. Pour obtenir cette donnée, dans un mode de réalisation particulier, le module de 30 contrôle d'adresse 305 interroge régulièrement le module de contrôle parental 304. Dans un autre mode de réalisation particulier, le module de contrôle parental 304 notifie le module de contrôle d'adresse 305 lorsque l'heure de début est atteinte. Toujours dans cette étape G1, à l'heure de début, le module de contrôle d'adresse 305 envoie en mode diffusé un message N2 de découverte de routeur à destination du dispositif 31, 35 identifié par son adresse MAC. Plus précisément, le message N2 correspond à un message ICMPv6 Router Advertisement comprenant notamment un bit M positionné à la valeur « 0 », comme décrit précédemment, et une durée de vie nulle. Le message N2 diffuse un préfixe et indique une durée de 3041846 12 vie nulle, ce préfixe étant destiné à permettre au dispositif 31 de construire une adresse IPv6. Ce message N2 est ainsi relatif à l'adresse dans le réseau local associée au dispositif 31 et porte une information indiquant au dispositif que cette adresse n'est plus valide à partir de l'heure d'envoi du message, c'est-à-dire de l'heure de début de la règle de contrôle parental. 5 Ce message N2 est ignoré par d'éventuels autres dispositifs du réseau local. Seul le dispositif 31 destinataire de ce message N2 le traite. Sur réception de ce message N2, dans une étape H2, le dispositif 31 coupe les connexions en cours. On souligne ici que conformément aux mécanismes spécifiés dans ICMPv6, le dispositif d'accès 30 envoie périodiquement en mode diffusé un message N1 de découverte de routeur. Ce 10 message N1 est diffusé toutes les 30 à 60 secondes et est reçu également par le dispositif 31. Afin de bloquer l'accès du dispositif 31, un message N2 est de nouveau transmis en mode diffusé au dispositif 31 après chaque envoi de message Ni. Il est ici souligné que l'adresse IPv6 construite par le dispositif 31 appartient à un ensemble d'adresses, identifié par le préfixe diffusé. Dans une variante de réalisation, similaire à 15 celle décrite précédemment en relation avec le premier mode de réalisation, le dispositif d'accès 30 modifie régulièrement cet ensemble d'adresses. Ceci permet d'éviter qu'un utilisateur du dispositif configure une adresse dite statique. Lorsque l'ensemble d'adresses est modifié, une adresse statique configurée dans l'ancien ensemble d'adresses n'est plus valide et le dispositif 31 ne peut plus communiquer. 20 La figure 2c décrit plus précisément les échanges entre le dispositif d'accès 30 et un dispositif du réseau local 31 dans un troisième mode de réalisation particulier. Ce troisième mode est mis en oeuvre dans un réseau local de type IPv6 avec auto-configuration avec état. Le module 305 de contrôle d'adresse est notamment agencé pour allouer des adresses du réseau local et met en oeuvre le protocole DHCPv6. 25 On se place au niveau du dispositif 31 du réseau local et on considère qu'aucune adresse IP ne lui est associée à l'initialisation. Le dispositif d'accès 30 envoie en mode diffusé (« Multicast » en anglais) un message 01 de découverte de routeur. Plus précisément, le message 01 correspond à un message ICMPv6 Router Advertisement comprenant notamment un bit M positionné à la valeur « 1 », comme décrit 30 précédemment. Dans une étape il, le dispositif 31 du réseau local 3 initie une procédure d'allocation d'adresse. Plus précisément, le dispositif 31 envoie en mode diffusé un message 02 d'interrogation de présence d'un serveur DHCPv6 sur le port 547. Ce message d'interrogation 02 correspond à un message DHCPv6 Solicit et comprend entre autres éléments d'information un identifiant du 35 dispositif émetteur sous la forme de son adresse MAC. Ce message 02 est reçu par le module de contrôle d'adresse 305 du dispositif d'accès 30 dans une étape Il. 3041846 13 Toujours dans cette étape H, le module de contrôle d'adresse 305 vérifie s'il existe une règle de contrôle parental à appliquer au dispositif identifié dans le message 02. On se place par la suite dans le cas où cette vérification est positive. En effet, dans le cas contraire, la procédure d'allocation d'adresse se poursuit conformément au standard DHCPv6 avec une durée de vie 5 normale LTnorm, paramétrée par exemple à 24 heures. On rappelle ici que conformément au standard DHCPv6, quatre durées de vie (« Lifetime » en anglais) sont transmises à un dispositif : - ValidLifeTime : à l'expiration de cette temporisation, les sessions en cours sont coupées ; 10 - PreferredLifeTime : à l'expiration de cette temporisation, l'adresse IPv6 devient dépréciée (« deprecated » en anglais) ; le dispositif n'utilise plus l'adresse IPv6 configurée pour de nouvelles connexions mais maintient les sessions en cours. - T1 (« IP Address Renewal Time ») qui correspond à la durée maximale au bout de laquelle le dispositif va essayer de renouveler son bail auprès du dispositif d'accès qui lui a alloué 15 une adresse. Cette temporisation T1 correspond à une durée d'allocation associée à l'adresse allouée. - T2 (« IP Address Rebinding Time » : la durée maximale au bout de laquelle le dispositif va essayer de renouveler son bail auprès de n'importe quel serveur. Lorsque la vérification est positive, le module de contrôle d'adresse 305 obtient une 20 donnée indiquant si l'accès est autorisé ou non. L'échange de messages lorsque l'accès n'est pas autorisé est décrit ultérieurement en relation avec une étape J2 mise en oeuvre par le dispositif 31. Lorsque l'accès est autorisé, le module de contrôle d'adresse 305 obtient une durée d'accès autorisé, correspondant à la différence entre l'heure de début de la règle de contrôle à appliquer et l'heure courante (c'est-à-dire l'heure de réception de la demande). Selon les implémentations, cette 25 durée d'accès autorisé peut être déterminée par le module de contrôle d'adresse 305 ou par le module de contrôle parental 304 en fonction de l'heure de début de la règle de contrôle parental à appliquer. Lorsque la durée d'accès autorisé est supérieure à la durée Tlnorm déterminée pour la durée de bail normale LTnorm, la procédure d'allocation d'adresse se poursuit conformément au 30 standard DHCPv6 avec la durée de bail normale LTnorm. Dans le cas contraire, c'est-à-dire si la durée d'accès autorisé est inférieure à la durée Tlnorm, le module de contrôle d'adresse 305 détermine à partir de cette durée d'accès autorisé une durée de vie T1 associée à une adresse @IP1 qui va être allouée au dispositif du réseau local. Généralement, T1 est configuré à 50 % de la durée PreferredLifeTime et T2 est configuré à 80 % 35 de la durée PreferredLifeTime. La procédure d'allocation d'adresse se poursuit alors conformément au standard DHCPv6. 3041846 14 Toujours dans cette étape H, le module de contrôle d'adresse 305 envoie sur le port 546 un message 03 de présence de serveurs DHCP au dispositif 31 identifié par son adresse MAC. Ce message 03 correspond à un message DHCPv6 Advertise et comprend notamment l'adresse IP du dispositif d'accès 30, l'adresse IPv6 @IP1 et les durées de vie déterminées. 5 Ce message 03 est reçu par le dispositif 31 qui renvoie à destination du dispositif d'accès 30 un message 04 requérant une allocation d'adresse. Ce message 04 correspond à un message DHCPv6 Request et est un message de demande de paramètres de configuration de la part d'un client sans adresse. Le module de contrôle d'adresse 305 envoie alors un message 05 de réponse qui alloue 10 notamment au dispositif 31 l'adresse IPv6 @IP1. Ce message 05 correspond à un message DHCPv6 Reply et comprend notamment l'adresse IPv6 @IP1 et les durées de vie déterminées. Ce message 05 relatif à une adresse dans le réseau local associée au dispositif 31 porte ainsi une information indiquant au dispositif 31 que cette adresse n'est plus valide à partir de l'heure de début de la règle de contrôle parental à appliquer. 15 Le dispositif 31 initialise les temporisations T1 et T2 en fonction des durées de vie reçues. Le dispositif 31 communique alors par exemple avec le dispositif 10 par l'intermédiaire du dispositif d'accès 30. Le dispositif 31 peut par exemple initialiser la transmission d'un flux vidéo à partir du dispositif 10. La temporisation T1 expire lors d'une étape J2. Cette expiration se produit ainsi lorsque 20 l'accès du dispositif 31 doit être contrôlé. Conformément au standard DHCPv6, le dispositif 31 envoie une demande 06 de renouvellement de l'adresse IPv6 @IP1 qui lui a été allouée. Cette demande 06 correspond à un message DHCP Renew et comprend l'adresse IPv6 @IP1. Le module de contrôle d'adresse 305 vérifie alors, comme décrit précédemment en 25 relation avec l'étape H, s'il existe une règle de contrôle parental à appliquer au dispositif identifié dans le message 07. Le module de contrôle d'adresse 305 obtient alors une donnée indiquant que l'accès n'est pas autorisé et envoie un message 07 de refus au dispositif 31. Ce message 07 correspond à un message DHCP Reply avec des durées de vie nulles. Ainsi, par l'envoi de ce message 07, un refus d'allocation d'adresse est envoyé par le dispositif d'accès 30 en réponse à 30 une demande 06 du dispositif 31 reçue après l'heure de début. Le dispositif 31 ne disposant plus d'une adresse IP valide lui permettant de communiquer, il met fin le cas échéant à une communication en cours et ne peut plus établir de nouvelles communications. La règle de contrôle parental est ainsi appliquée. Aucune modification n'est requise au niveau des dispositifs du réseau local car le procédé de gestion s'appuie sur un fonctionnement normal du protocole DHCPv6. On 35 souligne ici que dans le protocole DHCPv6, il n'existe pas d'échange entre un serveur DHCP et un client DHCP, permettant au serveur DHCP de révoquer une adresse IP allouée. Grâce à la 3041846 15 détermination des durées de vie en fonction de l'heure de début de contrôle parental, il est possible de rendre invalide une adresse IPv6 allouée à partir de l'heure de début de contrôle. Dans une étape J3, similaire à l'étape .11 précédemment décrite, le dispositif 31 initie une procédure d'allocation d'adresse par envoi en mode diffusé un message 08 d'interrogation de 5 présence d'un serveur DHCPv6 sur le port 547. Ce message d'interrogation 08 correspond à un message DHCPv6 Solicit et comprend entre autres éléments d'information un identifiant du dispositif émetteur sous la forme de son adresse MAC. Plusieurs mises en oeuvre sont possibles suite à la réception de ce message 08. Dans une première variante de réalisation, le dispositif d'accès 30 ignore ce message 08 10 d'interrogation de présence. Le dispositif 31 renouvelle alors l'envoi de ce message à intervalles réguliers. Cette première variante présente l'avantage de limiter la charge protocolaire au niveau du réseau. Dans une deuxième variante de réalisation, en réponse à ce message 08, le dispositif d'accès 30 offre au dispositif 31 l'adresse IPv6 @IP1, ou une nouvelle adresse @IP2, dans un 15 message DHCPv6 Reply avec des durées de vie nulles. Il est ici souligné que l'adresse IPv6 allouée est sélectionnée par le dispositif d'accès 30 dans un ensemble d'adresses. Dans une variante de réalisation, similaire à celle décrite précédemment en relation avec le premier mode de réalisation, le dispositif d'accès 30 modifie régulièrement cet ensemble d'adresses. Ceci permet d'éviter qu'un utilisateur du dispositif 20 configure une utilisation d'une adresse dite statique. Cette configuration d'adresse statique permet en effet au dispositif 31 de ne pas mettre en oeuvre le standard DHCPv6 pour obtenir une adresse IP dynamique. Lorsque l'ensemble d'adresses est modifié, une éventuelle adresse statique n'est plus valide et le dispositif 31 ne peut plus communiquer. Le mode de réalisation décrit une découpe fonctionnelle entre les modules de contrôle 25 d'adresse 305 et de contrôle parental 304, permettant d'illustrer des échanges entre ces modules pour la mise en oeuvre du procédé de gestion. Il est ici souligné qu'aucune limitation n'est attachée à cette découpe fonctionnelle et que d'autres implémentations sont également possibles, l'objectif étant que les modules de contrôle d'adresse 305 et de contrôle parental 304 coopèrent afin que l'adresse associée au dispositif à contrôler ne soit plus valide à partir de l'heure de début de la règle 30 de contrôle parental à appliquer. A titre d'exemple illustratif, le module de contrôle parental 304 transmet au module de contrôle d'adresse 305 un identifiant de dispositif à contrôler. Sur réception de la demande d'interrogation de présence d'un serveur DHCPv6, le module de contrôle d'adresse 305 interroge le module de contrôle parental 304 uniquement lorsque le dispositif requérant 31 appartient à une liste de dispositifs à contrôler. 35 La description a été faite avec une durée de vie normale configurée à 24 heures. Aucune limitation n'est attachée à cette valeur. Il est ici souligné que la durée de vie normale peut être configurée à une valeur par exemple d'une heure. Ceci permet au dispositif d'accès 30 d'être plus 3041846 16 réactif lors de la configuration d'une nouvelle règle de contrôle parental à appliquer ou lors de la modification d'une règle existante. Les différents modes de réalisation sont décrits par la suite dans le cadre d'une application de contrôle parental dans un réseau domestique. Il est ici rappelé que ces modes de 5 réalisation sont également applicables à la mise en oeuvre d'une règle de contrôle d'accès dans d'autres types de réseaux locaux, tels que les réseaux d'entreprise. Pour résumer, dans les différents modes de réalisation décrits, la technique de gestion permet de rendre invalide une adresse IP associée à un dispositif à partir de l'heure de début de la règle de contrôle d'accès à appliquer, afin de bloquer l'accès du dispositif au réseau local. 10 La technique de gestion est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme "module" peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et/ou logiciels, apte à mettre en oeuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit précédemment pour le module concerné. 15 Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel. Un tel composant logiciel est stocké en mémoire puis chargé et exécuté par un processeur de données d'une entité physique et est susceptible d'accéder aux ressources matérielles de cette entité physique (mémoires, supports d'enregistrement, bus de 20 communication, cartes électroniques d'entrées/sorties, interfaces utilisateur, etc). De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware). Il peut s'agir d'un composant matériel programmable ou non, avec ou sans processeur intégré pour l'exécution de logiciel. Il s'agit par exemple d'un circuit intégré, d'une carte à puce, d'une carte électronique pour l'exécution d'un micrologiciel (firmware), etc. 25 Dans un mode de réalisation particulier, les modules 304, 305 sont agencés pour mettre en oeuvre le procédé de gestion précédemment décrit. Il s'agit de préférence de modules logiciels comprenant des instructions logicielles pour faire exécuter celles des étapes du procédé de gestion précédemment décrit, mises en oeuvre par un dispositif d'accès. L'invention concerne donc aussi : - un programme pour un dispositif d'accès, comprenant des instructions de code de programme 30 destinées à commander l'exécution des étapes du procédé de gestion précédemment décrit, lorsque ledit programme est exécuté par ce dispositif d'accès ; - un support d'enregistrement lisible par un dispositif d'accès sur lequel est enregistré le programme pour un dispositif. Les modules logiciels peuvent être stockés dans ou transmis par un support de données. 35 Celui-ci peut être un support matériel de stockage, par exemple un CD-ROM, un moyen d'enregistrement magnétique, par exemple une disquette magnétique ou un disque dur. D'autre part, le support de données peut être un support de transmission tel qu'un signal électrique, optique ou 3041846 17 radio, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Les instructions de code de programme peuvent être en particulier téléchargées sur un réseau de type Internet. Alternativement, le support de données peut être un circuit intégré dans lequel le 5 programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé de gestion décrit précédemment. Il va de soi que les modes de réalisation qui ont été décrits précédemment ont été donnés à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l'homme de l'art sans pour autant sortir du cadre de l'invention. 10 REVENDICATIONS1. Procédé de gestion d'une adresse dans un réseau local (3) par un dispositif d'accès (30) permettant un accès à un réseau de communication étendu, une adresse permettant à un dispositif (31-34) du réseau local de communiquer par l'intermédiaire du dispositif d'accès avec d'autres dispositifs, ledit procédé comprenant : - une obtention par le dispositif d'accès d'une règle de contrôle d'accès à appliquer, ladite règle visant à bloquer une communication de paquets de données à partir d'au moins une heure de début ; - un envoi (El, Gl, Il) par le dispositif d'accès à au moins un dispositif du réseau local d'un message (M4, N2, 05) relatif à une adresse dans le réseau local associée audit dispositif, ledit message portant une information indiquant au dispositif que ladite adresse n'est plus valide à partir de ladite heure de début. 2. Procédé de gestion selon la revendication 1, dans lequel le message envoyé alloue une adresse au dispositif pour une durée d'allocation, déterminée en fonction de l'heure de début. 3. Procédé de gestion selon la revendication 2, dans lequel un refus d'allocation d'adresse est envoyé par le dispositif d'accès en réponse à une demande du dispositif reçue après l'heure de début. 4. Procédé de gestion selon la revendication 1, dans lequel le message envoyé est un message de diffusion d'un préfixe indiquant une durée de vie nulle, ledit préfixe étant destiné à permettre au dispositif du réseau local de construire ladite adresse. 5. Procédé de gestion selon la revendication 1, dans lequel une nouvelle adresse est envoyée par le dispositif d'accès en réponse à une demande du dispositif reçue après l'heure de début, la règle de contrôle d'accès étant appliquée par le dispositif d'accès pour des paquets de données dont l'adresse source correspond à la nouvelle adresse envoyée. 6. Procédé de gestion selon la revendication 1, comprenant une modification par le dispositif d'accès d'un ensemble d'adresses auquel appartient ladite adresse. 7. Dispositif d'accès (30) permettant un accès à un réseau de communication étendu, ledit dispositif 35 comprenant : 30 3041846 19 - un module (304) de contrôle d'accès, agencé pour obtenir une règle de contrôle d'accès à appliquer, ladite règle visant à bloquer une communication de paquets de données à partir d'au moins une heure de début ; - un module (305) de contrôle d'adresse, agencé pour envoyer à au moins un dispositif (31-34) du 5 réseau local un message (M2, N2, 05) relatif à une adresse dans le réseau local associée audit dispositif, une adresse permettant audit dispositif du réseau local de communiquer par l'intermédiaire du dispositif d'accès avec d'autres dispositifs, ledit message portant une information indiquant au dispositif que ladite adresse n'est plus valide à partir de ladite heure de début. 10 8. Dispositif d'accès selon la revendication 7, dans lequel le module de contrôle d'adresse est en outre agencé pour allouer une adresse au dispositif pour une durée d'allocation, déterminée en fonction de l'heure de début. 15 9. Dispositif d'accès selon la revendication 7, dans lequel le module de contrôle d'adresse étant en outre agencé pour diffuser un préfixe, ledit préfixe étant destiné à permettre au dispositif du réseau local de construire ladite adresse, le message envoyé est un message de diffusion de préfixe indiquant une durée de vie nulle. 20 10. Programme pour un dispositif d'accès, comprenant des instructions de code de programme destinées à commander l'exécution de celles des étapes du procédé de gestion selon l'une des revendications 1 à 6 mises en oeuvre par le dispositif d'accès, lorsque ledit programme est exécuté par ledit dispositif. 25 11. Support d'enregistrement lisible par un dispositif d'accès sur lequel est enregistré le programme selon la revendication 10.30