+

WO2003041365A1 - Attribution dynamique d'une adresse ipv4 temporaire a un equipement ipv6 - Google Patents

Attribution dynamique d'une adresse ipv4 temporaire a un equipement ipv6 Download PDF

Info

Publication number
WO2003041365A1
WO2003041365A1 PCT/FR2002/003706 FR0203706W WO03041365A1 WO 2003041365 A1 WO2003041365 A1 WO 2003041365A1 FR 0203706 W FR0203706 W FR 0203706W WO 03041365 A1 WO03041365 A1 WO 03041365A1
Authority
WO
WIPO (PCT)
Prior art keywords
equipment
address
protocol
ipv4
name server
Prior art date
Application number
PCT/FR2002/003706
Other languages
English (en)
Inventor
Gilles Diribarne
Philippe Bereski
Original Assignee
Alcatel
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 Alcatel filed Critical Alcatel
Publication of WO2003041365A1 publication Critical patent/WO2003041365A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/167—Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6

Definitions

  • the present invention relates to the transition mechanisms from version 4 of the internet protocol (IPv4) to version 6 of this protocol (IPv ⁇ ).
  • IPv4 devices have no simple way of being brought into compliance with the new IPv ⁇ protocols. It is therefore necessary to define mechanisms allowing these IPv4 devices to communicate with new IPv ⁇ devices.
  • IPv4 equipment in fact, can only include IPv4 addresses and, in general, the network to which it belongs, can only carry data packets conforming to the IPv4 protocol.
  • DSTM mechanism Drop Stock
  • IPv4 to IPv6 / IPv4 equipment by means of a dynamic DHCP address server managing a set (or pool, according to terminology in English) of available IPv4 addresses.
  • the E v4 device transmits a name request to a name server (or DNS for Domain Name Server, in English) associated with the N v6 network to which the E v6 device belongs.
  • a name server or DNS for Domain Name Server, in English
  • the DNS name server then transmits a request to a server dedicated to dynamic address allocation, or DHCP (Dynamic Host Configuration Protocol) server, which is associated with this network N v6 .
  • DHCP Dynamic Host Configuration Protocol
  • the DHCP server transmits to the E v6 device , a message indicating that it must reconfigure itself.
  • the E u6 equipment responds with a reconfiguration request, transmitted to the DHCP server.
  • the DHCP server then transmits a temporary address to the E v6 device .
  • it transmits update messages on the one hand to the DNS name server, and on the other hand to the gateway G which connects the networks N v4 and N v6 .
  • the name server responds to the E v4 device , with the temporary address which has been assigned to the E v6 device .
  • This E v4 equipment can then communicate with the E v6 equipment.
  • Such a method has several drawbacks: It requires, in particular, a large number (8, in fact) of messages to be transmitted between the various pieces of equipment involved in the mechanism. These messages can contribute to network congestion, or at least to a loss of performance due to excessive load.
  • this process requires the complex services of a dynamic DHCP configuration server subject to numerous criticisms within the Internet standardization body (IETF).
  • IETF Internet standardization body
  • the use of DHCP comes down to dynamic address management. This function alone has no reason to be in an IPv ⁇ network, because the protocol integrates it intrinsically.
  • the object of the invention is to propose a mechanism allowing an IPv4 device to initiate a communication with an IPv6 / IPv4 device having no fixed IPv4 address, and vice versa, which does not require a dynamic address server.
  • DHCP type is also based on the use of a dynamic configuration server and therefore suffers from the same drawbacks as those mentioned above.
  • the invention relates to a name server having means for receiving requests for names from a sending equipment and containing the name of a receiving equipment, a first equipment among said sending and receiving equipment, being conforms only to a first protocol, the second equipment being conforms to said first protocol and to a second protocol.
  • This name server is characterized in that it also has means for detecting that the second device does not have an address compatible with the first device and, in this case, triggering the dynamic assignment, to the second device, of '' an address compatible with the first device.
  • the dynamic assignment is carried out directly by the name server according to a set of available addresses compatible with the first device.
  • the name server then further comprises means for notifying the address dynamically assigned to the second device and / or to the gateway (G) allowing communication between the first device and the second device and / or to the sending device. in case it is different from the second equipment.
  • the dynamic assignment is carried out by sending a request for address assignment to the gateway allowing communication between the first device and the second device.
  • the invention also relates to such a gateway, that is to say a gateway allowing communication between a first network conforming to a first protocol and a second network conforming to a second protocol.
  • This gateway is characterized in that it has a set of available addresses and in that it has means for receiving requests for address allocation from a name server, and transmitting an address chosen from this set, to the name server and to the equipment whose address is contained in the request for address assignment.
  • the first device complies with the IPv4 protocols and the second device complies with the IPv ⁇ protocols and the IPv4 protocol.
  • the invention also has the advantage of significantly reducing the number of messages exchanged before arriving at the address assignment.
  • FIG. 1 already commented on, represents the DSTM mechanism of the state of the art.
  • FIG. 2 illustrates the communication on the initiative of the IPv4 equipment according to a first implementation of the invention.
  • Figures 3a and 3b show the communication on the initiative of the dual protocol stack IPv4 / IPv6 equipment, according to this same implementation.
  • FIG. 4 illustrates the communication on the initiative of the IPv4 equipment according to a second implementation of the invention.
  • Figure 5 presents the communication on the initiative of the dual protocol stack IPv4 / IPv6 equipment, according to this second implementation.
  • FIG. 2 In Figure 2 are shown two networks N v4 and N v6 connected by a gateway.
  • the N v4 network complies with the IPv4 protocol while the N v6 network complies with the IPv ⁇ protocol.
  • the gateway G is in charge of carrying out packet encapsulations and decapsulations, in order to allow the transmission of packets between these two networks.
  • the network N v4 includes an equipment E v4 which wants to initiate a communication with an equipment E v6 of the network N v6 .
  • This E v6 equipment has a double stack of IPv4 and IPv ⁇ protocols. It obviously has an IPv ⁇ address, but no IPv4 address.
  • the equipment E v4 transmits a request for names m, to the DNS name server of the network N v6 .
  • This name query is classic and conforms to the usual mechanism. It conveys the name of the E v6 device whose E v4 device wants the address. It is also known that this name request can pass through a functional layer called “resolver” in English, which is local to the N v4 network and which has the function of determining the appropriate DNS name server and of transmitting the request for last name.
  • the DNS name server has means for detecting that this E v6 equipment does not have an address compatible with the E v4 equipment, that is to say an IPv4 address.
  • this dynamic assignment takes place by transmitting a request for assignment of address m 2 to the gateway G.
  • This request for address assignment m 2 contains the IPv ⁇ address of the equipment E v6 .
  • this message m 2 can be a message conforming to the ICMP protocol (Internet Control Message Protocol).
  • ICMP protocol Internet Control Message Protocol
  • This gateway G has a set of available IPv4 addresses.
  • This choice is memorized by the gateway G, on the one hand so as not to reassign this address during another name request, and on the other hand to be able to correctly transmit the data streams that the equipment E v4 will send to the E v6 equipment.
  • the gateway G In response to the request for assignment of address m 2 , the gateway G sends two messages: A first message m 3 is transmitted to the equipment E v6 , whose address IPv ⁇ has been transmitted in the request message m 2 in address assignment. This message m 3 contains the temporary address which has been assigned to it.
  • a second message m 4 is a response message to the name request, which is transmitted to the DNS name server. This message m 4 also contains the temporary address.
  • This response message m 4 can, according to an implementation of the invention, be a message conforming to the ICMP protocol (Internet Control Message Protocol).
  • the DNS name server can remember this temporary address assignment. So if a new name request is made to it
  • this temporary address can be reused without a new dynamic allocation mechanism being triggered.
  • the DNS name server can insert the temporary address in the response message which it then transmits to the E v4 device .
  • the E v4 device now having a temporary IPv4 address of the E v6 device can transmit a data stream to it.
  • This data flow passes through the gateway G.
  • This gateway G having stored this temporary address IPv4 can correctly route it in the network N v6 so that it actually arrives at the equipment E v ⁇ .
  • This gateway can use, to do this, the encapsulation and de-encapsulation mechanisms from one protocol to another. This mechanism can be in accordance with that described in RFC 1241 entitled "Scheme for an Internet encaps ⁇ lation protocol".
  • Figures 3a and 3b show the same equipment as Figure 2, but to illustrate the mechanism implemented when it is the equipment E v6 which wants to initiate communication with the node E v4 .
  • Two possibilities can be implemented:
  • the first possibility is illustrated in Figure 3a.
  • the DNS name server receives the request for name m, transmitted by the equipment E v6 , it responds to it with a message m 2 '.
  • the equipment E v6 On receipt of this message m 2 ′, the equipment E v6 will send a message m 3 ′ to the gateway G and trigger the same mechanism as previously: assignment of a dynamic address by the gateway G then transmission of the messages m 3 and m 4 to the DNS name server and to the E v6 equipment.
  • the second possibility illustrated in Figure 3b, is to give proxy power to the DNS name server.
  • the DNS name server On receipt of the name request m , the DNS name server directly notifies the gateway G, by a message m, ", which can then trigger the mechanism described above for dynamic address assignment and notification to the server.
  • DNS names and E v6 equipment by two messages m 3 and m 4 .
  • FIG. 4 illustrates another implementation of the invention, in which the dynamic address assignment function is supported by the DNS name server.
  • the equipment E v4 of the network N v4 wishes to initiate a communication with the equipment E v6 of the network N v6 , it first transmits a request for name m, to the name server DNS.
  • this name request can be relayed by an application layer of the network N v4 usually called "resolver" and in charge of transmitting the name request to the DNS name server which belongs to the network N v6 .
  • This name request conveys the name of the E v6 device .
  • the DNS name server has means for detecting that this equipment does not have an address compatible with the E v4 equipment, that is to say an IPv4 address. In this case, it can trigger the dynamic assignment of a dynamic IPv4 address to this IPv ⁇ device.
  • the DNS name server has a set of available IPv4 addresses. Upon receipt of this name request, he can therefore choose an available address from this set. This choice can then be stored in the name / address correspondence tables of the name server.
  • these messages can for example comply with the Internet Control Message Protocol (ICMP).
  • ICMP Internet Control Message Protocol
  • FIG. 5 The case where it is the equipment E v6 which wishes to initiate the communication with the equipment E v4 is illustrated by FIG. 5. It begins with the request for name m, transmitted by the equipment E v6 to the name server DNS . The latter noting that the node E v6 does not have an IPv4 compatible address, implements the dynamic allocation mechanism described above. It then notifies this dynamic address:

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

Serveur de noms (DNS) possédant des moyens de réception de requêtes de noms provenant d'un équipement émetteur et contenant le nom d'un équipement destinataire, un premier équipement (Ev4) parmi lesdits équipements émetteur et destinataire, étant conforme uniquement à un premier protocole, le second équipement (Ev6) étant conforme audit premier protocole et à un second protocole, caractérisé en ce qu'il possède en outre des moyens pour détecter que ledit second équipement ne possède pas d'adresse compatible avec ledit premier équipement et, dans ce cas, déclencher l'affectation dynamique, audit second équipement, d'une adresse compatible avec ledit premier équipement.

Description

Attribution dynamique d'une adresse IPv4 temporaire à un équipement IPv6
La présente invention concerne les mécanismes de transition depuis la version 4 du protocole internet (IPv4) vers la version 6 de ce protocole (IPvό).
Plus particulièrement, elle est relative à la situation transitoire où des réseaux de données conformes aux deux protocoles coexistent et doivent communiquer.
Les équipements IPv4 existants n'ont aucun moyen simple d'être mis en conformité avec les nouveaux protocoles IPvό. Il est donc nécessaire de définir des mécanismes permettant à ces équipements IPv4 de communiquer avec les nouveaux équipements IPvό.
II est généralement admis que, au moins durant cette période transitoire, les équipements conformes au protocole IPvό seront également conformes au protocole IPv4, afin de conserver une compatibilité descendante. Ces équipements posséderont donc deux piles protocolaires, une IPv4 et une IPvό. Ce type d'équipement est généralement connu sous le terme anglais de « dual stacked ».
Cependant, du fait de la rareté des adresses IPv4, ces équipements à double pile protocolaire (dυal stacked) seront contraints de partager dans le temps, un même sous-ensemble d'adresses IPv4.
Le problème se pose alors lorsqu'un équipement IPv4 veut initier une communication avec un équipement IPvό/IPv4 (c'est-à-dire possédant les deux piles protocolaires) auquel aucune adresse IPv4 n'a été affectée, ou réciproquement. L'équipement IPv4, en effet, ne peut comprendre que des adresses IPv4 et, dans le cas général, le réseau auquel il appartient, ne peut véhiculer que des paquets de données conformes au protocole IPv4. Une solution α été apportée par le mécanisme DSTM (Dual Stock
Transition Mechanism) qui consiste à affecter dynamiquement une adresse
IPv4 à l'équipement IPv6/IPv4, au moyen d'un serveur d'adresses dynamiques DHCP gérant un ensemble (ou pool, selon la terminologie en langue anglaise) d'adresses IPv4 disponibles.
Au sein de l'IETF [Internet Engineering Task Force), ce mécanisme est au stade de documents draff, sous les noms « draft-ietf-ngtrans-dstm.txt » et « draft-ietf-ngtrans-aaic.txt », dans une de leurs versions successives.
Le mécanisme DSTM tel que présenté dans ce document est illustré par la figure 1 .
Dans le cas d'un équipement Ev4 d'un réseau Nv4 conforme à IPv4 voulant communiquer avec un équipement Ev6 possédant un double pile protocolaire IPv4/IPvό et appartenant à un réseau Nv6 conforme à IPvό, l'affectation d'une adresse temporaire IPv4 à l'équipement Ev6, se déroule selon les étapes suivantes :
• L'équipement Ev4 transmet une requête de nom à un serveur de noms (ou DNS pour Domain Name Server, en langue anglaise) associé au réseau Nv6 auquel appartient l'équipement Ev6.
• Constatant que le nœud Ev6 ne possède pas d'adresse compatible IPv4, le serveur de noms DNS transmet alors une requête à un serveur dédié à l'affectation dynamique d'adresses, ou serveur DHCP (Dynamic Host Configuration Protocol), qui est associé à ce réseau Nv6.
• Le serveur DHCP transmet à l'équipement Ev6, un message signifiant qu'il doit se reconfigurer.
• L'équipement Eu6 répond par une requête en reconfiguration, transmise au serveur DHCP. • Le serveur DHCP transmet alors une adresse temporaire à l'équipement Ev6. Parallèlement, il transmet des messages de mises à jour d'une part au serveur de noms DNS, et d'autre part à la passerelle G qui relie les réseaux Nv4 et Nv6. • Enfin, le serveur de noms répond à l'équipement Ev4, par l'adresse temporaire qui a été affecté à l'équipement Ev6.
Cet équipement Ev4 peut alors communiquer avec l'équipement Ev6.
Un tel procédé comporte plusieurs inconvénients : II nécessite, notamment, un nombre important (8, en fait) de messages devant être transmis entre les différents équipements, parties prenantes au mécanisme. Ces messages peuvent participer à un engorgement du réseau, ou tout du moins à une perte de performance due à une charge excessive. De surcroît, dans son implémentation actuelle, ce procédé nécessite les services complexes d'un serveur de configuration dynamique DHCP soumis à de nombreuses critiques au sein de l'organisme de standardisation de l'Internet (l'IETF). Dans les faits, l'utilisation de DHCP se résume à la gestion dynamique des adresses. Cette seule fonction n'a pas de raison d'être dans un réseau IPvό, car le protocole l'intègre de façon intrinsèque.
La solution de l'état de l'art nécessite donc l'utilisation d'un équipement supplémentaire qui pourrait être jugé inutile en dehors de cette utilisation. L'ajout de cet équipement étant coûteux, une telle solution est à éviter. Une extension de ce mécanisme a aussi été proposée, sous le nom
« draft-ietf-ngtrans-dstmextl-aiih-OO.txt ». Mais, cette extension se base aussi sur l'utilisation d'un serveur de configuration dynamique et souffre donc des mêmes inconvénients que ceux cités ci-dessus. Le but de l'invention est de proposer un mécanisme permettant à un équipement IPv4 d'initier une communication avec un équipement IPv6/IPv4 n'ayant pas d'adresse fixe IPv4, et réciproquement, qui ne nécessite pas de serveur d'adresses dynamiques de type DHCP.
Pour ce faire, l'invention a pour objet un serveur de noms possédant des moyens de réception de requêtes de noms provenant d'un équipement émetteur et contenant le nom d'un équipement destinataire, un premier équipement parmi lesdits équipements émetteur et destinataire, étant conforme uniquement à un premier protocole, le second équipement étant conforme audit premier protocole et à un second protocole. Ce serveur de nom se caractérise en ce qu'il possède en outre des moyens pour détecter que le second équipement ne possède pas d'adresse compatible avec le premier équipement et, dans ce cas, déclencher l'affectation dynamique, au second équipement, d'une adresse compatible avec le premier équipement.
Selon une mise en oeuvre de l'invention, l'affectation dynamique est effectuée directement par le serveur de noms en fonction d'un ensemble d'adresses disponibles compatibles avec le premier équipement. Le serveur de noms comporte alors, de surcroît, des moyens pour notifier l'adresse dynamiquement affectée au second équipement et/ou à la passerelle (G) permettant la communication entre le premier équipement et le second équipement et/ou à l'équipement émetteur dans le cas où celui-ci est différent du second équipement.
Selon une autre mise en oeuvre de l'invention, l'affectation dynamique est effectuée en envoyant une requête en affectation d'adresse à la passerelle permettant la communication entre le premier équipement et le second équipement. L'invention α aussi pour objet une telle passerelle, c'est à dire une passerelle permettant la communication entre un premier réseau conforme à un premier protocole et un second réseau conforme à un second protocole. Cette passerelle se caractérise en ce qu'elle dispose d'un ensemble d'adresses disponibles et en ce qu'elle possède des moyens pour recevoir des requêtes en affection d'adresse provenant d'un serveur de noms, et transmettre une adresse choisie parmi cet ensemble, au serveur de noms et à l'équipement dont l'adresse est contenue dans la requête en affectation d'adresse.
Selon une application préférentielle de l'invention, le premier équipement est conforme aux protocoles IPv4 et le second équipement est conforme aux protocoles IPvό et au protocole IPv4.
Outre l'intérêt de pouvoir faire l'économie d'un serveur de configuration dynamique de type DHCP, l'invention a aussi pour avantage de réduire notablement le nombre de messages échangés avant de parvenir à l'affectation d'adresse.
L'invention et ses avantages apparaîtront de façon plus claire dans la description de mises en œuvre qui va suivre, en liaison avec les figures annexées.
La figure 1 , déjà commentée, représente le mécanisme DSTM de l'état de l'art.
La figure 2 illustre la communication sur l'initiative de l'équipement IPv4 selon une première mise en œuvre de l'invention.
Les figures 3a et 3b présentent la communication sur l'initiative de l'équipement à double pile protocolaire IPv4/IPv6, selon cette même mise en œuvre.
La figure 4 illustre la communication sur l'initiative de l'équipement IPv4 selon une seconde mise en œuvre de l'invention. Enfin, la figure 5 présente la communication sur l'initiative de l'équipement à double pile protocolaire IPv4/IPv6, selon cette seconde mise en œuvre.
Sur la figure 2 sont représentés deux réseaux Nv4 et Nv6 connectés par une passerelle. Le réseau Nv4 est conforme au protocole IPv4 tandis que le réseau Nv6 est conforme au protocole IPvό. La passerelle G est en charge d'effectuer des encapsulations et décapsulations de paquets, afin de permettre la transmission des paquets entre ces deux réseaux.
Le réseau Nv4 comporte un équipement Ev4 qui veut initier une communication avec un équipement Ev6 du réseau Nv6. Cet équipement Ev6 possède une double pile de protocoles IPv4 et IPvό. Il possède évidemment une adresse IPvό, mais pas d'adresse IPv4.
Dans un premier temps, l'équipement Ev4 transmet une requête de noms m, au serveur de noms DNS du réseau Nv6. Cette requête de noms est classique et conforme au mécanisme habituel. Elle véhicule le nom de l'équipement Ev6 dont l'équipement Ev4 veut l'adresse. II est aussi connu que cette requête de nom peut transiter par une couche fonctionnelle appelée « resolver » en langue anglaise, qui est local au réseau Nv4 et qui a pour fonction de déterminer le serveur de noms DNS approprié et de lui transmettre la requête de nom.
Le serveur de noms DNS possède des moyens pour détecter que cet équipement Ev6 ne possède pas d'adresse compatible avec l'équipement Ev4, c'est-à-dire une adresse IPv4.
Si tel est le cas, il déclenche l'affectation dynamique d'une adresse temporaire (ou dynamique) IPv4 à cet équipement IPvό. Selon la mise en œuvre illustrée par la figure 2, cette affectation dynamique se déroule en transmettant une requête en affectation d'adresse m2 à la passerelle G.
Cette requête en affectation d'adresse m2 contient l'adresse IPvό de l'équipement Ev6.
Selon une mise en œuvre de l'invention, ce message m2 peut être un message conforme au protocole ICMP (Internet Control Message Protocol).
Cette passerelle G dispose d'un ensemble d'adresses IPv4 disponibles.
A la réception de cette requête en affectation d'adresse, elle peut donc choisir une adresse disponible parmi cet ensemble.
Ce choix est mémorisé par la passerelle G, d'une part pour ne pas reaffecter cette adresse lors d'une autre requête de nom, et d'autre part pour pouvoir transmettre correctement les flux de données que l'équipement Ev4 enverra à l'équipement Ev6.
En réponse à la requête en affectation d'adresse m2, la passerelle G émet deux messages : Un premier message m3 est transmis à l'équipement Ev6, dont l'adresse IPvό a été transmise dans le message m2 de requête en affectation d'adresse. Ce message m3 contient l'adresse temporaire qui lui a été affectée.
Un second message m4 est un message de réponse à la requête de nom, qui est transmis au serveur de noms DNS. Ce message m4 contient aussi l'adresse temporaire.
Ce message de réponse m4 peut, selon une mise en œuvre de l'invention, être un message conforme au protocole ICMP (Internet Control Message Protocol). Le serveur de noms DNS peut mémoriser cette affectation d'une adresse temporaire. Ainsi, si une nouvelle requête de nom lui est adressée
(par un autre équipement du réseau Nv4, par exemple), cette adresse temporaire pourra être réutilisée sans qu'un nouveau mécanisme d'affectation dynamique soit déclenché.
Le serveur de noms DNS peut insérer l'adresse temporaire dans le message de réponse qu'il transmet alors à l'équipement Ev4.
L'équipement Ev4 possédant maintenant une adresse temporaire IPv4 de l'équipement Ev6 peut lui transmettre un flux de données. Ce flux de données transite par la passerelle G. Cette passerelle G ayant mémorisé cette adresse temporaire IPv4 peut l'aiguiller correctement dans le réseau Nv6 afin qu'elle arrive effectivement à l'équipement Evό. Cette passerelle peut utiliser, pour ce faire, les mécanismes d'encapsulation et de désencapsulation d'un protocole dans un autre. Ce mécanisme peut être conforme à celui décrit dans le RFC 1241 intitulé « Scheme for an Internet encapsυlation protocol ».
Les figures 3a et 3b reprennent les mêmes équipements que la figure 2, mais pour illustre le mécanisme mis en œuvre lorsque c'est l'équipement Ev6 qui veut initier la communication avec le nœud Ev4. Deux possibilités peuvent être mises en œuvre :
La première possibilité est illustrée par la figure 3a. Selon cette mise en œuvre, lorsque le serveur de noms DNS reçoit la requête de nom m, transmise par l'équipement Ev6, il lui répond par un message m2'. A la réception de ce message m2', l'équipement Ev6 va envoyer un message m3' à la passerelle G et déclencher le même mécanisme que précédemment : affectation d'une adresse dynamique par la passerelle G puis transmission des messages m3 et m4 au serveur de noms DNS et à l'équipement Ev6. La seconde possibilité, illustrée par la figure 3b, consiste à donner un pouvoir de procuration au serveur de noms DNS. A la réception de la requête de nom m,, le serveur de noms DNS notifie directement la passerelle G, par un message m,", qui peut alors déclencher le mécanisme précédemment décrit d'affectation dynamique d'adresse et de notification au serveur de noms DNS et à l'équipement Ev6, par deux messages m3 et m4.
La figure 4 illustre une autre mise en œuvre de l'invention, dans laquelle la fonction d'affectation d'adresses dynamiques est supportée par le serveur de noms DNS.
Lorsque l'équipement Ev4 du réseau Nv4 désire initier une communication avec l'équipement Ev6 du réseau Nv6, il transmet tout d'abord une requête de nom m, au serveur de noms DNS. Comme précédemment, cette requête de noms peut être relayée par une couche applicative du réseau Nv4 habituellement appelée « resolver » et en charge de transmettre la requête de noms jusqu'au serveur de noms DNS qui appartient au réseau Nv6.
Cette requête de nom, conforme aux mécanismes et protocoles habituels, véhicule le nom de l'équipement Ev6. Le serveur de noms DNS possède des moyens pour détecter que cet équipement ne possède pas d'adresse compatible avec l'équipement Ev4, c'est-à-dire une adresse IPv4. Il peut dans ce cas déclencher l'affectation dynamique d'une adresse dynamique IPv4 à cet équipement IPvό.
Pour ce faire, le serveur de noms DNS dispose d'un ensemble d'adresses IPv4 disponibles. A la réception de cette requête de nom, il peut donc choisir une adresse disponible parmi cet ensemble. Ce choix peut alors être mémorisé dans les tables de correspondance nom/adresse du serveur de noms.
Il peut alors transmettre cette adresse dynamique : • D'une part à la passerelle G, sous la forme d'un message m2, • D'autre part à l'équipement Ev6 sous la forme d'un message m3.
Comme il a été dit précédemment pour la première mise en œuvre, ces messages peuvent par exemple être conformes au protocole ICMP (Internet Control Message Protocol).
Le cas où c'est l'équipement Ev6 qui désire initier la communication avec l'équipement Ev4 est illustré par la figure 5. Il débute par la requête de nom m, transmise par l'équipement Ev6 au serveur de noms DNS. Celui-ci constatant que le nœud Ev6 ne possède pas d'adresse compatible IPv4, met en œuvre le mécanisme d'affectation dynamique précédemment décrit. Il notifie alors cette adresse dynamique :
• D'une part à la passerelle G, sous la forme d'un message m2,
• D'autre part à l'équipement Ev6 sous la forme d'un message m3.

Claims

REVENDICATIONS
1 ) Serveur de noms (DNS) possédant des moyens de réception de requêtes de noms provenant d'un équipement émetteur et contenant le nom d'un équipement destinataire, un premier équipement (Ev4) parmi lesdits équipements émetteur et destinataire, étant conforme uniquement à un premier protocole, le second équipement (Ev6) étant conforme audit premier protocole et à un second protocole, caractérisé en ce qu'il possède en outre des moyens pour détecter que ledit second équipement ne possède pas d'adresse compatible avec ledit premier équipement et, dans ce cas, déclencher l'affectation dynamique, audit second équipement, d'une adresse compatible avec ledit premier équipement.
2) Serveur de noms selon la revendication 1 , dans lequel l'affectation dynamique est effectuée directement par ledit serveur de noms en fonction d'un ensemble d'adresses disponibles compatibles avec ledit premier équipement, et comportant de surcroît des moyens pour notifier l'adresse dynamiquement affectée audit second équipement et/ou à la passerelle (G) permettant la communication entre ledit premier équipement et ledit second équipement et/ou à l'équipement émetteur dans le cas où celui-ci est différent dudit second équipement.
3) Serveur de noms selon la revendication 1 , dans lequel l'affectation dynamique est effectuée en envoyant une requête en affectation d'adresse à la passerelle permettant la communication entre ledit premier équipement et ledit second équipement.
4) Serveur de noms selon l'une des revendications 1 à 3, dans lequel ledit premier équipement est conforme aux protocoles IPv4 et ledit second équipement est conforme aux protocoles IPvό et au protocole IPv4. 5) Passerelle (G) permettant la communication entre un premier réseau (Nv4) conforme à un premier protocole et un second réseau (Nvό) conforme à un second protocole, caractérisé en ce qu'elle dispose d'un ensemble d'adresses disponibles et en ce qu'elle possède des moyens pour recevoir des requêtes en affection d'adresse provenant d'un serveur de noms (DNS), et transmettre une adresse choisie parmi ledit ensemble, audit serveur de noms et à un équipement dont l'adresse est contenue dans ladite requête en affectation d'adresse.
PCT/FR2002/003706 2001-11-05 2002-10-29 Attribution dynamique d'une adresse ipv4 temporaire a un equipement ipv6 WO2003041365A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0114297A FR2832012A1 (fr) 2001-11-05 2001-11-05 ATTRIBUTION DYNAMIQUE D'UNE ADRESSE IPv4 TEMPORAIRE A UN EQUIPEMENT IPv6
FR01/14297 2001-11-05

Publications (1)

Publication Number Publication Date
WO2003041365A1 true WO2003041365A1 (fr) 2003-05-15

Family

ID=8869081

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2002/003706 WO2003041365A1 (fr) 2001-11-05 2002-10-29 Attribution dynamique d'une adresse ipv4 temporaire a un equipement ipv6

Country Status (2)

Country Link
FR (1) FR2832012A1 (fr)
WO (1) WO2003041365A1 (fr)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004049668A1 (fr) * 2002-11-27 2004-06-10 Research In Motion Limited Transfert de donnees d'un serveur hote a un dispositif sans fil, par le biais d'un serveur de transmission tunnel, et association d'une adresse ipv6 temporaire a une adresse ipv4 temporaire pour une communication dans un reseau sans fil ipv4 avec ledit dispositif
US7305481B2 (en) 2003-01-07 2007-12-04 Hexago Inc. Connecting IPv6 devices through IPv4 network and network address translator (NAT) using tunnel setup protocol
US7321598B2 (en) 2002-07-15 2008-01-22 Hexago Inc. Method and apparatus for connecting IPv6 devices through an IPv4 network using a tunneling protocol
US7599289B2 (en) 2005-05-13 2009-10-06 Lockheed Martin Corporation Electronic communication control
US7657642B2 (en) 2003-12-22 2010-02-02 Hexago, Inc. IP network node and middleware for establishing connectivity to both the IPv4 and IPv6 networks

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0840482A1 (fr) * 1996-11-01 1998-05-06 Hitachi, Ltd. Méthode de communication entre un terminal IPv4 et un terminal IPv6 et appareil de conversion IPv4-IPv6

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0840482A1 (fr) * 1996-11-01 1998-05-06 Hitachi, Ltd. Méthode de communication entre un terminal IPv4 et un terminal IPv6 et appareil de conversion IPv4-IPv6

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
BIEMOLT W ET AL: "- An overview of the introduction of IPv6 in the Internet", INTERNET DRAFT, July 2001 (2001-07-01), XP002198867 *
JIM BOUND, LAURENT TOUTAIN, FRANCIS DUPONT, ALAIN DURAND: "<draft-ietf-ngtrans-dstmext1-aiih-00.txt> - Dual Stack Transition Mechanism (DSTM) Extensions", INTERNET-DRAFT, NGTRANS WORKING GROUP, February 2001 (2001-02-01), XP002206647, Retrieved from the Internet <URL:http://www.watersprings.org/pub/id/draft-ietf-ngtrans-dstmext1-aiih-00.txt> [retrieved on 20020717] *
JIM BOUND, LAURENT TOUTAIN, FRANCIS DUPONT, HOSSAM AFIFI, ALAIN DURAND: "<draft-ietf-ngtrans-dstm-04.txt> - Dual Stack Transition Mechanism (DSTM)", INTERNET-DRAFT, NGTRANS WORKING GROUP, February 2001 (2001-02-01), XP002206650, Retrieved from the Internet <URL:http://www.watersprings.org/pub/id/draft-ietf-ngtrans-dstm-04.txt> [retrieved on 20020717] *
JIM BOUND: "<draft-ietf-ngtrans-assgn-ipv4-addrs-01.txt> - Assignment of IPv4 Global Addresses to IPv6 Hosts (AIIH)", INTERNET DRAFT, January 1999 (1999-01-01), XP002206649, Retrieved from the Internet <URL:http://www.watersprings.org/pub/id/draft-ietf-ngtrans-assgn-ipv4-addrs-01.txt> [retrieved on 20020716] *
K. TSUCHIYA, H. HIGUCHI, Y. ATARASHI: "<draft-ietf-ngtrans-dual-stack-hosts-01.txt> - Dual Stack Hosts using the "Bump-in-the-Stack" Technique", INTERNET-DRAFT, 24 June 1999 (1999-06-24), XP002206648, Retrieved from the Internet <URL:http://www.watersprings.org/pub/id/draft-ietf-ngtrans-dual-stack-hosts-01.txt> [retrieved on 20020717] *
TSUCHIYA P F ET AL: "Extending the IP Internet through address reuse", COMPUTER COMMUNICATIONS REVIEW, ASSOCIATION FOR COMPUTING MACHINERY. NEW YORK, US, vol. 1, no. 23, 1993, pages 16 - 33, XP002075152, ISSN: 0146-4833 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7321598B2 (en) 2002-07-15 2008-01-22 Hexago Inc. Method and apparatus for connecting IPv6 devices through an IPv4 network using a tunneling protocol
WO2004049668A1 (fr) * 2002-11-27 2004-06-10 Research In Motion Limited Transfert de donnees d'un serveur hote a un dispositif sans fil, par le biais d'un serveur de transmission tunnel, et association d'une adresse ipv6 temporaire a une adresse ipv4 temporaire pour une communication dans un reseau sans fil ipv4 avec ledit dispositif
US7710984B2 (en) 2002-11-27 2010-05-04 Research In Motion Limited Data transfer from a host server via a tunnel server to a wireless device, and associating a temporary IPV6 address with a temporary IPV4 address for communicating in an IPV4 wireless network with the device
US8107483B2 (en) 2002-11-27 2012-01-31 Research In Motion Limited IPv4-to-IPv6 address transitioning methods and apparatus for systems that push information to wireless communication devices
US7305481B2 (en) 2003-01-07 2007-12-04 Hexago Inc. Connecting IPv6 devices through IPv4 network and network address translator (NAT) using tunnel setup protocol
US7657642B2 (en) 2003-12-22 2010-02-02 Hexago, Inc. IP network node and middleware for establishing connectivity to both the IPv4 and IPv6 networks
US7599289B2 (en) 2005-05-13 2009-10-06 Lockheed Martin Corporation Electronic communication control

Also Published As

Publication number Publication date
FR2832012A1 (fr) 2003-05-09

Similar Documents

Publication Publication Date Title
EP2297927B1 (fr) Procede de reception d&#39;un paquet de donnees en provenance d&#39;un domaine ipv4 dans un domaine ipv6, dispositif et equipement d&#39;acces associes
EP2297928B1 (fr) Procede de reception d&#39;un paquet de donnees dans un domaine ipv6, dispositif et passerelle residentielle associes
EP1186146B1 (fr) Recours a la tunnelisation et aux corrections pour la securisation par traductions d&#39;adresses reseau, et dispositif a cet effet
US6980556B2 (en) Method for splitting proxy function with a client terminal, a server and a terminal using the method
US6708219B1 (en) Method and system for dual-network address utilization
US8238336B2 (en) Method for forwarding data packet, system, and device
EP2494747B1 (fr) PROCÉDÉS ET DISPOSITIFS DE ROUTAGE DE PAQUETS DE DONNÉES ENTRE RÉSEAUX IPv4 ET IPv6
CN101321111A (zh) 通信方法和设备、服务器、及计算机可读记录介质
EP1723533A1 (fr) Systeme et procede de connexion poste a poste de clients possedant des pare-feux symetriques
US20080037537A1 (en) Method and system for traversing network address translation or firewall device
WO2008028814A1 (fr) Traversee d&#39;un equipement de traduction d&#39;adresse nat pour messages de signalisation conformes au protocole sip
EP2294798B1 (fr) Procede de routage d&#39;un paquet de donnees dans un reseau et dispositif associe
CN102647483A (zh) 获取nat类型的方法、p2p端点实体和nat实体
US7356031B1 (en) Inter-v4 realm routing
WO2003041365A1 (fr) Attribution dynamique d&#39;une adresse ipv4 temporaire a un equipement ipv6
CN100334858C (zh) 一种利用双重隧道机制穿透nat的方法
EP1641223B1 (fr) Procédé perfectionné d&#39;attribution d&#39;identifiants de réseau, au moyen d&#39;identifiants d&#39;interfaces
WO2000039980A1 (fr) Procede d&#39;adressage et serveur de noms et d&#39;adresses dans un reseau numerique
FR3023098A1 (fr) Procede et systeme de traitement d&#39;une demande de resolution d&#39;un nom d&#39;un serveur, emise par une application cliente sur un reseau de communication.
KR20010073827A (ko) 인터넷 엣지 라우터에서의 인터넷 프로토콜 주소확장 방법
EP2169903A1 (fr) Dispositif et procédé de routage permettant des traductions d&#39;adresses en cascade dans un réseau
FR2805430A1 (fr) Procede de gestion de mobilite dans un reseau de telecommunications, et serveur de mobilite pour la mise en oeuvre du procede
Deng et al. PCP WG M. Boucadair, Ed. Internet-Draft France Telecom Intended status: Informational T. Zheng Expires: November 5, 2012 P. NG Tung
Itoh et al. A study on the applicability of MIDCOM method and a solution to its topology discovery problem
EP2053833A1 (fr) Procédé de traduction d&#39;entête de paquets de données

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CN US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LU MC NL PT SE SK TR

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载