Brevet FR2902260A1 — publié le 20071214

Vérification et correction d'erreurs de données d'enregistrement dans un système de nommage La présente invention est relative au protocole DNS ("Domaine Name System" en anglais) et plus particulièrement au protocole sécurisé DNSSEC ("Domaine Name System Security" en anglais) pour vérifier et corriger des données d'enregistrement transmises entre deux noeuds dans un réseau de télécommunications. Un système de nommage DNS est conçu spécifiquement pour un réseau de communication public comportant une infrastructure comme celle de l'internet ou d'un réseau intranet connectant des noeuds tels que des terminaux ou des serveurs. Ce système de nommage comprend des enregistrements qui font correspondre pour chacun de ces noeuds un ou des noms compréhensibles, appelés noms de domaine, par exemple "mondomaine.com", à des informations réseau relatives au noeud, telles que des champs textuels, des identificateurs cryptographiques, des paramètres de sécurité, un serveur mail, ou plus particulièrement des adresses de type IP ("Internet Protocol" en anglais). Ces correspondances sont enregistrées dans des fichiers de nommage mémorisés dans un ou des serveurs dédiés au service de nom de domaine, appelés serveurs DNS. Tous ces serveurs sont accessibles publiquement à tout noeud client qui fait une demande d'accès à un nom de domaine, afin de trouver la correspondance entre le nom de domaine et le noeud réseau associé audit nom de domaine. Actuellement, le système DNS a des fonctionnalités plus étendues et est impliqué également dans de nombreuses opérations d'hébergement de profils et de découverte de services. Le système DNS à l'aide de serveurs d'attribution dynamique d'adresses DHCP ("Dynamic Host Configuration Protocol" en anglais) transmet des informations décrivant le réseau de télécommunications, par exemple des informations concernant des serveurs proxy DNS, des passerelles SIP ("Session Initiation Protocol" en anglais) ainsi que l'affectation et le référencement d'une adresse IP. Avec d'autres applications comme ENUM ("télephone NUmber Mapping" en anglais) ou HIP ("Host Identity Protocol" en anglais), le système DNS établit une correspondance entre un numéro de téléphone de type E164 ou un identificateur cryptographique et des informations "utiles" non propres aux réseaux IP, par exemple un numéro de téléphone et un serveur de rendez-vous. Par ailleurs, le système DNS initialement conçu pour le réseau connecté internet, est introduit également dans d'autres réseaux connectés tels que le réseau RTC (Réseau Téléphonique Commuté) en application avec le protocole ENUM afin de fusionner les données de ces deux types distincts de réseaux ayant des protocoles différents. En outre, le système de nommage DNS tend à s'étendre vers des réseaux de topologies différentes : les réseaux ad-hoc dépourvus d'infrastructure dans lesquels des noeuds communiquent directement entre eux sans l'intermédiaire d'un point d'accès central. Avec l'émergence de ces nouvelles fonctionnalités, le système DNS doit fournir de plus en plus d'informations de plus en plus rapidement impliquant des mécanismes complexes de gestion de l'information. La transmission de données au sein d'un réseau de mauvaise qualité de transmission depuis un premier noeud vers un deuxième noeud engendre la réception et le traitement de données qui une fois considérées comme erronées par le deuxième noeud sont de nouveau transmises en occupant un autre canal du réseau de télécommunications. La présente invention remédie aux inconvénients évoqués ci-dessus. Un premier procédé selon l'invention est destiné 10 à coder une donnée d'enregistrement relative à un premier noeud et contenue dans un fichier de nommage inclus dans un deuxième noeud, dans un réseau de télécommunications. Le premier procédé est caractérisé en ce qu'il comprend les étapes de : 15 mémoriser dans le fichier de nommage un identificateur du premier noeud en association à la donnée d'enregistrement, déterminer dans un troisième noeud un code de correction en fonction de la donnée d'enregistrement 20 transmise avec l'identificateur par le deuxième noeud, et mémoriser le code de correction dans le troisième noeud en association à l'identificateur transmis. 25 Les premier, deuxième et troisième noeuds sont des noeuds quelconques dans le réseau de télécommunications. Les fonctions de serveur de donnée d'enregistrement du deuxième noeud et les fonctions de détermination de code de correction du 30 troisième noeud peuvent être réalisées par un seul et même noeud du réseau. Cependant une réalisation comportant le noeud de code de correction distinct du noeud serveur a pour avantage de sécuriser la détermination du code de correction relatif à la 35 donnée d'enregistrement.5 Un deuxième procédé selon l'invention est destiné à transmettre une donnée d'enregistrement relative à un premier noeud depuis un deuxième noeud vers un troisième noeud à travers un réseau de télécommunications. Le deuxième procédé est caractérisé en ce qu'il comprend les étapes de : transmettre une requête incluant un identificateur du premier noeud depuis le troisième noeud vers le deuxième noeud, transmettre la donnée d'enregistrement associée à l'identificateur depuis le deuxième noeud vers le troisième noeud, et transmettre une indication renseignant sur un code de correction déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième noeud du réseau, si la requête inclut une demande de code de correction, depuis le quatrième noeud vers un autre noeud. Le premier noeud correspond à tout noeud présent dans le réseau de télécommunication, le deuxième noeud correspond à un noeud serveur, le troisième noeud correspond à un noeud client qui requiert des données d'enregistrement et le quatrième noeud correspond à un noeud de code de correction. Ledit autre noeud peut être le troisième noeud, le deuxième noeud et le quatrième noeud peuvent être confondus et ladite indication renseignant sur un code de correction peut être le code de correction lui-même. Selon une première variante du deuxième procédé, l'indication est le code de correction et est transmise depuis le quatrième noeud vers le troisième noeud à travers le deuxième noeud. Le procédé comprend alors une transmission de la demande de code de correction extraite de la requête transmise par le troisième noeud, depuis le deuxième noeud vers le quatrième noeud. Selon une deuxième variante du deuxième procédé, l'indication est le code de correction. Le procédé comprend alors une transmission de la demande de code de correction extraite de la requête transmise par le troisième noeud, depuis le deuxième noeud vers le quatrième noeud, et une transmission du code de correction depuis le quatrième noeud vers le troisième noeud. Selon encore une troisième variante du deuxième procédé, l'indication est une adresse du quatrième noeud. Le procédé comprend alors une transmission de l'identificateur du premier noeud depuis le troisième noeud vers le quatrième noeud en réponse à l'adresse du quatrième noeud, et une transmission du code de correction en association avec l'identificateur depuis le quatrième noeud vers le troisième noeud. Un troisième procédé selon l'invention est destiné à vérifier une donnée d'enregistrement relative à un premier noeud transmise depuis un deuxième noeud vers un troisième à travers un réseau de télécommunications. Le troisième procédé est caractérisé en ce qu'il comprend les étapes de : transmettre une requête incluant un identificateur du premier noeud et une demande de code de correction depuis le troisième noeud vers le deuxième noeud, transmettre la donnée d'enregistrement associée à l'identificateur depuis le deuxième noeud vers le troisième noeud et un code de correction déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième noeud du réseau, depuis le quatrième noeud vers le troisième noeud, et vérifier l'exactitude de la donnée d'enregistrement transmise en fonction du code de correction dans le troisième noeud. Le troisième procédé peut comprendre en outre une correction de la donnée d'enregistrement vérifiée en fonction du code de correction transmis si la donnée d'enregistrement est réputée inexacte. La transmission d'un code correcteur associé à une donnée d'enregistrement requise et transmise depuis le noeud serveur ou un noeud de code de correction vers le noeud client a pour avantage lors d'une transmission perturbée de ladite donnée d'enregistrement de détecter des erreurs dans la donnée d'enregistrement et de la corriger dans le noeud client. Cette correction de donnée évite d'échanger des requête et réponse supplémentaires entre les deux noeuds pour obtenir une donnée d'enregistrement correcte et d'encombrer le réseau de télécommunications inutilement. L'invention concerne également des noeuds, tels qu'un noeud dit noeud serveur participant à la détermination de codes de correction et/ou réalisant des fonctions de serveur de transmission de données d'enregistrement, un noeud dit noeud de code de correction déterminant des codes de correction en fonction de données d'enregistrement et un noeud dit noeud client vérifiant des données d'enregistrement relatives à d'autres noeuds, pour mettre en oeuvre les réalisations de procédé de l'invention. Tout noeud quelconque dans le réseau peut assurer pour d'autres noeuds du réseau une ou plusieurs des fonctions précédentes effectuées par un noeud serveur et/ou un noeud de code de correction et/ou un noeud client. Un noeud serveur pour coder une donnée d'enregistrement relative à un premier noeud dans un réseau de télécommunications, et contenant un fichier de nommage, est caractérisé en ce qu'il comprend : un moyen pour mémoriser dans le fichier de nommage un identificateur du premier noeud en association à la donnée d'enregistrement, un moyen pour déterminer un code de correction en fonction de la donnée d'enregistrement transmise avec l'identificateur par le deuxième noeud, et un moyen pour mémoriser le code de correction en association à l'identificateur transmis. Le premier noeud correspond à tout noeud présent dans le réseau de télécommunication. Un noeud de code de correction, selon l'invention, pour coder une donnée d'enregistrement relative à un premier noeud dans un réseau de télécommunications, est caractérisé en ce qu'il comprend : un moyen pour déterminer un code de correction en fonction de la donnée d'enregistrement transmise avec un identificateur du premier noeud par un deuxième noeud du réseau, ledit identificateur étant associé à la donnée d'enregistrement dans un fichier de nommage contenu dans le deuxième noeud, et un moyen pour mémoriser le code de correction en association à l'identificateur transmis. Un noeud serveur, selon l'invention, pour transmettre une donnée d'enregistrement relative à un premier noeud vers un troisième noeud à travers un réseau de télécommunications, est caractérisé en ce qu'il comprend : un moyen pour recevoir une requête incluant un identificateur du premier noeud transmise depuis le troisième noeud, et un moyen pour transmettre la donnée d'enregistrement associée à l'identificateur vers le troisième noeud, afin qu'une indication renseignant sur un code de correction déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième noeud du réseau soit transmise depuis le quatrième noeud vers un autre noeud, si la requête inclut une demande de code de correction. Un noeud client, selon l'invention, pour vérifier une donnée d'enregistrement relative à un premier noeud transmise depuis un deuxième noeud à travers un réseau de télécommunications, est caractérisé en ce qu'il comprend : un moyen pour transmettre une requête incluant un identificateur du premier noeud et une demande de code de correction vers le deuxième noeud, un moyen pour recevoir la donnée d'enregistrement associée à l'identificateur depuis le deuxième noeud et un code de correction déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième noeud du réseau, depuis le quatrième noeud, et un moyen pour vérifier l'exactitude de la donnée d'enregistrement transmise en fonction du code de correction. Enfin, l'invention se rapporte à des programmes d'ordinateur aptes à être mis en oeuvre respectivement dans le noeud serveur, le noeud de code de correction et le noeud client, lesdits programmes comprenant des instructions de code qui, lorsque les programmes sont exécutés dans lesdits noeuds, réalisent les étapes selon les réalisations de procédé de l'invention.35 D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante de plusieurs réalisations de l'invention données à titre d'exemples non limitatifs, en référence aux dessins annexés correspondants dans lesquels : - la figure 1 est un bloc-diagramme schématique d'une première réalisation d'un système de nommage incluant un noeud client et un noeud serveur selon l'invention ; - la figure 2 est un bloc-diagramme détaillé du système de nommage ; - la figure 3 est un schéma représentatif d'un fichier de nommage inclus dans un noeud serveur selon l'invention ; - la figure 4 est un schéma représentatif de champs composant une correction d'erreur de données d'enregistrement transmis par le noeud serveur selon l'invention ; - la figure 5 est un algorithme d'un procédé de vérification et de correction de données d'enregistrement selon la première réalisation de l'invention ; - la figure 6 est un bloc-diagramme schématique d'une deuxième implémentation d'un système de nommage incluant un noeud client, un noeud serveur et un noeud de code de correction selon l'invention ; -les figures 7 et 8 sont deux algorithmes d'un procédé de vérification et de correction de données d'enregistrement selon la deuxième réalisation de l'invention. En référence à la figure 1, une première réalisation d'un système de nommage de type DNS selon l'invention comprend au moins un noeud client NCL communiquant via un réseau de télécommunications RT avec un noeud serveur NS. On notera que le noeud client peut assurer des fonctions de noeud serveur pour des noeuds du réseau. Inversement le noeud serveur peut assurer des fonctions de noeud client pour des noeuds du réseau. Le noeud serveur peut être relié à ou comprendre une base de données contenant au moins un fichier de nommage FN. Le fichier de nommage FN comprend des enregistrements associant chacun une donnée d'accessibilité d'un noeud du réseau RT, appelée dans la suite de la description donnée d'enregistrement, à un identificateur de ce noeud. Par exemple selon la spécification DNS, un enregistrement fait correspondre à un nom compréhensible assigné au noeud une adresse internet d'accès à ce noeud. De même, selon la spécification ENUM ("tElephone NUmber Mapping" en anglais) qui repose sur la spécification DNS, un enregistrement fait correspondre à un numéro au format téléphonique habituel de type E164 assigné à un noeud un ensemble d'informations du noeud ou de son usager telles qu'un autre numéro de type E164, une adresse IP ou une adresse de courriel. Un fichier de nommage est décrit plus en détail en référence à la figure 3. Les noeuds sont des entités telles qu'un serveur, un terminal mobile ou un ordinateur personnel. Le noeud client NCL est par exemple un terminal qui via le réseau RT, comme un réseau de télécommunications classique à infrastructure de type internet, requiert une donnée d'enregistrement à un noeud serveur NS, par exemple un serveur DNS. Selon une deuxième implémentation, le réseau de télécommunications RT est un réseau ad-hoc dépourvu d'infrastructure où les noeuds NS et NCL communiquent directement entre eux sans passer par un point de centralisation tel qu'un point d'accès. Dans cette deuxième implémentation, le noeud serveur NS est par exemple un terminal d'usager qui comprend un fichier de nommage FN contenant les propres données d'enregistrement du noeud serveur NS, ou une copie de données d'enregistrement relatives à un autre noeud et obtenues lors d'une demande antérieure à un serveur DNS. Le noeud client NCL souhaite obtenir une donnée d'enregistrement relative à un noeud Na du réseau et contenue dans le fichier de nommage FN du noeud serveur NS. Le noeud client NCL interroge le noeud serveur NS en transmettant à travers le réseau RT une requête RQ contenant un identificateur ID Na du noeud Na. Le noeud serveur NS retourne une réponse RP contenant une donnée d'enregistrement D RRa associée à l'identificateur ID Na dans le fichier FN et une donnée de correction d'erreur D Ca afin de détecter une éventuelle erreur de transmission de la donnée D RRa et ainsi de la corriger. A la réception de la réponse RP, le noeud client NCL vérifie l'exactitude de la donnée d'enregistrement D RRa en fonction de la donnée de correction d'erreur D Ca. Si la donnée D RRa est inexacte, le noeud NCL la corrige en fonction de la donnée de correction d'erreur D Ca et la traite. Le noeud client NCL et le noeud serveur NS dans la figure 1 sont plus détaillés à la figure 2 sous forme de blocs fonctionnels dont la plupart assurent des fonctions ayant un lien avec l'invention et peuvent correspondre à des modules logiciels et/ou matériels. Le noeud serveur NS et le noeud client NCL comportent des modules qui mettent en oeuvre le procédé de vérification et de correction d'erreur de donnée d'enregistrement de l'invention décrit en référence à la figure 5. Le noeud serveur NS comprend une interface de réseau IRS, une unité de communication UCS, une unité de gestion de fichier de nommage UFS, une unité spécifique USS et une mémoire MS. L'unité spécifique USS caractérise le noeud, par exemple l'unité de traitement centrale d'un ordinateur personnel PC, d'un serveur ou d'un terminal mobile. Tous les modules du noeud serveur sont reliés par un bus de communication bidirectionnel BS. Le noeud serveur NS communique avec le noeud client NCL via l'interface de réseau IRS pour recevoir des requêtes provenant dudit noeud client et transmettre des réponses auxdites requêtes. Dans la deuxième implémentation, l'interface IRS du noeud serveur NS peut transmettre des requêtes vers un serveur DNS et recevoir des réponses aux requêtes transmises. L'unité de communication UCS du noeud serveur interprète les requêtes RQ reçues et établit des réponses RP auxdites requêtes. Les requêtes reçues ainsi interprétées sont traitées par l'unité de gestion de fichier de nommage UFS qui recherche dans le fichier FN dans la mémoire MS les données d'enregistrement requises. L'unité UFS gère également la mise à jour du fichier FN à la suite de l'introduction, de la suppression ou d'un changement de profils de noeuds gérés dans le réseau RT ou à la suite de la transmission d'une nouvelle copie du fichier FN provenant par exemple d'un serveur DNS. L'unité UFS détermine également pour chaque donnée d'enregistrement du fichier de nommage FN une donnée de correction d'erreur en appliquant sur la donnée d'enregistrement un algorithme prédéfini de correction d'erreur. Chaque donnée de correction d'erreur est enregistrée dans le fichier FN. Les fonctionnalités des unités UCS, UFS et USS peuvent être réalisées sous forme de modules logiciels implémentés dans le noeud serveur NS et exécutées par une unité centrale de traitement du noeud NS. La mémoire MS contient, entre autres, le fichier de nommage FN et un algorithme d'établissement de correction d'erreur AG identifié par un identificateur d'algorithme I AG. Selon une réalisation de l'invention, l'algorithme d'établissement de correction d'erreur correspond à un algorithme de contrôle de redondance cyclique (CRC) dans lequel la séquence binaire d'une donnée d'enregistrement est traitée comme un polynôme binaire. Le résultat obtenu est un code de correction d'erreur contenu dans la donnée de correction d'erreur associée à ladite donnée d'enregistrement, et correspond au reste de la division polynomiale dudit polynôme binaire par un polynôme générateur PG prédéfini. Le polynôme générateur PG est mémorisé dans la mémoire MS et est identifié par un identificateur I PG. Le noeud client NCL comprend une interface de réseau IRC, une unité de communication UCC, une unité spécifique USC et une mémoire MC. L'unité spécifique USC caractérise le noeud NCL, par exemple l'unité de traitement centrale d'un ordinateur personnel PC, d'un serveur ou d'un terminal mobile. Tous les modules du noeud sont reliés par un bus de communication bidirectionnel BC. Le noeud NCL communique avec le noeud serveur NS via l'interface de réseau IRC pour transmettre des requêtes RQ au noeud serveur NS et recevoir des réponses RP auxdites requêtes. L'unité de communication UCC du noeud NCL établit les requêtes RQ et interprète les réponses RP auxdites requêtes. L'unité de communication UCC vérifie l'exactitude de la donnée d'enregistrement reçue. Si celle-ci est détectée erronée, l'unité UCC la corrige. Les fonctionnalités des unités UCC et USC peuvent être réalisées sous forme de modules logiciels implémentés dans le noeud et exécutées par une unité centrale de traitement du noeud. La mémoire MC contient, entre autres, un algorithme de détection et correction d'erreur AG-1 qui est l'algorithme inverse de l'algorithme d'établissement de correction d'erreur AG mémorisé dans la mémoire MS du noeud serveur NS. Dans la mémoire MC, l'algorithme AG-1 est mémorisé et identifié par un identificateur I AG identique à celui de l'algorithme AG, et le polynôme générateur PG et l'identificateur I PG sont mémorisés. Conformément aux spécifications DNS/DNSSEC, les données d'enregistrement des noeuds du réseau RT sont enregistrées dans des fichiers de nommage FN classés en arborescence selon leur domaine de parenté. En référence au protocole ENUM, un domaine contient tous les numéros de type E164 commençant par "01", un autre domaine répertorie les numéros commençant par "02" et ainsi de suite, chacun de ces domaines comportant des sous-domaines répertoriant les numéros selon d'autres caractéristiques. Chacun de ces domaines et/ou sous-domaines est caractérisé par un fichier de nommage. La mémoire MS du noeud serveur NS peut contenir un ou plusieurs fichiers de nommage FN. En référence à la figure 3, chaque fichier de nommage FN selon l'invention est identifié par un identificateur de domaine I D et comprend des enregistrements, dont seulement deux RRa et RRb sont illustrés et associent respectivement des identificateurs ID Na et ID Nb assignés à des noeuds Na et Nb du réseau RT à des données d'enregistrement D RRa et D RRb des noeuds Na et Nb. L'identificateur ID Na, ID Nb est par exemple un nom de domaine selon la spécification DNS, un numéro téléphonique classique de type E164 selon la spécification ENUM ou un identificateur cryptographique selon la spécification HIT. La donnée d'enregistrement D RRa, D RRb est la donnée requise lors d'une requête provenant du noeud client NCL contenant l'identificateur ID Na, ID Nb associé. La donnée d'enregistrement est par exemple de la forme "2001:2:56" pour un enregistrement lié à une adresse IP (Internet Protocol" en anglais), de la forme "nom serveur mail.com" pour un enregistrement lié à un serveur de messagerie électronique, ou un texte pour un enregistrement lié à la description d'un profil. Dans le fichier de nommage FN, un enregistrement tel que RRa est inscrit sous forme d'un champ d'enregistrement comportant entre autres, l'identificateur ID Na, un type TYa caractérisant l'enregistrement, et la donnée d'enregistrement D RRa. Le type TYa caractérise l'enregistrement en indiquant par exemple que la donnée d'enregistrement D RRa est relative à une adresse IPv4 "A", un nom de serveur de messagerie électronique "MX" ou un texte "'XI". Afin d'être conforme à la spécification DNS/DNSSEC, d'autres éléments informatifs sont insérés dans le champ de l'enregistrement RRa, tels qu'une classe CLa de l'enregistrement, par exemple la classe "IN" relative à l'internet, et la durée de vie TTLa ("rime To Live" en anglais) de l'enregistrement RRa. Selon l'invention, pour chaque champ d'enregistrement RRa, RRb, est associé un champ de correction d'erreur comportant un type CRa, CRb caractérisant le champ, une classe de correction d'erreur CLca, CLcb, une durée de vie de correction d'erreur TTLca, TTLcb, et une donnée de correction d'erreur D Ca, D Cb. Le champ de correction d'erreur et plus particulièrement la donnée de correction d'erreur D Ça transmise en même temps que la donnée d'enregistrement D RRa ont pour rôle d'assister à la détection d'erreur dans la donnée transmise et le cas échéant à corriger la donnée erronée afin d'obtenir la donnée d'enregistrement requise. La donnee de correction d'erreur D Ça de l'enregistrement RRa est représentée à la figure 4 et comprend des sous-champs Cl à C9. Les sous-champs C2, C8 et C9 sont plus particulièrement relatifs à l'invention. Le sous-champ C2 comprend l'identificateur I AG de l'algorithme d'établissement de correction d'erreur utilisé pour obtenir un code de correction d'erreur Ca inclus dans le sous-champ C9. Le sous-champ C8 comprend l'identificateur I PG du polynôme générateur, ou le polynôme générateur lui-même lorsque la mémoire MC du noeud client NCL ne contient pas le polynôme. Le code de correction d'erreur Ca inclus dans le sous-champ C9 est déterminé par application de l'algorithme d'établissement de correction d'erreur AG sur la donnée d'enregistrement D RRa. Le reste de la division polynomiale de la séquence binaire composant la donnée D RRa par le polynôme générateur PG constitue le code de correction d'erreur Ca. En variante, la donnée d'enregistrement D RRa est concaténée aux données incluses dans les sous-champs Cl à C8 de la donnée de correction d'erreur D Ca, et donc concaténée notamment à l'identificateur de l'algorithme de correction d'erreur I AG et l'identificateur I PG du polynôme générateur PG. Le résultat de la concaténation est applicable à l'algorithme d'établissement de correction d'erreur AG afin de déterminer le code de correction d'erreur Ca associé transmis avec la donnée d'enregistrement depuis le noeud serveur vers le noeud client. Les autres sous-champs sont présents afin que l'invention soit conforme à la spécification DNS/DNSSEC. Le sous-champ Cl inclut le type TYa de l'enregistrement RRa couvert par le champ de correction d'erreur. Le sous-champ C3 correspond à l'emplacement hiérarchique du domaine ou sous-domaine relatif à l'enregistrement RRa dans l'arborescence de type DNS. Le sous-champ C4 inclut la durée de vie TTLa de l'enregistrement RRa. Les sous-champs C5 et C6 sont respectivement les dates de fin et de début de la donnée d'enregistrement D RRa. La date courante lors de la vérification de l'exactitude de la donnée D RRa par le noeud NCL est comprise entre les dates de début et de fin. Le sous-champ C7 contient l'identificateur de domaine I D identifiant le fichier FN. Optionnellement, en référence à la figure 3, pour chaque champ d'enregistrement RRa, RRb, est associé un champ de signature comportant un type SIGa, SIGb caractérisant le champ, une classe de signature CLsa, CLsb, une durée de vie de signature TTLsa, TTLsb, et une donnée de signature D Sa, D Sb incluant une signature de la donnée d'enregistrement D RRa, D RRb. Le champ de signature et plus particulièrement la donnée de signature D Sa, D Sb transmise en même temps que la donnéed'enregistrement associée D RRa, D RRb ont pour rôle d'authentifier l'origine et de garantir l'intégrité de la donnée d'enregistrement D RRa, D RRb. A cette donnée de signature peut être associée un champ de correction d'erreur telle que décrit précédemment, la donnée de correction d'erreur dudit champ étant déterminée en fonction de la donnée de signature. Le procédé de vérification et de correction d'erreur de donnée d'enregistrement du système de nommage relatif au protocole DNS comprend des étapes El à E7 montrées à la figure 5 et décrites en référence à la réalisation des figures 1 et 2. A l'étape El, l'unité de gestion de fichier de nommage UFS dans le noeud serveur NS met à jour le fichier de nommage FN. Par exemple, un nouveau noeud Na est introduit dans le réseau RT. L'unité UFS mémorise dans le fichier FN l'enregistrement RRa comme celui indiqué à la figure 3. L'unité UFS détermine également la donnée de correction d'erreur D Ça en fonction de la donnée d'enregistrement D RRa associée à l'enregistrement RRa, comme décrit en référence a la figure 4, et memorise la donnee D Ca du champ de correction d'erreur dans le fichier FN. De même optionnellement, une donnée de signature D Sa de la donnée d'enregistrement RRa est déterminée et mémorisée dans le fichier FN. Cette mise à jour est effectuée à tout moment à la demande par un opérateur du réseau RT, ou périodiquement. Selon la réalisation de la figure 1, le noeud client NCL souhaite initier une communication avec un noeud Na du réseau RT en connaissant uniquement l'identificateur ID Na du noeud Na. A l'étape E2, l'unité de communication UCC du noeud NCL établit une requête RQ contenant au moins l'identificateur ID Na, qui est transmise par l'interface de réseau IRC du noeud NCL vers le noeud serveur NS à travers le réseau RT. La requête RQ peut également contenir une demande de code de correction d'erreur DCC, afin de détecter une éventuelle erreur de transmission de la donnée D RRa et ainsi la corriger. A l'étape E3, l'interface de réseau IRS du noeud serveur NS reçoit la requête RQ qui est traitée par l'unité de communication UCS du noeud serveur NS. En fonction de l'identificateur ID Na extrait de la requête RQ, l'unité de gestion de fichier de nommage UFS du serveur recherche dans le fichier FN la donnée d'enregistrement D RRa. A l'étape E4, l'unité UFS vérifie si une demande de code de correction d'erreur DCC est incluse dans la requête RQ. Si aucune demande DCC n'est contenue dans la requête RQ, l'unité de communication UCS établit une réponse RP transmise par l'interface de réseau IRS du noeud serveur NS vers le noeud client NCL à travers le réseau RT et contenant la donnée D RRa requise associée à l'identificateur ID Na. L'unité de communication UCC du noeud client NCL traite la donnée D RRa à l'étape E7. Si à l'étape E4, une demande de code de correction d'erreur DCC est incluse dans la requête RQ, l'unité de communication UCS établit une réponse RP qui est transmise par l'interface de réseau IRS du noeud serveur NS vers le noeud client NCL à travers le réseau RT. La réponse RP comprend l'identificateur ID Na, la donnée d'enregistrement D RRa et la donnée de correction d'erreur D Ca qui contient notamment l'identificateur I AG de l'algorithme de correction d'erreur AG-1, l'identificateur I PG du polynôme générateur PG et le code de correction d'erreur Ca. Les requêtes et réponses échangées entre le noeud serveur NS et le noeud client NCL sont conformes aux requêtes et réponses DNS. A l'étape E5, l'interface de réseau IRC du noeud client NCL reçoit la réponse RP. En fonction des identificateurs I AG et I PG reçus, l'unité de communication UCC du noeud client trouve l'algorithme de correction d'erreur AG-1 et le polynôme générateur PG dans la mémoire MC. L'unité de communication UCC vérifie l'exactitude de la donnée d'enregistrement transmise D RRa. Selon un algorithme de correction d'erreur relatif au contrôle de redondance cyclique, la donnée d'enregistrement transmise D RRa est concaténée au code de correction d'erreur transmis Ca en une donnée de concaténation qui est divisée par le polynôme générateur PG. Si le résultat de la division est nul, alors la donnée d'enregistrement a été correctement transmise et est traitée à l'étape E7 par l'unité spécifique USC du noeud client NCL. Si le résultat n'est pas nul à l'étape E5, la donnée d'enregistrement est inexacte. A l'étape E6, l'unité de communication UCC corrige la donnée par application de l'algorithme de correction d'erreur AG-1 avec le code de correction d'erreur Ca à la donnée d'enregistrement transmise D RRa. Par exemple, l'algorithme de correction d'erreur est implémenté pour déterminer une donnée d'enregistrement la plus probable en fonction du code de correction d'erreur Ca. La nouvelle donnée d'enregistrement déterminée est de nouveau testée à l'étape E5 par concaténation du code de correction d'erreur Ca et de la donnée d'enregistrement déterminée en une donnée de concaténation, et une division de la donnée de concaténation par le polynôme générateur PG. Si le résultat est nul, alors la donnée d'enregistrement déterminée est correcte et est traitée à l'étape E7 par l'unité spécifique USC du noeud client NCL. Dans le cas contraire, une nouvelle donnée d'enregistrement est déterminée à l'étape E6. La boucle des étapes E5 et E6 est répétée un nombre prédéterminé, par exemple compris entre 2 et 5, afin de converger vers un résultat de division récurrent sensiblement nul et donc vers une donnée d'enregistrement déterminée relativement correcte. En variante, à l'étape E4 le noeud serveur NS transmet dans la réponse RP, conjointement à l'identificateur ID Na du noeud Na et la donnée d'enregistrement D RRa, une première donnée de correction d'erreur D Ca associée à la donnée d'enregistrement, la donnée de signature D Sa associée également à la donnée d'enregistrement et une deuxième donnée de correction d'erreur comprenant un code de correction d'erreur déterminé en fonction de la donnée de signature et associée à celle-ci. Avant d'exécuter l'étape E5, l'unité UCC du noeud NCL vérifie l'exactitude de la donnée de signature transmise en fonction de la deuxième donnée de correction d'erreur transmise, de manière analogue à la vérification de l'exactitude de la donnée d'enregistrement D RRa en fonction de la première donnée de correction d'erreur transmise D Ca, décrite à l'étape E4. Si la donnée de signature D Sa est inexacte, l'unité UCC ne corrige pas ladite donnée de signature et décide de ne pas exécuter les étapes E5 à E7, ou d'éventuellement les exécuter. Si la donnée de signature D Sa est exacte, l'unité UCC exécute les étapes E5 à E7. A l'étape E7, lorsque la donnée d'enregistrement D RRa est réputée correcte, l'unité UCC vérifie l'authentification et l'intégrité de la donnée d'enregistrement transmise en fonction de la donnée de signature D Sa. Si la donnée d'enregistrement D RRa n'est pas authentifiée, l'unité UCC décide de ne pas traiter la donnée d'enregistrement D RRa. Dans le cas contraire, l'unité UCC traite la donnée D RRa. En référence à la figure 6, une deuxième réalisation d'un système de nommage de type DNS selon l'invention comprend un noeud client NCL, un noeud serveur NS et un noeud de code de correction NCO communiquant entre eux via un réseau de télécommunications RT. Le noeud client NCL et le noeud serveur NS sont sensiblement analogues aux noeuds NCL et NS des figures 1 et 2 à l'exception que le noeud NS ne comprend plus de données de correction d'erreur mémorisées dans le fichier de nommage FN. On notera que le noeud client et le noeud serveur peuvent assurer en outre des fonctions de noeud de code de correction pour des noeuds du réseau. Inversement le noeud de code de correction NCO peut assurer des fonctions de noeud serveur et/ou de noeud client pour des noeuds du réseau. Le noeud de code de correction NCO comprend une unité de gestion de code de correction d'erreur UGO et une mémoire de code de correction d'erreur MCO. L'unité UGO détermine les codes de correction d'erreur Ca, Cb en fonction des données d'enregistrement RRa, RRb des noeuds Na, Nb du réseau RT mémorisées dans le fichier de nommage FN du noeud serveur NS et de manière analogue à la détermination des codes de correction d'erreur dans la première réalisation. Les codes Ca, Cb sont déterminés par application d'un algorithme d'établissement de correction d'erreur AG, tel qu'un algorithme de contrôle de redondance cyclique, sur les données d'enregistrement RRa, RRb. Les données de correction D Ça et D Cb comprenant chacune notamment un code de correction d'erreur Ca, Cb, l'identificateur IAG de l'algorithme de correction d'erreur AG-1 et l'identificateur I PG du polynôme générateur PG, sont ensuite mémorisées dans la mémoire MCO en association aux identificateurs ID Na, ID Nb des noeuds du réseau RT. L'algorithme AG et le polynôme générateur PG sont également mémorisés dans la mémoire MCO. De manière analogue à la première réalisation, le noeud client NCL souhaitant obtenir une donnée d'enregistrement relative à un noeud Na du réseau interroge le noeud serveur NS en transmettant à travers le réseau RT une première requête RQ1 contenant un identificateur ID Na du noeud Na et une demande de code de correction DCC. En réponse, le noeud serveur NS transmet la donnée d'enregistrement D RRa associée à l'identificateur ID Na au noeud client NCL. La donnee de correction d'erreur D Ça associée à l'identificateur ID Na est transmise depuis le noeud NCO au noeud client soit directement, soit par l'intermédiaire du noeud serveur NS après réception d'une requête RQ2 transmise depuis le noeud serveur et incluant l'identificateur ID Na et la demande de code de correction DCC. A la réception de la réponse RP1 et/ou de la réponse RP2, le noeud client NCL vérifie l'exactitude de la donnée d'enregistrement D RRa en fonction de la donnée de correction d'erreur D Ca. Si la donnée D RRa est inexacte, le noeud NCL la corrige en fonction de la donnée de correction d'erreur D Ca et la traite. Le procédé de vérification et de correction d'erreur de donnée d'enregistrement du système de nommage relatif au protocole DNS, selon la deuxième réalisation de l'invention, comprend des étapes S1 à S10 montrées à la figure 7 et décrites en référence à la réalisation de la figure 6. A l'étape S1, lors de la mise à jour du fichier de nommage FN par l'unité de gestion de fichier de nommage UFS dans le noeud serveur NS, à l'introduction d'un nouveau noeud Na dans le réseau RT, l'unité UFS mémorise dans le fichier FN l'enregistrement RRa relatif au noeud Na. L'unité de communication UCS du noeud NS établit un message M contenant la donnée d'enregistrement D RRa de l'enregistrement RRa et l'identificateur ID Na associé afin de transmettre le message M par l'intermédiaire de l'interface IRS au noeud de code de correction NCO. A l'étape S2, l'unité UGO du noeud NCO détermine le code de correction d'erreur Ca par application de l'algorithme d'établissement de correction AG à la donnée D RRa transmise, et mémorise la donnée de code D Ça incluant le code détermine Ca dans la mémoire MCO en association à l'identificateur transmis ID Na. Si le noeud client NCL ne connaissant que l'identificateur ID Na du noeud Na souhaite initier une communication avec le noeud Na du réseau RT, les étapes suivantes S3 à S10 sont exécutées. A l'étape S3, l'unité de communication UCC du noeud NCL établit une première requête RQ1 qui contient au moins l'identificateur ID Na et qui est transmise par l'interface de réseau IRC du noeud NCL vers le noeud serveur NS à travers le réseau RT. La requête RQ1 peut également inclure une demande de code correction DCC afin de détecter une éventuelle erreur de transmission de la donnée D RRa et ainsi la corriger. A l'étape S4, l'interface de réseau IRS du noeud serveur NS reçoit la requête RQ1 qui est traitée par l'unité de communication UCS du noeud serveur NS. En fonction de l'identificateur ID Na extrait de la requête RQ1, l'unité de gestion de fichier de nommage UFS du noeud serveur recherche dans le fichier FN la donnée d'enregistrement D RRa. A l'étape S5, l'unité UFS vérifie si une demande de code de correction DCC est incluse dans la requête RQ1. Si aucune demande DCC n'est incluse dans la requête RQ1, l'unité de communication UCS établit une réponse RP1 transmise par l'interface de réseau IRS du noeud serveur NS vers le noeud client NCL à travers le réseau RT et contenant la donnée requise D RRa associée à l'identificateur ID Na. L'unité de communication UCC du noeud client NCL traite la donnée D RRa à l'étape S6. Si à l'étape S5, une demande de code de correction DCC est incluse dans la requête RQ1, l'unité de communication UCS établit une deuxième requête RQ2 incluant l'identificateur ID Na et la demande DCC à transmettre au noeud de code de correction NCO. A la réception de la deuxième requête RQ2, à l'étape S7, l'unité de gestion de code de correction d'erreur UCO du noeud NCO trouve dans la mémoire MCO la donnée de correction d'erreur D Ca associée à l'identificateur ID Na et l'inclut dans une réponse RP2 avec l'identificateur ID Na. La reponse RP2 est transmise au noeud serveur NS. A l'étape S8 l'unité de communication UCS du noeud serveur NS traite la réponse RP2 et établit une réponse RP1 relative à la requête RQ1. La réponse RP1 comprend l'identificateur ID Na, la donnée d'enregistrement D RRa, et la donnée de correction d'erreur D Ca. A l'étape S9, l'interface de réseau IRC du noeud client NCL reçoit la réponse RP1. Les étapes suivantes S9, S10 et S6 sont analogues aux étapes E5 à E7 de la première réalisation décrite en référence à la figure 5. Selon une première variante du procédé de vérification et de correction d'erreur de donnée d'enregistrement relatif à la deuxième réalisation de l'invention, la réponse RP2 à l'étape S7 est directement transmise depuis le noeud de code de correction NCO vers le noeud client NCL, l'adresse du noeud NCL étant incluse dans la requête RQ2 transmise par le noeud serveur NS. Le noeud NS transmet simultanément à la requête RQ2 une réponse RP1 au noeud NCL incluant uniquement la donnée d'enregistrement D RRa et l'identificateur ID Na, et optionnellement une notification indiquant que la donnée de correction d'erreur associée à la donnée D RRa est transmise par un autre noeud. A la réception des deux réponses RP1 et RP2, le noeud client NCL effectue les étapes S9, S10 et S6. 5 Une deuxième variante du procédé de vérification et de correction d'erreur de donnée d'enregistrement relatif à la deuxième réalisation de l'invention est illustrée à la figure 8. Cette deuxième variante 10 comprend des étapes P1 à P10. Les étapes P1 à P4 sont analogues aux étapes S1 à S4 décrites en références à la figure 7. A l'étape P5, l'unité UFS vérifie si une demande de code de correction DCC est incluse dans la requête 15 RQ1. Si aucune demande DCC n'est incluse dans la requête RQ1, l'unité de communication UCS établit une réponse RP1 transmise par l'interface de réseau IRS du noeud serveur NS vers le noeud client NCL à travers le réseau RT et contenant la donnée requise D RRa 20 associée à l'identificateur ID Na. L'unité de communication UCC du noeud client NCL traite la donnée D RRa à l'étape P6. Si à l'étape P5, une demande de code de correction DCC est incluse dans la requête RQ1, 25 l'unité de communication UCS établit une réponse RP1 incluant l'identificateur ID Na, la donnée d'enregistrement D RRa et une adresse AD NCO du noeud de code de correction NCO, et la transmet au noeud client NCL. 30 A l'étape P7, à la réception de la réponse RP1, l'unité UCC du noeud client NCL établit une deuxième requête RQ2 incluant l'identificateur ID Na, la demande de code de correction DCC et l'adresse du noeud NCL, la requête RQ2 étant transmise au noeud de 35 code de correction NCO ayant pour adresse AD NCO. A la réception de la deuxième requête RQ2, à l'étape P8, l'unité de gestion de code de correction d'erreur UCO trouve dans la mémoire MCO la donnée de correction d'erreur D Ca associée à l'identificateur ID Na et l'inclut dans une réponse RP2 avec l'identificateur ID Na, l'identificateur I AG de l'algorithme de correction d'erreur AG-1 et l'identificateur I PG du polynôme générateur PG. La réponse RP2 est transmise au noeud NCL. A l'étape P9, l'interface de réseau IRC du noeud client NCL reçoit la réponse RP2. Les étapes suivantes P9, P10 et P6 sont analogues aux étapes E5 à E7 de la première réalisation décrite en référence à la figure 5. Selon une variante relative aux deux réalisations, la donnée d'enregistrement D RRa et la donnée de correction d'erreur D Ca sont transmises respectivement depuis le noeud serveur NS et le noeud de code de correction NCO à un noeud autre que le noeud NCL et ayant requis les données D RRa et D Ca. Par exemple, le noeud Nb du réseau RT ne comprend pas de dispositif pour requérir des données d'enregistrement de type DNS du noeud Na avec lequel il veut entrer en communication. Le noeud Nb recourt ainsi aux services du noeud client NCL pour acquérir les données D RRa et D Ca. Selon une implémentation, les étapes du procédé de l'invention sont déterminées par les instructions d'un programme d'ordinateur incorporé pour partie dans un noeud serveur et pour partie dans un noeud client, ou pour partie dans un noeud serveur, dans un noeud client et pour partie dans un noeud de code de correction, les noeuds communiquant à travers un réseau de télécommunications. Le programme comporte des instructions de programme qui, lorsque ledit programme est exécuté dans des processeurs du noeud serveur et du noeud client, ou du noeud serveur, du noeud client et du noeud de code de correction, dont le fonctionnement est alors commandé par l'exécution du programme, réalisent les étapes du procédé selon l'invention. En conséquence, l'invention s'applique également à un programme d'ordinateur, notamment un programme d'ordinateur sur ou dans un support d'informations, adapté à mettre en oeuvre l'invention. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable pour implémenter le procédé selon l'invention. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage ou support d'enregistrement sur lequel est enregistré le programme d'ordinateur selon l'invention, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore une clé USB, ou un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé selon l'invention. REVENDICATIONS 1 - Procédé pour coder une donnée d'enregistrement (D RRa) relative à un premier noeud (Na) et contenue dans un fichier de nommage (FN) inclus dans un deuxième noeud (NS), dans un réseau de télécommunications (RI), caractérisé en ce qu'il comprend les étapes de : mémoriser (El, S1, P1) dans le fichier de nommage un identificateur (ID Na) du premier noeud (Na) en association à la donnée d'enregistrement (D RRa), déterminer (El, S2, P2) dans un troisième noeud (NCO) un code de correction (Ca) en fonction de la donnée d'enregistrement transmise avec l'identificateur par le deuxième noeud, et mémoriser (El, S2, P2) le code de correction dans le troisième noeud en association à l'identificateur transmis. 2 - Procédé pour transmettre une donnée d'enregistrement (D RRa) relative à un premier noeud (Na) depuis un deuxième noeud (NS) vers un troisième noeud (NCL) à travers un réseau de télécommunications (RI), caractérisé en ce qu'il comprend les étapes de transmettre (E2, S3, P3) une requête incluant un identificateur (ID Na) du premier noeud (Na) depuis le troisième noeud vers le deuxième noeud, transmettre (E4, S5, P5) la donnée d'enregistrement associée à l'identificateur depuis le deuxième noeud vers le troisième noeud, et transmettre (E4, S5, P5) une indication renseignant sur un code de correction (Ca) déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième noeud (NCO) du réseau, si la requête inclut une demande de code de correction (DCC), depuis le quatrième noeud vers un autre noeud. 3 - Procédé conforme à la revendication 2, selon lequel ledit autre noeud est le troisième noeud (NCL). 4 - Procédé conforme à la revendication 3, selon lequel le deuxième noeud (NS) et le quatrième noeud (NCO) sont confondus et ladite indication est le code de correction. 5 - Procédé conforme à la revendication 3, selon lequel ladite indication est le code de correction (Ca) et est transmise (S5-S7-S8) depuis le quatrième noeud (NCO) vers le troisième noeud (NCL) à travers le deuxième noeud (NS), et comprenant une transmission (S5) de la demande de code de correction (DCC) extraite de la requête transmise par le troisième noeud, depuis le deuxième noeud vers le quatrième noeud. 6 - Procédé conforme à la revendication 3, selon lequel ladite indication est le code de correction (Ca), et comprenant une transmission de la demande de code de correction (DCC) extraite de la requête transmise par le troisième noeud (NCL), depuis le deuxième noeud (NS) vers le quatrième noeud (NCO), et une transmission du code de correction depuis le quatrième noeud vers le troisième noeud. 7 - Procédé conforme à la revendication 3, selon lequel ladite indication est une adresse (AD NCO) du quatrième noeud (NCO), et comprenant une transmission (P7) de l' identificateur (ID Na) du premier noeud (Na) depuis le troisième noeud (NCL) vers le quatrième noeud (NCO) en réponse à l'adresse du quatrième noeud, et une transmission (P8) du code de correction (Ca) en association avec l'identificateur depuis le quatrième noeud (NCO) vers le troisième noeud (NCL). 8 - Procédé pour vérifier une donnée d'enregistrement (D RRa) relative à un premier noeud (Na) transmise depuis un deuxième noeud (NS) vers un troisième (NCL) à travers un réseau de télécommunications (RT), caractérisé en ce qu'il comprend les étapes de : transmettre (E2, S3, P3) une requête incluant un identificateur (ID Na) du premier noeud (Na) et une demande de code de correction (DCC) depuis le troisième noeud vers le deuxième noeud, transmettre (E4, S5, P5) la donnée d'enregistrement (D RRa) associée à l'identificateur depuis le deuxième noeud vers le troisième noeud et un code de correction (Ca) déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième noeud (NCO) du réseau, depuis le quatrième noeud vers le troisième noeud, et vérifier (E5, S9, P9) l'exactitude de la donnée d'enregistrement transmise en fonction du code de 25 correction dans le troisième noeud. 9 - Procédé conforme à la revendication 8, comprenant une correction (E6, S6, P6) de la donnée d'enregistrement vérifiée en fonction du code de 30 correction transmis si la donnée d'enregistrement est réputée inexacte. 10 - Noeud (NS) pour coder une donnée d'enregistrement (D RRa) relative à un premier noeud 35 (Na) dans un réseau de télécommunications (RT), et contenant un fichier de nommage (FN), caractérisé en ce qu'il comprend : un moyen (UFS) pour mémoriser dans le fichier de nommage un identificateur (ID Na) du premier noeud (Na) en association à la donnée d'enregistrement (D RRa), un moyen (UCS) pour déterminer un code de correction (Ca) en fonction de la donnée d'enregistrement transmise avec l'identificateur par le deuxième noeud (NS), et un moyen (UFS) pour mémoriser le code de correction en association à l'identificateur transmis. 11 - Noeud (NCO) pour coder une donnée d'enregistrement (D RRa) relative à un premier noeud (Na) dans un réseau de télécommunications (RI), caractérisé en ce qu'il comprend : un moyen (UGO) pour déterminer un code de correction (Ca) en fonction de la donnée d'enregistrement transmise avec un identificateur du premier noeud (Na) par un deuxième noeud (NS) du réseau, ledit identificateur (ID Na) étant associé à la donnee d'enregistrement (D RRa) dans un fichier de nommage (FN) contenu dans le deuxième noeud, et un moyen (MCO) pour mémoriser le code de correction en association à l'identificateur transmis. 12 - Noeud (NS) pour transmettre une donnée d'enregistrement (D RRa) relative à un premier noeud (Na) vers un troisième noeud (NCL) à travers un réseau de télécommunications (RI), caractérisé en ce qu'il comprend : un moyen (IRS) pour recevoir une requête incluant un identificateur (ID Na) du premier noeud (Na) transmise depuis le troisième noeud, et un moyen (IRS) pour transmettre la donnée d'enregistrement (D RRA) associée à l'identificateur vers le troisième noeud, afin qu'une indication renseignant sur un code de correction (Ca) déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième noeud (NCO) du réseau soit transmise depuis le quatrième noeud vers un autre noeud, si la requête inclut une demande de code de correction (DCC). 13 - Noeud (NCL) pour vérifier une donnée d'enregistrement (D RRa) relative à un premier noeud (Na) transmise depuis un deuxième noeud (NS) à travers un réseau de télécommunications (RT), caractérisé en ce qu'il comprend : un moyen (IRC) pour transmettre une requête incluant un identificateur (ID Na) du premier noeud (Na) et une demande de code de correction (DCC) vers le deuxième noeud, un moyen (IRC) pour recevoir la donnée d'enregistrement associée à l'identificateur depuis le deuxième noeud et un code de correction (Ca) déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième noeud (NCO) du réseau, depuis le quatrième noeud, et un moyen (UCC) pour vérifier l'exactitude de la donnée d'enregistrement transmise en fonction du code de correction. 14 - Programme d'ordinateur apte à être mis en oeuvre dans un noeud (NS) pour coder une donnée d'enregistrement (D RRa) relative à un premier noeud (Na) dans un réseau de télécommunications (RT), et contenant un fichier de nommage (FN), ledit programme étant caractérisé en ce qu'il comprend des instructions qui, lorsque le programme est exécuté dans ledit noeud, réalisent les étapes de : mémoriser (El) dans le fichier de nommage un identificateur (ID Na) du premier noeud (Na) en association à la donnée d'enregistrement (D RRa), déterminer (El) un code de correction (Ca) en fonction de la donnée d'enregistrement transmise avec l'identificateur par le deuxième noeud (NS), et mémoriser (El) le code de correction en association à l'identificateur transmis. 15 - Support d'enregistrement lisible par un noeud (NS) pour coder une donnée d'enregistrement (D RRa) relative à un premier noeud (Na) dans un réseau de télécommunications (RT), et contenant un fichier de nommage (FN), caractérisé en ce qu'il a enregistré un programme d'ordinateur comportant des instructions pour l'exécution des étapes suivantes : mémoriser (El) dans le fichier de nommage un identificateur (ID Na) du premier noeud (Na) en association à la donnée d'enregistrement (D RRa), déterminer (El) un code de correction (Ca) en fonction de la donnée d'enregistrement transmise avec l'identificateur par le deuxième noeud (NS), et mémoriser (El) le code de correction en association à l'identificateur transmis. 16 - Programme d'ordinateur apte à être mis en oeuvre dans un noeud (NCO) pour coder une donnée d'enregistrement (D RRa) relative à un premier noeud (Na) dans un réseau de télécommunications (RT), ledit programme étant caractérisé en ce qu'il comprend des instructions qui, lorsque le programme est exécuté dans ledit noeud, réalisent les étapes de : déterminer (S2, P2) un code de correction (Ca) en fonction de la donnée d'enregistrement transmise (Si, P1) avec un identificateur du premier noeud (Na) par un deuxième noeud (NS) du réseau, ledit identificateur (ID Na) étant associé à la donnée d'enregistrement (D RRa) dans un fichier de nommage (FN) contenu dans le deuxième noeud, et mémoriser (S2, P2) le code de correction en association à l'identificateur transmis. 17 - Support d'enregistrement lisible par un noeud (NCO) pour coder une donnée d'enregistrement (D RRa) relative à un premier noeud (Na) dans un réseau de télécommunications (RI), caractérisé en ce qu'il a enregistré un programme d'ordinateur comportant des instructions pour l'exécution des étapes suivantes . déterminer (S2, P2) un code de correction (Ca) en fonction de la donnée d'enregistrement transmise (Si, P1) avec un identificateur du premier noeud (Na) par un deuxième noeud (NS) du réseau, ledit identificateur (ID Na) étant associé à la donnée d'enregistrement (D RRa) dans un fichier de nommage (FN) contenu dans le deuxième noeud, et mémoriser (S2, P2) le code de correction en association à l'identificateur transmis. 18 - Programme d'ordinateur apte à être mis en oeuvre dans un noeud (NS) pour transmettre une donnée d'enregistrement (D RRa) relative à un premier noeud (Na) vers un troisième noeud (NCL) à travers un réseau de télécommunications (RI), ledit programme étant caractérisé en ce qu'il comprend des instructions qui, lorsque le programme est exécuté dans ledit noeud, réalisent les étapes de : recevoir (E3, S4, P4) une requête incluant un identificateur (ID Na) du premier noeud (Na) transmise depuis le troisième noeud, et transmettre (E4, S5, P5) la donnée d'enregistrement (D RRA) associée à l'identificateur vers le troisième noeud, afin qu'une indication renseignant sur un code de correction (Ca) déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième noeud (NCO) du réseau soit transmise depuis le quatrième noeud vers un autre noeud, si la requête inclut une demande de code de correction (DCC). 19 - Support d'enregistrement lisible par un noeud (NS) pour transmettre une donnée d'enregistrement (D RRa) relative à un premier noeud (Na) vers un troisième noeud (NCL) à travers un réseau de télécommunications (RI), caractérisé en ce qu'il a enregistré un programme d'ordinateur comportant des instructions pour l'exécution des étapes suivantes : recevoir (E3, S4, P4) une requête incluant un identificateur (ID Na) du premier noeud (Na) transmise depuis le troisième noeud, et transmettre (E4, S5, P5) la donnée d'enregistrement (D RRA) associée à l'identificateur vers le troisième noeud, afin qu'une indication renseignant sur un code de correction (Ca) déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième noeud (NCO) du réseau soit transmise depuis le quatrième noeud vers un autre noeud, si la requête inclut une demande de code de correction (DCC). 20 - Programme d'ordinateur apte à être mis en oeuvre dans un noeud (NCL) pour vérifier une donnée d'enregistrement (D RRa) relative à un premier noeud (Na) transmise depuis un deuxième noeud (NS) à travers un réseau de télécommunications (RT), ledit programme étant caractérisé en ce qu'il comprend des instructions qui, lorsque le programme est exécuté dans ledit noeud, réalisent les étapes de : transmettre (E2, S3, P3) une requête incluant un identificateur (ID Na) du premier noeud (Na) et une demande de code de correction (DCC) vers le deuxième noeud, recevoir (E4, S5, P5) la donnée d'enregistrement associée à l'identificateur depuis le deuxième noeud et un code de correction (Ca) déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième noeud (NCO) du réseau, depuis le quatrième noeud, et vérifier (E6, S9, P9) l'exactitude de la donnée d'enregistrement transmise en fonction du code de correction. 21 - Support d'enregistrement lisible par un noeud (NCL) pour vérifier une donnée d'enregistrement (D RRa) relative à un premier noeud (Na) transmise depuis un deuxième noeud (NS) à travers un réseau de télécommunications (RT), caractérisé en ce qu'il a enregistré un programme d'ordinateur comportant des instructions pour l'exécution des étapes suivantes : transmettre (E2, S3, P3) une requête incluant un identificateur (ID Na) du premier noeud (Na) et une demande de code de correction (DCC) vers le deuxième noeud, recevoir (E4, S5, P5) la donnée d'enregistrement associée à l'identificateur depuis le deuxième noeudet un code de correction (Ca) déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième noeud (NCO) du réseau, depuis le quatrième noeud, et vérifier (E6, S9, P9) l'exactitude de la donnée d'enregistrement transmise en fonction du code de correction.