EP2033404A1 - Verification et correction d'erreurs de donnees d'enregistrement dans un systeme de nommage - Google Patents

Verification et correction d'erreurs de donnees d'enregistrement dans un systeme de nommage

Info

Publication number
EP2033404A1
EP2033404A1 EP07788994A EP07788994A EP2033404A1 EP 2033404 A1 EP2033404 A1 EP 2033404A1 EP 07788994 A EP07788994 A EP 07788994A EP 07788994 A EP07788994 A EP 07788994A EP 2033404 A1 EP2033404 A1 EP 2033404A1
Authority
EP
European Patent Office
Prior art keywords
node
correction code
identifier
registration data
transmitted
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP07788994A
Other languages
German (de)
English (en)
Inventor
Fabien Allard
Daniel Migault
Jean-Michel Combes
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of EP2033404A1 publication Critical patent/EP2033404A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0884—Network architectures or network communication protocols for network security for authentication of entities by delegation of authentication, e.g. a proxy authenticates an entity to be authenticated on behalf of this entity vis-à-vis an authentication entity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity

Definitions

  • the present invention relates to the DNS protocol ("Domain Marne System" in English) and more particularly to the secure protocol DNSSEC
  • a DNS naming system is specifically designed for a public communication network comprising an infrastructure such as the Internet or an intranet network connecting nodes such as terminals or servers.
  • This naming system includes records that match for each of these nodes one or more understandable names, called domain names, for example "mydomain.com", to network information relating to the node, such as text fields, identifiers cryptographic, security parameters, a mail server, or more particularly IP type addresses ("Internet Protocol" in English).
  • domain names for example "mydomain.com”
  • IP type addresses Internet Protocol
  • These correspondences are stored in naming files stored in one or more servers dedicated to the domain name service, called DNS servers. All of these servers are publicly accessible to any client node that requests access to a domain name, in order to find the correspondence between the domain name and the network node associated with said domain name.
  • the DNS system uses Dynamic Host Configuration Protocol (DHCP) servers transmits information describing the telecommunications network, for example information about DNS proxy servers, SIP gateways ( "Session Initiation Protocol” as well as the assignment and referencing of an IP address.
  • DHCP Dynamic Host Configuration Protocol
  • SIP gateways "Session Initiation Protocol” as well as the assignment and referencing of an IP address.
  • ENE TElephone NUmber Mapping" in English
  • HIP Home Identity Protocol
  • the DNS system initially designed for the internet connected network is also introduced in other connected networks such as the PSTN (Switched Telephone Network) network in application with the ENUM protocol in order to merge the data of these two different types of network. networks with different protocols.
  • PSTN Switchched Telephone Network
  • Ad-hoc networks without an infrastructure in which nodes communicate directly with each other without a central access point.
  • the transmission of data within a network of poor transmission quality from a first node to a second node generates the reception and the processing of data which once considered erroneous by the second node are again transmitted by occupying another channel of the telecommunications network.
  • the present invention overcomes the disadvantages mentioned above.
  • a first method according to the invention is intended to encode a registration data item relating to a first node and contained in a naming file included in a second node, in a telecommunications network.
  • the first method is characterized in that it comprises the steps of: storing in the naming file an identifier of the first node in association with the registration data item, determining in a third node a correction code according to the data item recording transmitted with the identifier by the second node, and storing the correction code in the third node in association with the transmitted identifier.
  • the first, second and third nodes are any nodes in the telecommunications network.
  • the registration data server functions of the second node and the correction code determination functions of the third node can be performed by one and the same node of the network.
  • an embodiment comprising the correction code node distinct from the server node has the advantage of securing the determination of the correction code relating to the recording data item.
  • a second method according to the invention is intended to transmit registration data relating to a first node from a second node to a third node through a telecommunications network.
  • the second method is characterized in that it comprises the steps of: transmitting a request including an identifier of the first node from the third node to the second node, transmitting the registration data associated with the identifier from the second node to the second node third node, and transmit an indication indicating a correction code determined according to the registration data and stored in a fourth node of the network, if the request includes a correction code request, from the fourth node to another node .
  • the first node corresponds to any node present in the telecommunication network
  • the second node corresponds to a server node
  • the third node corresponds to a client node that requires registration data
  • the fourth node corresponds to a correction code node. .
  • Said other node may be the third node, the second node and the fourth node may be merged and said indication indicating a correction code may be the correction code itself.
  • the indication is the correction code and is transmitted from the fourth node to the third node through the second node.
  • the method then comprises a transmission of the request for a correction code extracted from the request transmitted by the third node, from the second node to the fourth node.
  • the indication is the correction code.
  • the method then comprises transmitting the correction code request extracted from the request transmitted by the third node, from the second node to the fourth node, and transmitting the correction code from the fourth node to the third node.
  • the indication is an address of the fourth node.
  • the method then includes transmitting the identifier of the first node from the third node to the fourth node in response to the address of the fourth node, and transmitting the correction code in association with the identifier from the fourth node to the fourth node. third node.
  • a third method according to the invention is intended to verify a record data relating to a first node transmitted from a second node to a third node through a telecommunications network.
  • the third method is characterized in that it comprises the steps of: transmitting a request including an identifier to the first node and a correction code request from the third node to the second node, transmitting the registration data associated with the first node; an identifier from the second node to the third node and a correction code determined according to the registration data and stored in a fourth node of the network, from the fourth node to the third node, and checking the accuracy of the registration data transmitted according to the correction code in the third node.
  • the third method may further comprise a correction of the registration data verified according to the transmitted correction code if the registration data is deemed to be inaccurate.
  • the transmission of a correction code associated with a required registration data and transmitted from the server node or a correction code node to the client node has the advantage that during a disturbed transmission of said registration data to detect errors in the registration data and correct it in the client node.
  • This data correction avoids exchanging additional requests and responses between the two nodes to obtain correct registration data and to encumber the telecommunications network unnecessarily.
  • the invention also relates to nodes, such as a node said server node participating in the determination of correction codes and / or carrying out functions of record data transmission server, a node called correction code node determining correction codes based on registration data and a node said client node checking registration data relating to other nodes, to implement the method achievements of the invention.
  • Any node in the network can provide for other nodes of the network one or more of the preceding functions performed by a server node and / or a correction code node and / or a client node.
  • a server node for encoding registration data relating to a first node in a telecommunications network, and containing a naming file is characterized in that it comprises: means for storing in the naming file an identifier of the first node node in association with the registration data, means for determining a correction code according to the registration data transmitted with the identifier by the second node, and means for storing the correction code in association with the transmitted identifier.
  • a correction code node for encoding registration data relating to a first node in a telecommunications network, is characterized in that it comprises: means for determining a correction code as a function of the registration data transmitted with an identifier of the first node by a second node of the network, said identifier being associated with the registration data in a naming file contained in the second node, and means for storing the correction code in association with the transmitted identifier.
  • a server node for transmitting registration data relating to a first node to a third node through a telecommunications network, is characterized in that it comprises: means for receiving a request including an identifier of the first node transmitted from the third node, and means for transmitting the registration data associated with the identifier to the third node, so that an indication indicating a correction code determined according to the registration data and stored in a fourth node of the network is transmitted from the fourth node to another node, if the request includes a correction code request.
  • a client node for verifying a registration data relating to a first node transmitted from a second node through a telecommunications network, is characterized in that it comprises: a means for transmitting a request including a identifier of the first node and a correction code request to the second node, means for receiving the registration data associated with the identifier from the second node and a correction code determined according to the registration data and stored in a fourth network node, from the fourth node, and means for verifying the accuracy of the transmitted registration data according to the correction code.
  • the invention relates to computer programs capable of being implemented respectively in the server node, the correction code node and the client node, said programs comprising code instructions which, when the programs are executed. in said nodes, perform the steps according to the method embodiments of the invention.
  • FIG. 1 is a schematic block diagram of a first embodiment of a naming system including a client node and a server node according to the invention
  • FIG. 2 is: a detailed block diagram of the naming system
  • FIG. 3 is a representative diagram of a naming file included in a server node according to the invention.
  • FIG. 4 is a representative diagram of fields composing a registration data error correction transmitted by the server node according to the invention
  • FIG. 5 is an algorithm of a method for verifying and correcting registration data according to the first embodiment of the invention
  • FIG. 6 is a schematic block diagram of a second embodiment of a naming system including a client node, a server node and a correction code node according to the invention
  • FIGS. 7 and 8 are two algorithms of a method for checking and correcting recording data according to the second embodiment of the invention.
  • a first embodiment of a DNS type naming system comprises at least one NCL client node. communicating via an RT telecommunications network with an NS server node.
  • the client node can provide server node functions for nodes in the network.
  • the serving node may provide client node functions for nodes in the network.
  • the server node may be connected to or include a database containing at least one FN naming file.
  • the naming file FN comprises records each associating an accessibility datum of a node of the network RT, called in the following of the given description of registration, to an identifier of this node.
  • a record matches an understandable name assigned to the node with an internet address to access that node.
  • ENUM specification (“Telephony N ⁇ mber Mapping") which is based on the DNS specification, a record matches a number in the usual telephone format of type E164 assigned to a node to a set of information of the node or its user such as another E164 type number, an IP address or an e-mail address.
  • a naming file is described in more detail with reference to FIG.
  • Nodes are entities such as a server, a mobile terminal, or a personal computer.
  • the NCL client node is, for example, a terminal that, via the network RT, such as a conventional telecommunications network with an Internet-type infrastructure, requires registration data at a server node NS, for example a DNS server.
  • the telecommunications network RT esc an ad-hoc network devoid of infrastructure where the nodes NS and NCL communicate. directly between them without going through a centralization point such as an access point.
  • the server node NS is for example a user terminal which comprises an FN naming file containing the own registration data of the server node NS, or a copy of registration data relating to another node and obtained during an earlier request to a DNS server.
  • the client node NCL wishes to obtain registration data relating to a node Na of the network and contained in the naming file FN of the server node NS.
  • the client node NCL interrogates the server node NS by transmitting through the network RT a request RQ containing an identifier ID_Na of the node Na.
  • the server node NS returns a response Rp containing a record data D_RRa associated with the identifier ID_JSIa in the file FN and an error correction data D_Ca in order to detect a possible transmission error of the data D_RRa and thus the correct.
  • the client node NCL Upon receipt of the response RP, the client node NCL verifies the accuracy of the registration data D_RRa according to the error correction data D__Ca. If the data D_RRa is inaccurate, the NCL corrects it according to the error correction data D Ca and processes it.
  • the client node NCL and the server node NS in FIG. 1 are more detailed in FIG. 2 in the form of functional blocks, most of which provide functions relating to the invention and can correspond to software and / or hardware modules.
  • the NS server node and the NCL client node have modules that implement the method for checking and correcting registration data error of the invention described with reference to FIG.
  • the server node NS comprises a network interface 1RS, a communication unit UCS, a file management unit UFS, a specific unit USS and a memory MS.
  • the USS specific unit characterizes the node, for example the central processing unit of a personal computer PC, a server or a mobile terminal. All the modules of the server node are connected by a bidirectional communication bus BS.
  • the server node NS communicates with the NCL client node via the network interface 1RS to receive requests from said client node and transmit responses to said requests.
  • the 1RS interface of the NS server node can transmit requests to a DlSIS server and receive responses to the transmitted requests.
  • the UCS communication unit of the server node interprets the received RQ requests and establishes RP responses to said requests.
  • the received and interpreted requests are processed by the UFS naming file management unit which searches the FN file in the MS for the required registration data.
  • the UFS unit also manages the updating of the file FN following the introduction, deletion or change of managed node profiles in the network RT or following the transmission of a new copy the FN file from, for example, a DNS server.
  • the UFS unit also determines for each registration data of the naming file FN an error correction data by applying on the record data a predefined error correction algorithm. Each error correction data is saved in the FN file.
  • the functionality of UCS, UFS and USS can be realized as software modules implemented in the NS server node and executed by a central processing unit of the NS node.
  • the memory MS contains, among others, the naming file FN and an error correction establishment algorithm AG identified by an algorithm identifier 1 ⁇ G.
  • the error correction setting algorithm corresponds to a cyclic redundancy check (CRC) algorithm in which the bit sequence of a record data is treated as a binary polynomial.
  • CRC cyclic redundancy check
  • the result obtained is an error correction code contained in the error correction data associated with said recording datum, and corresponds to the remainder of the polynomial division of said binary polynomial by a predefined programming polynomial PG.
  • the generator polynomial PG is stored in the memory MS and is identified by an identifier I_PG.
  • the NCL client node comprises an IRC network interface, a UCC communication unit, a USC specific unit and an MC memory.
  • the USC specific unit characterizes the NCL node, for example the central processing unit of a personal computer PC, a server or a mobile terminal. All modules of the node are connected by a bidirectional communication bus BC.
  • the NCL communicates with the NS server node via the IRC network interface to transmit RQ requests to the NS server node and receive RP responses to said requests.
  • the UCC communication unit of the NCL node establishes the RQ requests and interprets the RP responses to said requests.
  • the UCC communication unit verifies the accuracy of the received data record. If this is found to be wrong, the UCC corrects it.
  • the functionality of the UCC and USC units can be realized as software modules implemented in the node and executed by a central processing unit of the node.
  • the memory MC contains, inter alia, an error detection and correction algorithm AG which is the inverse algorithm of the error correction establishment algorithm AG stored in the memory MS of the server node NS.
  • the algorithm AG x is stored and identified by an identifier I_AG identical to that of the algorithm AG, and the generator polynomial PG and the identifier I_PG are stored.
  • the registration data of the nodes of the network RT are recorded in FN naming files arranged in tree structure according to their kinship domain.
  • one domain contains all E164 type numbers beginning with "01”, another domain lists numbers beginning with "02" and so on, each of these domains having subdomains listing the numbers according to other characteristics.
  • Each of these domains and / or subdomains is characterized by a naming file.
  • the MS memory of the server node KS may contain one or more FN naming files.
  • each FN naming file according to the invention is identified by a domain identifier I_D and comprises records, of which only two RRa and RRb are illustrated and respectively associate identifiers ID_Na and ID_Nb assigned to nodes.
  • Na and Nb of the network RT to record data D_RRa and D ⁇ RRb of the nodes Na and Nb.
  • the identifier IDJMa, IDJMb is for example a domain name according to the DNS specification, a type E164 standard telephone number according to the ENUM specification or a cryptographic identifier according to the HIT specification.
  • the registration data D_RRa, D_RRb is the data required during a request from the client node NCL containing the identifier ID_Na, ID_Nb associated.
  • the registration data is for example of the form "2001: 2: 56" for a record linked to an IP address (Internet Protocol "in English), of the form" servername_mail. corn "for a record linked to an e-mail server, or a text for a record related to the description of a profile.
  • a record such as RRa is written in the form of a registration field including among others, the identifier ID_Na, a type TYa characterizing the record, and the record data D ⁇ RRa.
  • the type TYa characterizes the recording by indicating for example that the registration data D RRa is relative to an IPv4 address "A", a name of "MX” e-mail server or "TXT” text.
  • RRa record field In order to conform to the DNS / DNSSEC specification, other informative elements are inserted in the RRa record field, such as a class CLa of the record, for example the class "IN” relative to the internet, and TTLa ("Time To Live") life of the RRa record.
  • a class CLa of the record for example the class "IN” relative to the internet
  • TTLa Time To Live
  • each recording field RRa, RRb is associated an error correction field comprising a type CRa, CRb characterizing the field, an error correction class CLca, CLcb, a lifetime of TTLca error correction, TTLcb, and error correction data D_Ca, D_Cb.
  • the error correction field and more particularly the error correction data D__Ca transmitted at the same time as the recording data D__RRa serve to assist in the detection of error in the data transmitted and, if appropriate, to correct the erroneous data in order to obtain the required registration data.
  • the error correction data D_Ca of the RRa record is shown in Figure 4 and includes subfields C1 to C9.
  • the subfields C2, C8 and C9 are more particularly related to the invention.
  • the subfield C2 comprises the identifier I_AG of the error correction establishment algorithm used to obtain an error correction code Ca included in the subfield C9.
  • the subfield C8 includes the identifier I_PG of the generator polynomial, or the generator polynomial itself when the MC memory NCL client node does not entrust the polynomial.
  • the error correction code Ca included in the subfield C9 is determined by applying the error correction establishment algorithm AG to the registration data D_RRa.
  • the remainder of the polynomial division of the bit sequence composing the data D_RRa by the generator polynomial PG constitutes the error correction code Ca.
  • the registration data item D RRa is concatenated with the data included in the subfields C1. to CB of the error correction data D_Ca, and thus concatenated in particular to the identifier of the error correction algorithm I_AG and the identifier I_PG of the generator polynomial PG.
  • the result of the concatenation is applicable to the error correction establishment algorithm AG in order to determine the associated error correction code Ca transmitted with the registration data from the server node to the client node.
  • the other subfields are present so that the invention conforms to the DNS / DNSSEC specification.
  • the subfield Cl includes the type TYa of the RRa record covered by the error correction field.
  • the subfield C3 corresponds to the hierarchical location of the domain or sub-domain relating to the RRa record in the tree of the DNS type.
  • Subfield C4 includes the TTLa lifetime of the RRa record.
  • Subfields C5 and C6 are respectively the end and start dates of the registration data D__RRa.
  • the current date when checking the accuracy of the D_RRa data by The NCL node is between the start and end dates.
  • the scus-field C7 contains the domain identifier IJD identifying the file FN.
  • each recording field RRa, RRb is associated a signature field comprising a type SIGa, SIGb characterizing the field, a signature class CLsa, CLsb, a signature lifetime TTLsa , TTLsb, and a signature data D_Sa, D Sb including a signature of the recording data D_RRa, DJlRb.
  • the signature field and more particularly the signature data D_Sa, D_Sb transmitted at the same time as the associated recording data D_RRa, DJRRb serve to authenticate the origin and to guarantee the integrity of the registration data D_RRa. , D_RRb.
  • To this signature data can be associated an error correction field as described above, the error correction data of said field being determined according to the signature data.
  • the method of checking and correcting registration data error of the DNS naming system includes steps
  • step E1 the name file management unit UH 1 S in the server node KS updates the naming file FN. For example, a new node
  • the UFS stores the RRa record in the FK file as shown in Figure 3.
  • the UFS also determines the error correction data. D_Ca according to the recording data D___RRa associated with the recording RRa, as described with reference to FIG. 4, and storing the data D__Ca of the error correction field in the file FN.
  • a signature data D_Sa of the registration data RRa is determined and stored in the file FN. This update is performed at any time on demand by an operator of the network RT, or periodically.
  • the client node NCL wishes to initiate a communication with a node Na of the network RT by knowing only the identifier ID_Na of the node Na.
  • step E2 the UCC communication unit of the NCL node establishes a request RQ containing at least the identifier ID_Na, which is transmitted by the IRC network interface of the NCL node to the server node NS through the network RT .
  • the request RQ may also contain a request for a DCC error correction code, in order to detect a possible transmission error of the data D_RRa and thus correct it.
  • step E3 the 1RS network interface of the server node NS receives the request RQ which is processed by the communication unit UCS of the server node NS. According to the identifier IDJNa extracted from the request RQ, the file management unit naming
  • step E4 the UFS verifies whether a DCC error correction code request is included in the RQ request. If no request
  • the communication unit UCS establishes a response RP transmitted by the network interface 1RS from the server node NS to the client node NCL through the network RT and containing the requested data D_RRa associated with the identifier ID__Na.
  • the UCC communication unit of the NCL client node processes the data D_RRa in step E7.
  • the UCS communication unit establishes a response RP which is transmitted by the NSRS network interface of the server node NS to the NCL client node through the RT network.
  • the response RP comprises the identifier ID__Na, the recording data DJRRa and the error correction data D_Ca which notably contains the identifier I__AG of the error correction algorithm AG, the identifier I_PG of the generator polynomial PG and the error correction code Ca.
  • the requests and responses exchanged between the NS server node and the NCL client node are in accordance with the DNS requests and responses.
  • step E5 the IRC network interface of the NCL client node receives the response RP.
  • the client node's UCC communication unit finds the error correction algorithm AG and the generator polynomial PG in the memory MC.
  • the communication unit UCC verifies the accuracy of the recording data transmitted D__RRa.
  • the record data transmitted D_RRa is concatenated with the error correction code transmitted Ca into a concatenation data which is divided by the generator polynomial PG. If the division result is zero, then the registration data has been successfully transmitted and is processed in step E7 by the USC specific unit of the NCL client node.
  • step E5 the registration data is incorrect.
  • the communication unit UCC corrects the data by application of the error correction algorithm AG with the error correction code Ca to the transmitted registration data D_RRa.
  • the error correction algorithm is implemented to determine a most probable registration data based on the error correction code Ca.
  • the new determined registration data is again tested in step E5 by concatenating the error correction code Ca and the registration data determined into a concatenation data, and dividing the concatenation data by the concatenation data. PG generator polynomial. If the result is zero, then the determined registration data is correct and is processed in step E7 by the USC specific unit of the client node NCL. In the opposite case, a new registration data is determined in step E6. The loop of steps E5 and E ⁇ is repeated a predetermined number, for example between 2 and 5, to converge to a substantially zero recurring division result and therefore to a relatively correct determined registration data.
  • step E4 the server node NS transmits in the response RP, together with the identifier ID_Na of the node Na and the registration data D__RRa, a first error correction data D_Ca associated with the data item. recording, the signature data D Sa also associated with the registration data and a second error correction data comprising an error correction code determined according to the signature data and associated therewith.
  • the OCC unit of the NCL node checks the accuracy of the transmitted signature data according to the second transmitted error correction data, similarly to the verification of the accuracy of the registration data D_RRa according to the first error correction data transmitted D__Ca, described in step E4.
  • the UCC unit does not correct said signature data and decides not to execute the steps E5 to E7, or possibly to execute them.
  • step E7 when the registration data D_RRa is deemed to be correct, the UCC unit verifies the authentication and the integrity of the transmitted registration data as a function of the signature data D Sa. If the registration data D_RRa is not authenticated, the UCC unit decides not to process the registration data D_RRa. In the opposite case, the unit UCC processes the data D_RRa.
  • a second embodiment of a DNS type naming system comprises an NCL client node, a server node NS and an NCO correction code node communicating with each other via a telecommunications network RT.
  • the NCL client node and the NS server node are substantially analogous to the NCL and NS nodes of Figures 1 and 2 except that the NS node no longer includes error correction data stored in the FN naming file.
  • the client node and the server node can further provide correction code node functions for nodes of the network.
  • the NCO correction code node may provide server node and / or client node functions for nodes in the network.
  • the NCO correction code node comprises a UGO error correction code management unit and an MCO error correction code memory.
  • the unit UGO determines the error correction codes Ca, Cb according to the recording data RRa, RRb of the nodes Na, Nb of the network RT stored in the naming file FN of the server node NS and in a similar way to the determination of the error correction codes in the first realization.
  • the codes Ca, Cb are determined by applying an error correction setting algorithm AG, such as a cyclic redundancy check algorithm, to the recording data RRa, RRb.
  • the correction data D_Ca and D__Cb each including in particular an error correction code Ca, Cb, the identifier I_AG of the error correction algorithm AG and the identifier I_PG of the generator polynomial PG, are then stored in the MCO memory in association with the identifiers ID_Na, ID_Nb of the nodes of the network RT.
  • the algorithm AG and the generator polynomial PG are also stored in the memory MCO.
  • the client node NCL wishing to obtain a registration data item relating to a node Na of the network interrogates the server node NS by transmitting, through the network RT, a first request RQ1 containing an identifier ID_Na of the node Na and a DCC correction code request.
  • the server node NS transmits the registration data D RRa associated with the identifier ID Na to the node NCL client.
  • the error correction data D Ca associated with the ID_Na identifier is transmitted from the KCQ node to the client node either directly or via the NS server node after receiving a request RQ2 transmitted from the server node and including the identifier ID Na and the DCC correction code request.
  • the client node NCL On receipt of the response RP1 and / or the response RP2, the client node NCL checks the accuracy of the registration data D_RRa as a function of the error correction data D_Ca. If the data D_RRa is incorrect, the NCL corrects it according to the error correction data D_Ca and processes it.
  • the method for checking and correcting registration data error of the DNS protocol naming system comprises steps Sl to SlO shown in FIG. 7 and described with reference to FIG. embodiment of Figure 6.
  • step S1 when updating the naming file FN by the UFS naming file management unit in the server node NS, the introduction of a new node N0 in the network RT, l UFS unit stores in the FN file the RRa record relating to the node Na.
  • the UCS communication unit of the node NS establishes a message M containing the record data D_RRa of the record RRa and the associated identifier ID_Na in order to transmit the message M via the interface 1RS to the code node NCO correction.
  • step S2 the UGO unit of the NCO node determines the error correction code Ca by applying the correction establishment algorithm AG to the transmitted data D RRa, and stores the code data. DjCa including the determined code Ca in the memory MCO in association with the transmitted identifier ID_Na. If the MCL client node knowing only the identifier IDJIa of the node Na wishes to initiate a communication with the node Na of the network RT, the following steps S3 to SlO are executed.
  • step S3 the UCC communication unit of the NCL node establishes a first request RQ1 which contains at least the identifier ID Na and which is transmitted by the IRC network interface of the NCL node to the server node NS through the RT network.
  • the request RQ1 may also include a DCC correction code request in order to detect a possible transmission error of the data D_RRa and thus correct it.
  • step S4 the network interface 1RS of the server node NS receives the request RQ1 which is processed by the communication unit UCS of the server node NS.
  • the UFS naming file management unit of the server node searches the file FN for the registration data D__RRa.
  • step S5 the UFS verifies whether a DCC correction code request is included in the RQ1 request. If no DCC request is included in the request RQ1, the communication unit UCS establishes a response RP1 transmitted by the network interface 1RS from the server node NS to the client node NCL through the network RT and containing the requested data. D_RRa associated with the identifier IDJNIa.
  • the UCC communication unit of the client node NCL processes the data D_RRa in step S ⁇ .
  • step S5 a request for a DCC correction code is included in the request RQ1
  • the communication unit UCS establishes a second request RQ2 including the ID_Na identifier and the DCC request to be transmitted to the NCO correction code node.
  • the NCO node UCO error correction code management unit finds in the memory MCO the error correction data D_Ca associated with the identifier ID__Na. and include it in a response RP2 with the identifier ID_Na.
  • the response RP2 is transmitted to the server node NS.
  • step S8 the UCS communication unit of the server node NS processes the response RP2 and establishes a response RP1 relating to the request RQ1.
  • the response RP1 comprises the identifier ID_Na, the registration data D_RRa, and the error correction data D__Ca.
  • step S9 the IRC network interface of the NCL client node receives the response RP1.
  • steps S9, SlO and S ⁇ are similar to steps E5 to E7 of the first embodiment described with reference to FIG.
  • the response RP2 in the step S7 is directly transmitted from the NCO correction code node to the NCL client node, the NCL node address being included in the RQ2 request transmitted by the NS server node.
  • the node NS simultaneously transmits to the request RQ2 a response RP1 to the node NCL including only the registration data D__RRa and the identifier ID Na, and optional notification that the error correction data associated with the data D_RRa is transmitted by another node.
  • the client node NCL On receipt of the two responses RP1 and R2, the client node NCL performs steps S9, Sl0 and S6.
  • FIG. 8 A second variant of the recording data error checking and correction method relating to the second embodiment of the invention is illustrated in FIG. 8. This second variant comprises steps P1 to P10.
  • Steps P1 to P4 are similar to steps S1 to S4 described with reference to FIG.
  • step P5 the unit UFS checks whether a DCC correction code request is included in the request RQ1. If no DCC request is included in the request RQ1, the communication unit UCS establishes a response RP1 transmitted by the network interface 1RS from the server node NS to the client node NCL through the network RT and containing the requested data. D__RRa associated with the identifier ID__Na. The UCC communication unit of the client node NCL processes the data item D__RRa in step P6.
  • step P5 a DCC correction code request is included in the request RQ1, the communication unit UCS establishes; a response RP1 including the identifier IDJNIa, the registration data D_RRa and an address ADJNICO of the NCO correction code node, and transmits it to the client node NCL.
  • step P7 on receipt of the response RP1, the UCC unit of the client node NCL establishes a second request RQ2 including the identifier ID_Na, the request for correction code DCC and the address of the node MCL, the request RQ2 being transmitted to the NCO correction code node having AD NCO address.
  • the error correction code management unit UCO finds in the memory MCO the error correction data D__Ca associated with the identifier ID__Na and the includes in a response RP2 with the identifier IDJ) Ja, the identifier I_AG of the error correction algorithm ⁇ G ⁇ and the identifier I_PG of the generator polynomial PG.
  • the response RP2 is transmitted to the NCL node.
  • the IRC network interface of the NCL client node receives the response RP2.
  • the following steps P9, PlO and P ⁇ are similar to steps E5 to E7 of the first embodiment described with reference to FIG.
  • the record data D_RRa and the error correction data D__Ca are respectively transmitted from the server node NS and the NCO correction code node to a node other than the NCL node and having required the data D_RRa and D Ca.
  • the node Nb of the network RT does not include a device for requesting DNS type registration data of the node Na with which it wants to communicate. The node Nb thus uses the services of the client node NCL to acquire the data D RRa and DJZa.
  • the steps of the method of the invention are determined by the instructions of a computer program incorporated partly in a server node and partly in a client node, or partly in a server node, in a node client and partly in a correction code node, the nodes communicating through a telecommunications network.
  • the program includes program instructions which, when said program is executed in processors of the server node and the client node, or the server node, the client node, and the correction code node, whose operation is then controlled by the client. execution of the program, perform the steps of the method according to the invention.
  • the invention also applies to a computer program, including a computer program on or in an information carrier, adapted to implement the invention.
  • This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code such as in a partially compiled form, or in any other form desirable to implement the method according to the invention.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may comprise storage means or recording medium on which is recorded the computer program according to the invention, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a USB key, or a magnetic recording means, for example a floppy disk or a hard disk.
  • the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means.
  • the program according to the invention can in particular be downloaded to an Internet type network.
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in carrying out the method according to the invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Un noed serveur (NS) communique avec un noed client (NC) dans un réseau (RT). Le noed serveur mémorise dans un fichier de nommage une donnée d'enregistrement associée à l'identificateur d'un noed (Na, Nb) du réseau. Le noed serveur ou un noed de code de correction (NCO) mémorise un code de correction d'erreur déterminé en fonction de la donnée. En fonction d'un identificateur transmis par le noed client, le noed serveur transmet vers le noed client une donnée d'enregistrement. Le noed serveur ou le noed de code de correction transmet un code de correction d'erreur en réponse à une demande de code de correction transmise avec l'identificateur de noed par le noed client. Dans le noed client, la donnée transmise est vérifiée et corrigée en fonction du code de correction d'erreur si ladite donnée est réputée inexacte.

Description

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 Marne 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 nœuds 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 nœuds tels que des terminaux ou des serveurs. Ce système de nommage comprend des enregistrements qui font correspondre pour chacun de ces nœuds un ou des noms compréhensibles, appelés noms de domaine, par exemple "mondomaine.com", à des informations réseau relatives au nœud, 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 nœud client qui fait une demande d'accès à un nom de domaine, afin de trouver la correspondance entre le nom de domaine et le nœud 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 ("tElephone 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 nœuds 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 nœud vers un deuxième nœud engendre la réception et le traitement de données qui une fois considérées comme erronées par le deuxième nœud 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é à coder une donnée d'enregistrement relative à un premier nœud et contenue dans un fichier de nommage inclus dans un deuxième nœud, dans un réseau de télécommunications. Le premier procédé est caractérisé en ce qu'il comprend les étapes de : mémoriser dans le fichier de nommage un identificateur du premier nœud en association à Ia donnée d'enregistrement, déterminer dans un troisième nœud un code de correction en fonction de la donnée d'enregistrement transmise avec l'identificateur par le deuxième nœud, et mémoriser le code de correction dans le troisième nœud en association à l'Identificateur transmis . Les premier, deuxième et troisième nœuds sont des nœuds quelconques dans le réseau de télécommunications. Les fonctions de serveur de donnée d'enregistrement du deuxième nœud et les fonctions de détermination de code de correction du troisième nœud peuvent être réalisées par un seul et même nœud du réseau. Cependant une réalisation comportant le nœud de code de correction distinct du nœud serveur a pour avantage de sécuriser la détermination du code de correction relatif à Ia donnée d'enregistrement. Un deuxième procédé selon l'invention est destiné à transmettre une donnée d'enregistrement relative à un premier nœud depuis un deuxième nœud vers un troisième nœud à 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 nœud depuis le troisième nœud vers le deuxième nœud, transmettre la donnée d'enregistrement associée à l'identificateur depuis le deuxième nœud vers le troisième nœud, 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 nœud du réseau, si la requête inclut une demande de code de correction, depuis le quatrième nœud vers un autre nœud. Le premier nœud correspond à tout nœud présent dans le réseau de télécommunication, le deuxième nœud correspond à un nœud serveur, le troisième nœud correspond à un nœud client qui requiert des données d'enregistrement et le quatrième nœud correspond à un nœud de code de correction.
Ledit autre nœud peut être le troisième nœud, le deuxième nœud et le quatrième nœud 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 nœud vers le troisième nœud à travers le deuxième nœud. Le procédé comprend alors une transmission de la demande de code de correction extraite de la requête transmise par le troisième nœud, depuis le deuxième nœud vers le quatrième nœud.
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 nœud, depuis le deuxième nœud vers le quatrième nœud, et une transmission du code de correction depuis le quatrième nœud vers le troisième nœud.
Selon encore une troisième variante du deuxième procédé, l'indication est une adresse du quatrième nœud. Le procédé comprend alors une transmission de l'identificateur du premier nœud depuis le troisième nœud vers le quatrième nœud en réponse à l'adresse du quatrième nœud, et une transmission du code de correction en association avec l'identificateur depuis le quatrième nœud vers le troisième nœud.
Un troisième procédé selon l'invention est destiné à vérifier une donnée d'enregistrement relative à un premier nœud transmise depuis un deuxième nœud 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 au premier nœud et une demande de code de correction depuis le troisième nœud vers le deuxième nœud, transmettre la donnée d'enregistrement associée à l'identificateur depuis le deuxième nœud vers le troisième nœud et un code de correction déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième nœud du réseau, depuis le quatrième nœud vers le troisième nœud, et vérifier l'exactitude de la donnée d'enregistrement transmise en fonction du code de correction dans le troisième nœud.
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 nœud serveur ou un nœud de code de correction vers le nœud 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 nœud client. Cette correction de donnée évite d'échanger des requête et réponse supplémentaires entre les deux nœuds pour obtenir une donnée d'enregistrement correcte et d'encombrer le réseau de télécommunications inutilement.
L'invention concerne également des nœuds, tels qu'un nœud dit nœud 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 nœud dit nœud de code de correction déterminant des codes de correction en fonction de données d'enregistrement et un nœud dit nœud client vérifiant des données d'enregistrement relatives à d'autres nœuds, pour mettre en oeuvre les réalisations de procédé de l'invention. Tout nœud quelconque dans le réseau peut assurer pour d'autres nœuds du réseau une ou plusieurs des fonctions précédentes effectuées par un nœud serveur et/ou un nœud de code de correction et/ou un nœud client. Un nœud serveur pour coder une donnée d'enregistrement relative à un premier nœud 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 nœud 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 nœud, et un moyen pour mémoriser le code de correction en association à l'identificateur transmis.
Le premier nœud correspond à tout nœud présent dans le réseau de télécommunication. Un nœud de code de correction, selon l'invention, pour coder une donnée d'enregistrement relative à un premier nœud 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 nœud par un deuxième nœud du réseau, ledit identificateur étant associé à la donnée d'enregistrement dans un fichier de nommage contenu dans le deuxième nœud, et un moyen pour mémoriser le code de correction en association à l'identificateur transmis.
Un nœud serveur, selon l'invention,. pour transmettre une donnée d'enregistrement relative à un premier nœud vers un troisième nœud à 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 nœud transmise depuis le troisième nœud, et un moyen pour transmettre la donnée d'enregistrement associée à l'identificateur vers le troisième nœud, 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 nœud du réseau soit transmise depuis le quatrième nœud vers un autre nœud, si la requête inclut une demande de code de correction.
Un nœud client, selon l'invention, pour vérifier une donnée d'enregistrement relative à un premier nœud transmise depuis un deuxième nœud à 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 nœud et une demande de code de correction vers le deuxième nœud, un moyen pour recevoir la donnée d'enregistrement associée à l'identificateur depuis le deuxième nœud et un code de correction déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième nœud du réseau, depuis le quatrième nœud, 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 œuvre respectivement dans le nœud serveur, le nœud de code de correction et le nœud 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. 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 nœud client et un nœud 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 nœud 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 nœud 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 1 ' invention ;
- la figure 6 est un bloc-diagramme schématique d'une deuxième impiémentation d'un système de nommage incluant un nœud client, un nœud serveur et un nœud 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 1 ' 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 nœud client NCL communiquant via un réseau de télécommunications RT avec un nœud serveur NS. On notera que le nœud client peut assurer des fonctions de nœud serveur pour des nœuds du réseau. Inversement le nœud serveur peut assurer des fonctions de nœud client pour des nœuds du réseau.
Le nœud 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 nœud du réseau RT, appelée dans la suite de la description donnée d'enregistrement, à un identificateur de ce nœud. Par exemple selon la spécification DNS, un enregistrement fait correspondre à un nom compréhensible assigné au nœud une adresse internet d'accès à ce nœud. De même, selon la spécification ENUM ("tElephone Nϋmber 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 nœud un ensemble d'informations du nœud 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 nœuds sont des entités telles qu'un serveur, un terminal mobile ou un ordinateur personnel. Le nœud 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 nœud serveur NS, par exemple un serveur DNS.
Selon une deuxième implémentanion, le réseau de télécommunications RT esc un réseau ad-hoc dépourvu d'infrastructure où les nœuds 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 nœud serveur NS est par exemple un terminai d'usager qui comprend un fichier de nommage FN contenant les propres données d'enregistrement du nœud serveur NS, ou une copie de données d'enregistrement relatives à un autre nœud et obtenues lors d'une demande antérieure à un serveur DNS. Le nœud client NCL souhaite obtenir une donnée d'enregistrement relative à un nœud Na du réseau et contenue dans le fichier de nommage FN du nœud serveur NS. Le nœud client NCL interroge le nœud serveur NS en transmettant à travers le réseau RT une requête RQ contenant un identificateur ID_Na du nœud Na. Le nœud serveur NS retourne une réponse Rp contenant une donnée d'enregistrement D_RRa associée à l'identificateur ID_JSIa 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 nœud 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 nœud NCL la corrige en fonction de la donnée de correction d'erreur D Ca et la traite.
Le nœud client NCL et le nœud serveur NS dans la figure 1 sont plus détaillés à la figrure 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 nœud serveur NS et le nœud client NCL comportent des modules qui mettent en œuvre 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 nœud serveur NS comprend une interface de réseau 1RS, 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 nœud serveur sont reliés par un bus de communication bidirectionnel BS.
Le nœud serveur NS communique avec le nœud client NCL via l'interface de réseau 1RS pour recevoir des requêtes provenant dudit nœud client et transmettre des réponses auxdites requêtes. Dans la deuxième implémentation, l'interface 1RS du nœud serveur NS peut transmettre des requêtes vers un serveur DlSIS et recevoir des réponses aux requêtes transmises.
L'unité de communication UCS du nœud 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 nœuds 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 nœud serveur NS et exécutées par une unité centrale de traitement du nœud 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 1^G. 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 nœud 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 nœud 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 nœud sont reliés par un bus de communication bidirectionnel BC. Le nœud NCL communique avec le nœud serveur NS via l'interface de réseau IRC pour transmettre des requêtes RQ au nœud serveur NS et recevoir des réponses RP auxdites requêtes. L'unité de communication UCC du nœud 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 ' enreqistrement 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 nœud et exécutées par une unité centrale de traitement du nœud. La mémoire MC contient, entre autres, un algorithme de détection et correction d'erreur AG qui est l'algorithme inverse de l'algorithme d'établissement de correction d'erreur AG mémorisé dans la mémoire MS du nœud serveur NS. Dans la mémoire MC, l'algorithme AG x 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 nœuds 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 KS 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 nœuds
Na et Nb du réseau RT à des données d'enregistrement D_RRa et D^RRb des nœuds Na et Nb.
L'identificateur IDJMa, IDJMb 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 nœud 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_serveurjmail. corn" 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 "TXT".
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 ("Time 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__Ca 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 donnée de correction d'erreur D_Ca 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 nœud client NCL ne confient 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 à CB 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 nœud serveur vers le nœud 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 Ie nœud NCL est comprise entre les dates de début et de fin.
Le scus-champ C7 contient l'identificateur de domaine IJD identifiant le fichier FN.
Optionneliement , 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, DJlRb. Le champ de signature et plus particulièrement Ia donnée de signature D_Sa, D_Sb transmise en même temps que la donnée d'enregistrement associée D_RRa, DJRRb 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 à Ia réalisation des figures 1 et 2.
A l'étape El, l'unité de gestion de fichier de nommage UH1S dans le nœud serveur KS met à jour le fichier de nommage FN. Par exemple, un nouveau nœud
Na est introduit dans le réseau RT. L'unité UFS mémorise dans le fichier FK l'enregistrement RRa comme celui indiqué à la figure 3. L'unité UFS détermine également la donnée de correction d'erreur D_Ca en fonction de Ia donnée d'enregistrement D___RRa associée à l'enregistrement RRa, comme décrit en référence à la figure 4, et mémorise Ia donnée D__Ca du champ de correction d'erreur dans le fichier FN. De même optîonnellemeπt, 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 nœud client NCL souhaite initier une communication avec un nœud Na du réseau RT en connaissant uniquement l'Identificateur ID_Na du nœud Na. A l'étape E2, l'unité de communication UCC du nœud NCL établit une requête RQ contenant au moins l'Identificateur ID_Na, qui est transmise par l'interface de réseau IRC du nœud NCL vers le nœud 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 1RS du nœud serveur NS reçoit la requête RQ qui est traitée par l'unité de communication UCS du nœud serveur NS. En fonction de l'identificateur IDJNa 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 1RS du nœud serveur NS vers le nœud client NCL à travers le réseau RT et contenant Ia donnée D_RRa requise associée à l'identificateur ID__Na. L'unité de communication UCC du nœud 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 1RS du nœud serveur NS vers le nœud client NCL à travers le réseau RT. La réponse RP comprend l'identificateur ID__Na, la donnée d'enregistrement DJRRa 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 , 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 nœud serveur NS et le nœud client NCL sont conformes aux requêtes et réponses DNS.
A l'étape E5, l'interface de réseau IRC du nœud 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 nœud client trouve l'algorithme de correction d'erreur AG 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 nœud 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 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 nœud 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 Eβ 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 nœud serveur NS transmet dans la réponse RP, conjointement à l'identificateur ID_Na du nœud 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é OCC du nœud 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 1 ' 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 nœud client NCL, un nœud serveur NS et un nœud de code de correction NCO communiquant entre eux via un réseau de télécommunications RT. Le nœud client NCL et le nœud serveur NS sont sensiblement analogues aux nœuds NCL et NS des figures 1 et 2 à l'exception que le nœud NS ne comprend plus de données de correction d'erreur mémorisées dans le fichier de nommage FN. On notera que le nœud client et le nœud serveur peuvent assurer en outre des fonctions de nœud de code de correction pour des nœuds du réseau. Inversement Ie nœud de code de correction NCO peut assurer des fonctions de nœud serveur et/ou de nœud client pour des nœuds du réseau. Le nœud 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 nœuds Na, Nb du réseau RT mémorisées dans le fichier de nommage FN du nœud serveur NS et de manière analogue à la détermination des codes de correction d'erreur dans la première réalisarion. 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_Ca et D__Cb comprenant chacune notamment un code de correction d'erreur Ca, Cb, l'identificateur I_AG de l'algorithme de correction d'erreur AG 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 nœuds 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 nœud client NCL souhaitant obtenir une donnée d'enregistrement relative à un nœud Na du réseau interroge le nœud serveur NS en transmettant à travers le réseau RT une première requête RQl contenant un identificateur ID_Na du nœud Na et une demande de code de correction DCC. En réponse, le nœud serveur NS transmet la donnée d'enregistrement D RRa associée à l'identificateur ID Na au nœud client NCL. La donnée de correction d'erreur D Ca associée à l'identificateur ID_Na est transmise depuis le nœud KCQ au nœud client soit directement, soit par l'intermédiaire du nœud serveur NS après réception d'une requête RQ2 transmise depuis le nœud serveur et incluant l'identificateur ID Na et la demande de code de correction DCC. A la réception de la réponse RPl et/ou de la réponse RP2, le nœud 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 nœud 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 Sl à SlO montrées à la figure 7 et décrites en référence à la réalisation de la figure 6.
A l'étape Sl, lors de la mise à jour du fichier de nommage FN par l'unité de gestion de fichier de nommage UFS dans le nœud serveur NS, à l'introduction d'un nouveau nœud Na dans le réseau RT, l'unité UFS mémorise dans le fichier FN l'enregistrement RRa relatif au nœud Na. L'unité de communication UCS du nœud 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 1RS au nœud de code de correction NCO.
A l'étape S2, l'unité UGO du nœud 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 DjCa incluant le code déterminé Ca dans la mémoire MCO en association à l'identificateur transmis ID_Na. Si le nœud client MCL ne connaissant que l'identificateur IDJIa du nœud Na souhaite initier une communication avec le nœud Na du réseau RT, les étapes suivantes S3 à SlO sont exécutées.
A l'étape S3, l'unité de communication UCC du nœud NCL établit une première requête RQl qui contient au moins l'identificateur ID Na et qui est transmise par l'interface de réseau IRC du nœud NCL vers le nœud serveur NS à travers le réseau RT. La requête RQl 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 1RS du nœud serveur NS reçoit la requête RQl qui est traitée par l'unité de communication UCS du nœud serveur NS. En fonction de l'identificateur IDJNIa extrait de la requête RQi, l'unité de gestion de fichier de nommage UFS du nœud 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 RQl. Si aucune demande DCC n'est incluse dans la requête RQl, l'unité de communication UCS établit une réponse RPl transmise par l'interface de réseau 1RS du nœud serveur NS vers le nœud client NCL à travers le réseau RT et contenant la donnée requise D_RRa associée à l'identificateur IDJNIa. L'unité de communication UCC du nœud client NCL traite la donnée D_RRa à l'étape Sβ.
Si à l'étape S5, une demande de code de correction DCC est incluse dans la requête RQl, l'unité de communication UCS établit une deuxième requête RQ2 incluant l'identificateur ID_Na et la demande DCC à transmettre au nœud 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 nœud 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 réponse RP2 est transmise au nœud serveur NS.
A l'étape S8 l'unité de communication UCS du nœud serveur NS traite la réponse RP2 et établit une réponse RPl relative à la requête RQl. La réponse RPl 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 nœud client NCL reçoit la réponse RPl. Les étapes suivantes S9, SlO et Sβ 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 nœud de code de correction NCO vers le nœud client NCL, l'adresse du nœud NCL étant incluse dans la requête RQ2 transmise par le nœud serveur NS. Le nœud NS transmet simultanément à la requête RQ2 une réponse RPl au nœud NCL incluant uniquement la donnée d'enregistrement D__RRa et l'identificateur ID Na, et optionnelleirent une notification indiquant que la donnée de correction d'erreur associée à la donnée D_RRa est transmise par un autre nœud.
A la réception des deux réponses RPl et R?2, le nœud client NCL effectue les étapes S9, SlO et S6.
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 comprend des étapes Pl à PlO.
Les étapes Pl à P4 sont analogues aux étapes Sl à 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 RQl. Si aucune demande DCC n'est incluse dans la requête RQl, l'unité de communication UCS établit une réponse RPl transmise par l'interface de réseau 1RS du nœud serveur NS vers le nœud 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 nœud 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 RQl, l'unité de communication UCS établit; une réponse RPl incluant l'identificateur IDJNIa, la donnée d'enregistrement D_RRa et une adresse ADJNICO du nœud de code de correction NCO, et la transmet au nœud client NCL. A l'étape P7, à la réception de la réponse RPl, l'unité UCC du nœud 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 nœud MCL, la requête RQ2 étant transmise au nœud de code de correction NCO ayant pour adresse AD NCO. A la réception de la deuxième requête RQ2, à l'étape ?8, 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 1' identificateur IDJ)Ja, l'identificateur I_AG de l'algorithme de correction d'erreur ΛG~ et l'identificateur I_PG du polynôme générateur PG. La réponse RP2 est transmise au nœud NCL. A l'étape P9, l'interface de réseau IRC du nœud client NCL reçoit la réponse RP2. Les étapes suivantes P9, PlO et Pβ 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 nœud serveur NS et le nœud de code de correction NCO à un nœud autre que le nœud NCL et ayant requis les données D_RRa et D Ca. Par exemple, le nœud Nb du réseau RT ne comprend pas de dispositif pour requérir des données d'enregistrement de type DNS du nœud Na avec lequel il veut entrer en communication. Le nœud Nb recourt ainsi aux services du nœud client NCL pour acquérir les données D RRa et DJZa.
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 nœud serveur et pour partie dans un nœud client, ou pour partie dans un nœud serveur, dans un nœud client et pour partie dans un nœud de code de correction, les nœuds 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 nœud serveur et du nœud client, ou du nœud serveur, du nœud client et du nœud de code de correction, dont le fonctionnement est alors commandé par l'exécution du programme, réalisent les étapes du procédé selon 1 ' 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 œuvre 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 dise) 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 an 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 1 ' invention .

Claims

REVENDICATIONS
1 - Procédé pour coder une donnée d'enregistrement (D__RRa) relative à un premier nœud (Ma 5 et contenue dans un fichier de nommage (FN) inclus dans un deuxième nœud (NS) , dans un réseau de télécommunications (RT), caractérisé en ce qu'il comprend les étapes de : mémoriser (El, Sl, Pl) dans le fichier de nommage un identificateur (ID_Na) du premier nœud (Na) en association à la donnée d'enregistrement (D__RRa) , déterminer (El, S2, P2) dans un troisième nœud (NCO) un code de correction (Ca) en fonction de la donnée d'enregistrement transmise avec l'identificateur par le deuxième nœud, et mémoriser (El, S2, P2) le code de correction dans le troisième nœud en association à l'identificateur transmis.
2 - Procédé pour transmettre une donnée d'enregistrement (D__RRa) relative à un premier nœud
(Na) depuis un deuxième nœud (NS) vers un troisième nœud (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 nœud (Na) depuis le troisième nœud vers le deuxième nœud, transmettre (EM, S5, P5) la donnée d1 enregistrement associée à l'identificateur depuis le deuxième nœud vers le troisième nœud, et transmettre (E4, S5, P5) un code de correction
(Ca) déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième nœud (NCO) du réseau, si la requête inclut une demande de code de correction (DCC), depuis le quatrième nœud vers un autre nœud.
3 - Procédé conforme à la revendication 2, selon lequel ledit autre nœud est le troisième nœud (NCL) .
4 - Procédé conforme à la revendication 3, selon lequel est le deuxième nœud (NS) et le quatrième nœud (NCO) sont confondus.
5 - Procédé conforme à la revendication 2 ou la revendication 3, selon lequel le code de correction (Ca) est transmis (S5-S7-S8) depuis le quatrième nœud (NCO) vers le troisième nœud (NCL) à travers le deuxième nœud (NS) , et comprenant une transmission (S5) de la demande de code de correction (DCC) extraite de la requête transmise par le troisième nœud, depuis le deuxième nœud vers le quatrième nœud.
6 - Procédé conforme à la revendication 2 ou la revendication 3, comprenant une transmission de la demande de code de correction (DCC) extraite de la requête transmise par le troisième nœud (NCL) , depuis le deuxième nœud (NS) vers le quatrième nœud (NCO) , et une transmission du code de correction (Ca) depuis le quatrième nœud vers le troisième nœud.
7 - Procédé conforme à la revendication 2 ou la revendication 3, comprenant une transmission (P5) d'une adresse (ADJMCO) du quatrième nœud (NCO) depuis le deuxième nœud (NS) vers le troisième nœud (NCL) , une transmission (P7) de l'identificateur (ID_Na) du premier nœud (Na) depuis le troisième nœud (NCL) vers le quatrième nœud (NCO) en réponse à l'adresse du quatrième nœud, et une transmission (P8) du code de correction (Ca) en association avec l'identificateur depuis le quatrième nœud (NCO) vers le troisième nœud (NCL) .
8 - Procédé pour vérifier une donnée d'enregistrement (D_RRa) relative à un premier nœud (Na) transmise depuis un deuxième nœud (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 nœud (Na) et une demande de code de correction (DCC) depuis le troisième nœud vers le deuxième nœud, transmettre (E4, S5, PS) la donnée d' enregistrement (D_RRa) associée à l'identificateur depuis le deuxième nœud vers le troisième nœud et un code de correction (Ca) déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième nœud (NCO) du réseau, depuis le quatrième nœud vers le troisième nœud, et vérifier (E5, S9, P9) l'exactitude de la donnée d'enregistrement transmise en fonction du code de correction dans le troisième nœud.
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 correction transmis si la donnée d'enregistrement est réputée inexacte.
10 - Nœud (NS) pour coder une donnée d'enregistrement (D_RRa) relative à un premier nœud (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 nœud (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 ledit nœud pour coder (MS) , et un moyen (UFS) pour mémoriser le code de correction en association à l'identificateur transmis .
11 - Nœud (NCO) pour coder une donnée d'enregistrement (D_RRa) relative à un premier nœud (Na) dans un réseau de télécommunications (RT) , caractérisé en ce qu'il comprend : un moyen (UCO) pour déterminer un code de correction (Ca) en fonction de la donnée d'enregistrement transmise avec un identificateur du premier nœud (Na) par un deuxième nœud (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 nœud, et un moyen (MCO) pour mémoriser le code de correction en association à l'identificateur transmis .
12 - Nœud (NS) pour transmettre une donnée d'enregistrement (D_RRa) relative à un premier nœud (Na) vers un troisième nœud (NCL) à travers un réseau de télécommunications (RT), caractérisé en ce qu'il comprend : un moyen (1RS) pour recevoir une requête incluant un identificateur {IDJSia} du premier nœud (Na) transmise depuis le troisième nœud, un moyen (UFS) pour vérifier la présence d'une demande de code de correction (DCC) dans la requête, un moyen (1RS) pour transmettre la donnée d'enregistrement (D_RRA) associée à l'identificateur vers le troisième nœud, et un moyen (UCS) pour transmettre une indication (AD_NC0; IDJSIa, DCC) renseignant sur un code de correction (Ca) à un troisième nœud ou à un quatrième nœud si la requête inclut la demande de code de correction (DCC) , le code de correction étant déterminé en fonction de la donnée d'enregistrement, mémorisé dans le quatrième nœud (NCO) du réseau et transmis depuis le quatrième nœud vers un autre nœud.
13 - Nœud (NCL) pour vérifier une donnée d'enregistrement (D_RRa) relative à un premier nœud (Na) transmise depuis un deuxième nœud (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 (IDJSIa) du premier nœud (Na) et une demande de code de correction (DCC) vers le deuxième nœud, un moyen (IRC) pour recevoir la donnée d'enregistrement associée à l'identificateur depuis le deuxième nœud et un code de correction (Ca) déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième nœud (NCO) du réseau, depuis le quatrième nœud, 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 œuvre dans un nœud (NS) pour coder une donnée d'enregistrement (D_RRa) relative à un premier nœud (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 nœud, réalisent les étapes de : mémoriser (El) dans le fichier de nommage un identificateur (IDJSIa) du premier nœud (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 nœud pour coder (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 nœud (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_JSTa) du premier nœud (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 nœud pour coder (NS), et mémoriser (El) le code de correction en association à l'identificateur transmis. 16 - Programme d'ordinateur apte à être mis en œuvre dans un nœud (NCO) pour coder une donnée d'enregistrement (D_RRa) relative à un premier nœud
(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 nœud, réalisent les étapes de : déterminer (S2, P2) un code de correction (Ca) en fonction de la donnée d'enregistrement transmise (Sl, Pl) avec un identificateur du premier nœud (Na) par un deuxième nœud (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 nœud, et mémoriser {S2, P2) le code de correction en association à l'identificateur transmis.
17 - Support d'enregistrement lisible par un nœud (MCO) pour coder une donnée d'enregistrement (D_RRa) relative à un premier nœud (Na) dans 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 : déterminer (S2, P2) un code de correction (Ca) en fonction de la donnée d'enregistrement transmise
(Sl, Pl) avec un identificateur du premier nœud (Na) par un deuxième nœud (NS) du réseau, ledit identificateur (ID_JSFa) étant associé à la donnée d'enregistrement (D__RRa) dans un fichier de nommage
(FN) contenu dans le deuxième nœud, et mémoriser (S2, P2) le code de correction en association à l'identificateur transmis. 18 - Programme d'ordinateur apte à être mis en œuvre dans un nœud (NS) pour transmettre une donnée d'enregistrement (D_RRa) relative à un premier nœud
(Na) vers un troisième nœud (NCL) à 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 nœud, réalisent les étapes de : recevoir (E3, S4, P4 ) une requête incluant un identificateur (ID_Na) du premier nœud (Na) transmise depuis le troisième nœud, vérifier (E4, S5, P5) la présence d'une demande de code de correction (DCC) dans la requête, transmettre (E4, S5, PS) la donnée d'enregistrement (D__RRA) associée à l'identificateur vers le troisième nœud, et transmettre (E4, 35, P5) une indication (ΛD__NCO; ID_Na, DCC) renseignant sur un code de correction (Ca) à un troisième nœud ou à un quatrième nœud si la requête inclut la demande de code de correction (DCC) , le code de correction étant déterminé en fonction de la donnée d'enregistrement, mémorisé dans le quatrième nœud (NCO) du réseau, et transmis depuis le quatrième nœud vers un autre nœud.
19 - Support d'enregistrement lisible par un nœud (NS) pour transmettre une donnée d'enregistrement (D_RRa) relative à un premier nœud
(Na) vers un troisième nœud (NCL) à 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 : recevoir (E3, S4, P4 ) une requête incluant un identificateur (ID__Na) du premier nœud (Na) transmise depuis le troisième nœud, vérifier (E4, S5, P55 la présence d'une demande de code de correction I1DCC) dans la requête, transmettre (E4, S5, P5) la donnée d'enregistrement (DJRRA) associée à l'identificateur vers le troisième nœud, et transmettre (E4, S5, P5) une indication (AD_NCO; ID_Na, DCC) renseignant sur un code de correction (Ca) à un troisième nœud ou à un quatrième nœud si la requête inclut la demande de code de correction (DCC), le code de correction étant déterminé en fonction de la donnée d'enregistrement, mémorisé dans le quatrième nœud (NCO) du réseau et transmis depuis le quatrième nœud vers un autre nœud.
20 - Programme d'ordinateur apte à être mis en œuvre dans un nœud (NCL) pour vérifier une donnée d'enregistrement (D__RRa) relative à un premier nœud
(Na) transmise depuis un deuxième nœud (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 nœud, réalisent les étapes de : transmettre (E2, S3, P3) une requête incluant un identificateur (IDJNa) du premier nœud (Na) et une demande de code de correction (DCC) vers le deuxième nœud, recevoir (E4, S5, P5) la donnée d'enregistrement associée à l'identificateur depuis le deuxième nœud et un code de correction (Ca) déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième nœud (NCO) du réseau, depuis le quatrième nœud, 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 nœud (NCL) pour vérifier une donnée d'enregistrement (D_RRa) relative à un premier nœud (IMa) transmise depuis un deuxième nœud (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 nœud (Ka) et une demande de code de correction (DCC) vers le deuxième nœud, recevoir (E4, S5, P5) la donnée d'enregistrement associée à l'identificateur depuis le deuxième nœud et un code de correction (Ca) déterminé en fonction de la donnée d'enregistrement et mémorisé dans un quatrième nœud (NCO) du réseau, depuis le quatrième nœud, et vérifier (E6, S9, P9) l'exactitude de la donnée d'enregistrement transmise en fonction du code de correction .
EP07788994A 2006-06-13 2007-06-12 Verification et correction d'erreurs de donnees d'enregistrement dans un systeme de nommage Withdrawn EP2033404A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0652118A FR2902260A1 (fr) 2006-06-13 2006-06-13 Verification et correction d'erreurs de donnees d'enregistrement dans un systeme de nommage
PCT/FR2007/051428 WO2007144538A1 (fr) 2006-06-13 2007-06-12 Verification et correction d'erreurs de donnees d'enregistrement dans un systeme de nommage

Publications (1)

Publication Number Publication Date
EP2033404A1 true EP2033404A1 (fr) 2009-03-11

Family

ID=37616001

Family Applications (1)

Application Number Title Priority Date Filing Date
EP07788994A Withdrawn EP2033404A1 (fr) 2006-06-13 2007-06-12 Verification et correction d'erreurs de donnees d'enregistrement dans un systeme de nommage

Country Status (3)

Country Link
EP (1) EP2033404A1 (fr)
FR (1) FR2902260A1 (fr)
WO (1) WO2007144538A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2658217A1 (fr) * 2012-04-24 2013-10-30 DomiNIC GmbH Procédé et dispositif de stockage, de gestion et d'utilisation de droits pour l'utilisation d'une ressource

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2346303A (en) * 1999-01-30 2000-08-02 Motorola Ltd Error protection in a communications system
FR2853186B1 (fr) * 2003-03-24 2005-07-22 Sagem Systeme et procede de transmission de donnees autorisant un adressage dynamique au moyen d'identifiants statiques

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2007144538A1 *

Also Published As

Publication number Publication date
FR2902260A1 (fr) 2007-12-14
WO2007144538A1 (fr) 2007-12-21

Similar Documents

Publication Publication Date Title
US7415536B2 (en) Address query response method, program, and apparatus, and address notification method, program, and apparatus
EP2807789B1 (fr) Gestion de certificats ssl implicite sans indication de nom de serveur (sni)
EP2933986B1 (fr) Procédé assisté par ordinateur et produit programme d'ordinateur pour le traitement de requêtes d'entité nommées à l'aide d'une fonctionnalité en mémoire cache dans un système de nom de domaine
US7039656B1 (en) Method and apparatus for synchronizing data records between a remote device and a data server over a data-packet-network
US7617322B2 (en) Secure peer-to-peer cache sharing
US7502923B2 (en) Systems and methods for secured domain name system use based on pre-existing trust
EP3651408B1 (fr) Procédé d'identification anonyme d'un module de sécurité
US20100082777A1 (en) Method, system, and apparatus for creating network accounts and configuring devices for use therewith
EP1974522B1 (fr) Serveur, client et procédé pour gérer des requetes DNSSEC
EP2424189A2 (fr) Procédés et systèmes d'encouragement de communications sécurisées
US20090240758A1 (en) Intelligent establishment of peer-to-peer communication
EP2476058A1 (fr) Procédé et système de récupération d'un registre défectueux
US12568062B2 (en) Experience differentiation
US11258770B2 (en) Methods and devices for delegation of distribution of encrypted content
WO2007144538A1 (fr) Verification et correction d'erreurs de donnees d'enregistrement dans un systeme de nommage
EP2014057A2 (fr) Identification de noeuds dans un reseau
EP4222632B1 (fr) Procédé de synchronisation d'une pluralité de serveurs de communications, dispositifs et programmes d'ordinateurs correspondants
EP3900306A1 (fr) Procédé de détermination d'une chaîne de délégation associée à une résolution d'un nom de domaine dans un réseau de communication
FR3091097A1 (fr) Procédé d’acquisition d’une chaîne de délégation relative à la résolution d’un identifiant de nom de domaine dans un réseau de communication
EP4128717A1 (fr) Délégation d'une fonction de résolution d'identifiants de nommage
WO2012001273A1 (fr) PROCEDE D'ALLOCATION SECURISEE D'UNE ADRESSE IPv6 A UN NŒUD D'UN RESEAU PRIVE
GB2401292A (en) Secure network communication
FR2961984A1 (fr) Synchronisation de liste des utilisateurs dans un reseau p2p

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20090109

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA HR MK RS

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

17Q First examination report despatched

Effective date: 20160405

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RIC1 Information provided on ipc code assigned before grant

Ipc: H04L 29/12 20060101ALI20160830BHEP

Ipc: H04L 29/06 20060101AFI20160830BHEP

Ipc: H04L 1/00 20060101ALI20160830BHEP

INTG Intention to grant announced

Effective date: 20160915

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20170126