FR 3067198 A1 20181207 FR 1754932 A 20170602 1 Optimisation de la fréquence de rafraichissement d'un enregistrement DNS 1. Domaine de l'invention La demande d'invention se situe dans le domaine du nommage et de l'adressage sur Internet, et plus particulièrement dans le domaine de la durée de vie des associations entre noms de domaine et adresses, aussi appelé enregistrements DNS (Domain Name System, ou système de noms de domaine, en anglais). 2. Etat de la technique antérieure Lorsqu'une machine d'un utilisateur (appelée User Agent en anglais), que ce soit un ordinateur fixe ou un téléphone mobile, consulte une simple page Web, par exemple à l'aide d'un navigateur Web et du protocole http, elle doit récupérer les adresses IP d'un très grand nombre de noms de domaine. Pour chacun de ces noms de domaine, plusieurs requêtes DNS doivent donc être émises vers un serveur apte à lui retourner une adresse IP correspondante. Ce serveur, appelé serveur résolveur, est habituellement un serveur du fournisseur d'accès Internet de l'utilisateur. Selon la nature du nom de domaine, c'est-à-dire selon qu'il désigne par exemple un site Web dont le contenu change peu, ou par exemple un contenu vidéo dans un serveur de cache dont les contenus sont par nature plutôt volatiles, la durée de la validité de l'association entre le nom de domaine et l'adresse varie fortement. C'est pourquoi une durée de vie est attachée à un enregistrement DNS, appelée TTL (time to live). Un enregistrement DNS, y compris son TTL, est fixé par un serveur dit faisant autorité, servant de référence pour les serveurs résolveurs qui le consultent. Les TTL sont fixés courts, de manière à ce que les réponses à des requêtes DNS ne soient pas conservées trop longtemps, ce qui augmenterait le risque que l'adresse IP associée à un nom de domaine et utilisée par un serveur ou une machine d'utilisateur soit fausse au moment où elle est utilisée. Ceci implique qu'une machine d'utilisateur doit très fréquemment émettre des 3067198 2 requêtes DNS vers un serveur résolveur, même pour des noms de domaine déjà connus de la machine. Cette fréquence d'émission, combinée à une évolution vers un DNS chiffré, augmente non seulement le trafic global sur Internet dû aux requêtes DNS, mais aussi le coût des serveurs résolveurs, pour leurs opérateurs. 5 Un des buts de l'invention est de remédier à ces inconvénients de l'état de la technique. 3. Exposé de l'invention 10 L'invention vient améliorer la situation à l'aide d'un procédé d'optimisation de la fréquence de rafraichissement d'au moins une partie d'un enregistrement comprenant une association entre un premier identifiant d'une ressource sur un réseau et au moins un second identifiant de la ressource, et une durée de vie pour ladite association, le 15 procédé étant mis en oeuvre par un serveur résolveur ayant obtenu ledit enregistrement de la part d'un serveur dit faisant autorité (Saut), le procédé comprenant : - une émission d'un message comprenant au moins ladite association, à destination d'un serveur applicatif référençant le premier identifiant. 20 En général, le premier identifiant est un nom de domaine, et le second identifiant est une adresse pour retrouver sur le réseau la ressource sur laquelle pointe le nom de domaine. Même si dans la suite ce cas est retenu dans les explications par souci de simplification, le procédé proposé couvre également le cas où le second 25 identifiant est du même type que le premier, comme par exemple dans le cas d'enregistrements DNS de type CNAME, où le deuxième identifiant est aussi un nom de domaine, alias du premier identifiant. Lorsqu'une machine d'utilisateur accède à un contenu sur un serveur applicatif, par exemple une page html sur un serveur Web, et que ce contenu référence un 30 identifiant d'une ressource sur un réseau, par exemple Internet, mais sans adresse, tel 3067198 3 qu'un nom de domaine sans adresse IP, la machine d'utilisateur doit émettre une requête dite DNS vers un serveur résolveur dont elle dépend, afin d'obtenir cette adresse. En émettant, par anticipation, vers le serveur applicatif, l'association entre 5 l'identifiant et l'adresse, le serveur résolveur permet au serveur applicatif de fournir, à son tour, ladite association à la machine d'utilisateur. Ainsi la requête DNS que cette machine aurait dû émettre vers le serveur résolveur, est évitée. Selon un aspect, le procédé d'optimisation comprend en outre : 10 - une obtention d'une information relative à la pérennité de l'enregistrement, - une modification de l'enregistrement en fonction de l'information, préalablement à l'émission. L'avantage qu'est la suppression d'une requête DNS vers le serveur résolveur peut ne pas être obtenu, si l'adresse n'est pas à jour, ou si la durée de vie de 15 l'association entre des éléments de l'enregistrement, aussi appelé TTL, est trop courte. En effet, si l'adresse est fausse parce qu'elle a changé depuis l'obtention de l'enregistrement par le serveur résolveur, la machine d'utilisateur émettra une requête pour obtenir un contenu vers une machine qui n'existe plus ou ne dispose plus du contenu demandé, et devra émettre une requête DNS pour obtenir une adresse 20 correcte après avoir tenté de se connecter à la machine associée à l'adresse obtenue en réponse à la première requête. Et si le TTL est trop court, l'enregistrement DNS risque d'avoir expiré et la machine d'utilisateur devra émettre une requête DNS au moment où elle a besoin de l'adresse. Avantageusement, grâce à cet aspect du procédé d'optimisation, le serveur 25 résolveur émet vers le serveur applicatif un enregistrement (l'association et son TTL) ou une partie d'un enregistrement (l'association uniquement) après l'avoir modifié en fonction d'une information qu'il a obtenue et qui concerne sa pérennité. La pérennité est d'autant plus grande que l'association est exacte, ou que la durée de vie de l'association est longue. 30 3067198 4 Selon un aspect du procédé d'optimisation, au moins la durée de vie est modifiée. Le TTL est ajusté, par exemple prolongé, en raison de la stabilité de l'association entre le nom et l'adresse, constatée par le serveur résolveur. 5 Selon un aspect du procédé d'optimisation, au moins le second identifiant est modifié. Le serveur résolveur reçoit un message de la part d'un serveur faisant autorité, ou de la part d'un serveur de cache, lui signalant, avant l'expiration de la durée de vie 10 de l'association entre le nom de domaine et l'adresse, que l'adresse a changé. Ce cas est aussi connu sous l'appellation "exception DNS". Le TTL fourni dans le message peut être aussi modifié, même s'il peut être préférable d'attendre pour cela que la stabilité de l'association soit constatée par le serveur résolveur. 15 Selon un aspect, le procédé d'optimisation comprend en outre une réception d'une demande d'abonnement à des mises à jour de l'enregistrement, de la part du serveur applicatif. De manière préventive, un serveur applicatif peut ainsi obtenir un enregistrement le plus à jour possible auprès d'un serveur résolveur, concernant un 20 nom de domaine qu'il utilise. Selon un aspect, le procédé d'optimisation comprend en outre une émission préalable d'une demande d'abonnement à des mises à jour de l'enregistrement, à destination du serveur faisant autorité. 25 De manière préventive, un serveur résolveur peut ainsi obtenir un enregistrement le plus à jour possible auprès d'un serveur DNS faisant autorité, qui peut être une entité réseau répartissant du contenu sur plusieurs serveurs de cache, c'est-à-dire auprès d'un serveur hébergeant des associations entre noms de domaine et adresses, et dont les adresses changent fréquemment. L'abonnement concerne par 30 exemple un nom de domaine pour lequel un serveur applicatif s'est auparavant abonné 3067198 5 auprès du serveur résolveur. Selon un aspect du procédé d'optimisation, l'au moins un second identifiant est le résultat d'une sélection d'un sous-ensemble à partir d'un ensemble de seconds 5 identifiants associés au premier identifiant dans l'enregistrement obtenu. Ainsi, le serveur résolveur peut envoyer au serveur applicatif un nombre restreint d'associations pour un même domaine lorsque plusieurs adresses IP sont indiquées dans l'enregistrement DNS reçu du serveur faisant autorité. Par exemple, il peut retirer les adresses ayant une durée de vie effective inférieure à celles des autres, 10 sur la base de mesures effectuées par le serveur résolveur. Par exemple, si certaines adresses restent inchangées au cours de mises à jour successives d'un enregistrement, les autres adresses peuvent être retirées par le serveur résolveur, qui peut de plus, optionnellement, augmenter le TTL de l'enregistrement modifié car il ne contient plus que des adresses stables. 15 Le serveur résolveur peut également indiquer pour une des adresses sélectionnées qu'elle est l'adresse "par défaut", ou l'adresse à utiliser en priorité. Les différents aspects du procédé d'optimisation qui viennent d'être décrits peuvent être mis en oeuvre indépendamment les uns des autres ou en combinaison les 20 uns avec les autres. L'invention concerne encore un dispositif d'optimisation de la fréquence de rafraichissement d'au moins une partie d'un enregistrement comprenant une association entre un premier identifiant d'une ressource sur un réseau et au moins un 25 second identifiant de la ressource, et une durée de vie pour ladite association, le dispositif étant compris dans un serveur résolveur ayant obtenu ledit enregistrement de la part d'un serveur dit faisant autorité, le dispositif comprenant : - un émetteur apte à émettre un message comprenant au moins ladite association, à destination d'un serveur applicatif référençant le premier identifiant. 30 Ce dispositif, apte à mettre en oeuvre dans tous ses modes de réalisation le 3067198 6 procédé d'optimisation qui vient d'être décrit, est destiné à être compris dans un serveur résolveur. L'invention concerne aussi un serveur résolveur apte à recevoir et à émettre 5 une requête de résolution d'identifiant d'une ressource sur un réseau, et comprenant un dispositif d'optimisation conforme à celui qui vient d'être décrit. L'invention concerne encore un système d'optimisation de la fréquence de rafraichissement d'au moins une partie d'un enregistrement comprenant une 10 association entre un premier identifiant d'une ressource sur un réseau et au moins second identifiant de la ressource, et une durée de vie pour ladite association, le système comprenant : - un serveur résolveur conforme à celui qui vient d'être décrit, - un serveur applicatif référençant le premier identifiant compris dans 15 l'enregistrement, recevant de la part du serveur résolveur un message comprenant au moins ladite association, et émettant l'au moins un second identifiant vers un terminal d'utilisateur apte à émettre une requête de résolution d'identifiant d'une ressource sur un réseau vers le serveur résolveur. Grâce à ce système d'optimisation, le terminal d'utilisateur, bien qu'apte à 20 émettre une requête de résolution d'un nom de domaine vers le serveur résolveur dont il dépend de par son lien avec don fournisseur d'accès Internet par exemple, n'émet plus de requête de résolution pour des noms de domaine dont il a reçu une adresse au travers du serveur applicatif grâce au procédé d'optimisation décrit plus haut. Ceci diminue le nombre de requêtes de résolution émises par le terminal d'utilisateur vers le 25 serveur résolveur, et allège la charge du terminal résolveur. L'invention concerne aussi un programme d'ordinateur comprenant des instructions pour la mise en oeuvre des étapes du procédé d'optimisation qui vient d'être décrit, lorsque ce programme est exécuté par un processeur. 3067198 7 L'invention vise aussi un support d'informations lisible par un serveur résolveur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Ce programme peut utiliser n'importe quel langage de programmation, et être 5 sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, un support peut comporter un moyen de 10 stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, un support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou 15 optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, un support d'informations peut être un circuit intégré dans lequel un programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution des procédés en question. 20 4. Présentation des figures D'autres avantages et caractéristiques de l'invention apparaitront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier de 25 l'invention, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure 1 présente un exemple de mise en oeuvre du procédé d'optimisation de la fréquence de rafraichissement d'un enregistrement DNS, selon quelques modes de réalisation de l'invention, 30 la figure 2 présente un exemple de structure d'un dispositif d'optimisation de 3067198 8 la fréquence de rafraichissement d'un enregistrement DNS, selon un aspect de l'invention. 5. Description détaillée d'au moins un mode de réalisation de l'invention 5 Dans la suite de la description, on présente des exemples de plusieurs modes de réalisation de l'invention se basant sur des enregistrements DNS de type A ou AAAA, c'est-à-dire où le premier identifiant est un nom de domaine et le second identifiant est une adresse IPv4 ou IPv6, mais l'invention s'applique également à tous 10 les autres types. Dans le cas d'un enregistrement DNS de type CNAME par exemple, le second identifiant de la ressource n'est pas une adresse proprement dite mais un alias du nom de domaine de l'enregistrement. Dans le cas d'un enregistrement DNS de type TKEY par exemple, le second identifiant de la ressource est une clé numérique. 15 La figure 1 présente un exemple de mise en oeuvre du procédé d'optimisation de la fréquence de rafraichissement d'un enregistrement DNS, selon quelques modes de réalisation de l'invention. Dans cette figure UA désigne une machine ou un terminal d'utilisateur, aussi 20 appelée en anglais User Agent. Par simplicité, le terme "terminal" est utilisé dans la suite du document, sachant qu'il peut désigner un "agent" tel qu'un navigateur Web par exemple, exécuté dans ou par le terminal. Sres désigne un serveur résolveur affecté au terminal UA pour résoudre ses requêtes DNS. 25 Sapp désigne un serveur applicatif hébergeant un contenu auquel le terminal UA doit accéder, ce contenu pouvant inclure des références à des ressources ou contenus hébergés par d'autres serveurs. Le serveur applicatif Sapp peut être par exemple un serveur Web. Saut désigne un serveur faisant autorité pour les requêtes DNS que reçoit le 30 serveur résolveur Sres et qu'il ne peut résoudre lui-même. 3067198 9 Lors d'une étape H01, le terminal UA souhaite accéder au site www.sosh.fr, et le cache DNS du terminal UA ne contient pas déjà d'enregistrement pour le nom de domaine "www.sosh.fr". Le terminal UA émet donc une requête DNS vers le serveur 5 résolveur Sres. Le serveur résolveur Sres est par exemple un serveur DNS de fournisseur d'accès Internet de l'utilisateur du terminal UA. Lors d'une étape E03, le serveur résolveur Sres reçoit la requête DNS pour le nom de domaine "www.sosh.fr", et s'il n'a pas lui-même d'entrée pour ce nom de domaine dans son cache DNS, le serveur résolveur Sres émet une requête (non 10 illustrée) vers le serveur faisant autorité Saut pour l'obtenir. Lors d'une étape E04, le serveur résolveur Sres émet vers le terminal UA la réponse à la requête DNS, comprenant l'adresse IP correspondant au nom de domaine "www.sosh.fr", et qui est l'adresse IP du serveur applicatif Sapp. Lors d'une étape H03, le terminal UA met à jour son cache DNS avec 15 l'enregistrement DNS du site www.sosh.fr. Lors d'une étape H04, le terminal UA ouvre une connexion HTTPS avec le serveur applicatif Sapp, le serveur Web du site www.sosh.fr, en émettant par exemple une requête "HTTPS GET www.sosh.fr". Le terminal UA, c'est-à-dire son navigateur, et le serveur applicatif Sapp peuvent à ce moment s'indiquer mutuellement le support du 20 multiplexage "DNS over https". Lors d'une étape F02, le serveur applicatif Sapp reçoit la requête HTTPS. Il répond lors d'une étape F03 avec les données du site www.sosh.fr. En plus, le serveur applicatif Sapp émet par anticipation dans la connexion HTTPS l'enregistrement DNS du domaine "ads.woopic.com", parce qu'il est référencé sur le site www.sosh.fr. 25 L'hypothèse est faite que le serveur applicatif Sapp a cet enregistrement DNS dans son cache DNS. Lors d'une étape H05, le terminal UA reçoit les données du site www.sosh.fr et l'enregistrement DNS du domaine "ads.woopic.com", dans la connexion HTTPS. Ce domaine étant présent dans des liens sur une page du site www.sosh.fr, le terminal UA 30 n'aura pas besoin d'émettre de requête DNS vers le serveur résolveur Sres pour 3067198 10 accéder au contenu hébergé par le site ads.woopic.com. De son côté, le serveur résolveur Sres détecte que l'enregistrement DNS du domaine "ads.woopic.com" a changé. Il peut le faire selon au moins deux modes. 5 Selon un premier mode, lors d'une étape E05, le serveur résolveur Sres est notifié de ce changement par le serveur faisant autorité Saut, parce que le serveur résolveur Sres s'est préalablement abonné auprès du serveur faisant autorité Saut, lors d'une étape E02. Cette demande d'abonnement, reçue par le serveur faisant 10 autorité Saut lors d'une étape G01, est par exemple un message "Subscr ads.woopic.com" utilisant par exemple le protocole WAMP transporté par le protocole Web socket, lui-même transporté sur HTTP1. Préalablement à l'étape E02, le serveur résolveur Sres peut avoir reçu, lors d'une étape E01, une demande d'abonnement similaire de la part du serveur applicatif Sapp. 15 Le message reçu par le serveur résolveur Sres lors de l'étape E05 est émis par le serveur faisant autorité Saut lors d'une étape G02, sous la forme par exemple d'un message "Exception ads.woopic.com" utilisant par exemple le protocole WAMP comme ci-dessus. 20 Selon un second mode non illustré, le serveur résolveur Sres constate que le TTL de l'enregistrement DNS du domaine "ads.woopic.com" est inadapté soit parce qu'il est resté inchangé pour une durée excédant son TTL, auquel cas le serveur résolveur Sres décide d'augmenter son TTL, soit parce qu'au contraire il change trop rapidement par rapport à son TTL, auquel cas le serveur résolveur Sres décide de le 25 diminuer. Ainsi, le serveur résolveur Sres évite de recevoir des requêtes DNS inutiles concernant le domaine "ads.woopic.com". Dans un mode comme dans l'autre, le changement de l'enregistrement DNS du domaine "ads.woopic.com" est notifié au serveur applicatif Sapp dans un message 30 émis par le serveur résolveur Sres lors d'une étape E06, par exemple sous la forme 3067198 11 d'un message "WAMP Exception ads.woopic.com". Le serveur applicatif Sapp reçoit ce message lors d'une étape F04, et, lors d'une étape F05, le serveur applicatif Sapp transfère le message dans la connexion HTTPS en cours avec le terminal UA. 5 Lors d'une étape H06 similaire à l'étape H05, le terminal UA reçoit l'enregistrement DNS modifié du domaine "ads.woopic.com" et peut ainsi mettre à jour son cache DNS et éviter de solliciter inutilement Sres avec des requêtes DNS. Dans un mode comme dans l'autre, le serveur résolveur Sres peut avoir reçu, 10 lors d'une étape E01, une demande d'abonnement aux changements d'enregistrement DNS du domaine "ads.woopic.com", émis par le serveur applicatif Sapp lors d'une étape F01. Cet abonnement peut être nécessaire pour déclencher une notification du serveur résolveur Sres vers le serveur applicatif Sapp, que ce soit une "exception" DNS, c'est-à-dire la correction d'une adresse IP invalide ou devenue invalide (premier 15 mode), ou un ajustement de TTL (second mode). Dans un troisième mode non illustré, le serveur résolveur Sres émet vers le serveur applicatif Sapp l'enregistrement DNS du domaine "ads.woopic.com" dès que le serveur applicatif Sapp s'y est abonné, et dès que le serveur résolveur Sres obtient cet 20 enregistrement. Dans ce mode, le serveur résolveur Sres n'attend pas que l'enregistrement DNS soit modifié pour le transmettre au serveur applicatif Sapp. Cela peut être utile au serveur applicatif Sapp qui n'a pas forcément cet enregistrement dans son cache DNS, et comme le serveur applicatif Sapp le communique à son tour au terminal UA, le serveur résolveur Sres ne recevra pas de requête DNS inutile. 25 Dans ce mode, le le serveur résolveur Sres peut aussi choisir d'envoyer au serveur applicatif Sapp une partie seulement des associations dans un enregistrement DNS pour un domaine. Par exemple, si la vue DNS du le serveur résolveur Sres contient plusieurs "record A" pour un même nom de domaine particulier, "ads.woopic.com" dans notre 30 exemple : 3067198 12 "ads.woopic.com A 23.43.21.12", "ads.woopic.com A 22.33.44.55", "ads.woopic.com A 44.23.12.45", le serveur résolveur Sres peut aussi envoyer au serveur applicatif Sapp, pour 5 ads.woopic.com, une partie de ces "records A", par exemple les deux premiers uniquement. Il peut également enrichir cette liste avec, par exemple, une indication que le premier "record A" de la liste est un serveur par défaut, ou bien changer l'ordre des "records A". 10 En relation avec la figure 2, on présente maintenant un exemple de structure d'un dispositif d'optimisation de la fréquence de rafraichissement d'un enregistrement DNS, selon un aspect de l'invention. Le dispositif 100 de transmission d'information de routage met en oeuvre le 15 procédé d'optimisation de la fréquence de rafraichissement d'un enregistrement DNS, dont différents modes de réalisation viennent d'être décrits. Un tel dispositif 100 peut être mis en oeuvre dans un serveur de résolution de nom de domaine, dit serveur résolveur, apte à recevoir une requête DNSreq1 de résolution d'un nom de domaine de la part d'un terminal d'utilisateur, et à émettre une 20 requête DNSreq2 correspondante vers un serveur faisant autorité lorsqu'il n'a pas lui- même la réponse à la requête reçue. Par exemple, le dispositif 100 comprend une unité de traitement 130, équipée par exemple d'un microprocesseur 1..1P, et pilotée par un programme d'ordinateur 110, stocké dans une mémoire 120 et mettant en oeuvre le procédé d'optimisation selon 25 l'invention. A l'initialisation, les instructions de code du programme d'ordinateur 110 sont par exemple chargées dans une mémoire RAM, avant d'être exécutées par le processeur de l'unité de traitement 130. Le dispositif 100 comprend également : - un émetteur 101 apte à, et configuré pour émettre un message DNSmod 30 comprenant au moins ladite association, à destination d'un serveur 3067198 13 applicatif hébergeant un contenu comprenant le nom de domaine. Avantageusement, l'unité de traitement 130 est également apte à, et configurée pour : - obtenir (102) d'une information relative à la pérennité de l'enregistrement, 5 - modifier (103) l'enregistrement en fonction de l'information, préalablement à son émission, - sélectionner (104) un sous-ensemble à partir d'un ensemble d'adresses associées au nom de domaine dans l'enregistrement obtenu. Avantageusement, le dispositif 100 comprend également : 10 - un récepteur 105 apte à, et configuré pour recevoir une demande DNSabo1 d'abonnement à des mises à jour de l'enregistrement, de la part du serveur applicatif. Avantageusement, l'émetteur 101 est également apte à, et configuré pour : - émettre une demande DNSabo2 d'abonnement à des mises à jour de 15 l'enregistrement, à destination du serveur faisant autorité. Cette figure 2 illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser l'algorithme détaillé ci-dessus, en relation avec la figure 1. En effet, la technique de l'invention se réalise indifféremment sur une machine de calcul 20 reprogrammable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d'instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). Dans le cas où l'invention est implantée sur une machine de calcul 25 reprogrammable, le programme correspondant (c'est-à-dire la séquence d'instructions) pourra être stocké dans un médium de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ce médium de stockage étant lisible partiellement ou totalement par un ordinateur ou un processeur. 30 REVENDICATIONS1. Procédé d'optimisation de la fréquence de rafraichissement d'au moins une partie d'un enregistrement comprenant une association entre un premier identifiant d'une ressource sur un réseau et au moins un second identifiant de la ressource, et une durée de vie pour ladite association, le procédé étant mis en oeuvre par un serveur résolveur (Sres) ayant obtenu ledit enregistrement de la part d'un serveur dit faisant autorité (Saut), le procédé étant caractérisé en ce qu'il comprend : - une émission (E06) d'un message comprenant au moins ladite association, à destination d'un serveur applicatif (Sapp) référençant le premier identifiant. 2. Procédé d'optimisation selon la revendication 1, comprenant : - une obtention (E05) d'une information relative à la pérennité de l'enregistrement, - une modification de l'enregistrement en fonction de l'information, préalablement à l'émission (E06). 3. Procédé d'optimisation selon la revendication 2, où au moins la durée de vie est modifiée. 4. Procédé d'optimisation selon la revendication 2, où au moins le second identifiant est modifié. 5. Procédé d'optimisation selon l'une des revendications 1 à 4, comprenant en outre une réception (E01) d'une demande d'abonnement à des mises à jour de l'enregistrement, de la part du serveur applicatif (Sapp). 6. Procédé d'optimisation selon l'une des revendications 1 à 5, comprenant en outre une émission préalable (E02) d'une demande d'abonnement à des mises à jour de l'enregistrement, à destination du serveur faisant autorité (Saut). 3067198 15 7. Procédé d'optimisation selon l'une des revendications 1 à 6, où l'au moins un second identifiant est le résultat d'une sélection d'un sous-ensemble à partir d'un ensemble de seconds identifiants associés au premier identifiant dans l'enregistrement obtenu. 5 8. Dispositif d'optimisation de la fréquence de rafraichissement d'au moins une partie d'un enregistrement comprenant une association entre un premier identifiant d'une ressource sur un réseau et au moins un second identifiant de la ressource, et une durée de vie pour ladite association, le dispositif étant compris dans un serveur 10 résolveur (Sres) ayant obtenu ledit enregistrement de la part d'un serveur dit faisant autorité (Saut), le dispositif étant caractérisé en ce qu'il comprend : - un émetteur apte à émettre un message comprenant au moins ladite association, à destination d'un serveur applicatif (Sapp) référençant le premier identifiant. 15 9. Serveur résolveur apte à recevoir et à émettre une requête de résolution d'identifiant d'une ressource sur un réseau, et comprenant un dispositif d'optimisation conforme à la revendication 8. 10. Système d'optimisation de la fréquence de rafraichissement d'au moins une partie 20 d'un enregistrement comprenant une association entre un premier identifiant d'une ressource sur un réseau et au moins second identifiant de la ressource, et une durée de vie pour ladite association, le système étant caractérisé en ce qu'il comprend : - un serveur résolveur (Sres) conforme à la revendication 9, - un serveur applicatif (Sapp) référençant le premier identifiant compris dans 25 l'enregistrement, recevant de la part du serveur résolveur un message comprenant au moins ladite association, et émettant l'au moins un second identifiant vers un terminal d'utilisateur (UA) apte à émettre une requête de résolution d'identifiant d'une ressource sur un réseau vers le serveur résolveur. 30 11. Programme d'ordinateur, comprenant des instructions pour la mise en oeuvre des 3067198 16 étapes du procédé d'optimisation selon la revendication 1, lorsque ce programme est exécuté par un processeur. 12. Support d'enregistrement lisible par un serveur résolveur, sur lequel est 5 enregistré le programme selon la revendication 11.