FR2832012A1 - 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 PDFInfo
- Publication number
- FR2832012A1 FR2832012A1 FR0114297A FR0114297A FR2832012A1 FR 2832012 A1 FR2832012 A1 FR 2832012A1 FR 0114297 A FR0114297 A FR 0114297A FR 0114297 A FR0114297 A FR 0114297A FR 2832012 A1 FR2832012 A1 FR 2832012A1
- Authority
- FR
- France
- Prior art keywords
- equipment
- address
- protocol
- name server
- ipv4
- 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.)
- Pending
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
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
<Desc/Clms Page number 1>
Attribution dynamique d'une adresse 1 Pv4 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 (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 (IPv6).
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 IPv6. Il est donc nécessaire de définir des mécanismes permettant à ces équipements IPv4 de communiquer avec les nouveaux équipements IPv6.
Il est généralement admis que, au moins durant cette période transitoire, les équipements conformes au protocole IPv6 seront également conformes au protocole IPv4, afin de conserver une compatibilité descendante. Ces équipements posséderont donc deux piles protocolaires, une IPv4 et une IPv6. 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 (dual 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 IPv6/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.
<Desc/Clms Page number 2>
Une solution a été apportée par le mécanisme DSTM (Dual Stack 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 draft, sous les noms draft-ietf-ngtrans-dstm.txt et draft-ietf-ngtrans-aaic. txt .
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/lPv6 et appartenant à un réseau Nv6 conforme à IPv6, l'affectation d'une adresse temporaire IPv4 à l'équipement E, se déroule selon les étapes suivantes : 'L'équipement E transmet une requête de nom à un serveur de noms (ou DNS pour Domain Nome Server, en langue anglaise) associé au réseau Nv6 auquel appartient l'équipement Ev6.
* Constatant que le noeud 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 N.
DHCP (Dynamic Host Configuration Protocol), qui est associé à ce réseau N.
. Le serveur DHCP transmet à l'équipement Ex6 un message signifiant qu'il doit se reconfigurer. . L'équipement Ev6 répond par une requête en reconfiguration, transmise au serveur DHCP.
<Desc/Clms Page number 3>
. Le serveur DHCP transmet alors une adresse temporaire à l'équipement E. 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 NY4 et N.
Enfin, le serveur de noms répond à l'équipement Erz par l'adresse temporaire qui a été affecté à l'équipement E.
Cet équipement E peut alors communiquer avec l'équipement E.
Un tel procédé comporte plusieurs inconvénients :
Il 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.
Il 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 IPv6, car le protocole l'intègre de façon intrinsèque.
La solution de !'é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.
Le but de l'invention est de proposer un mécanisme permettant à un équipement IPv4 d'initier une communication avec un équipement Pv6/IPv4 n'ayant pas d'adresse fixe IPv4, et réciproquement, qui ne nécessite pas de serveur d'adresses dynamiques de type DHCP.
<Desc/Clms Page number 4>
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 a 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
<Desc/Clms Page number 5>
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 IPv6 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 oeuvre qui va suivre, en liaison avec les figures annexées.
La figure 1, déjà commentée, représente le mécanisme DSTM de t'état de l'art.
La figure 2 illustre la communication sur l'initiative de l'équipement IPv4 selon une première mise en oeuvre de l'invention.
Les figures 3a et 3b présentent la communication sur l'initiative de l'équipement à double pile protocolaire IPv4/lPv6, selon cette même mise en oeuvre.
La figure 4 illustre la communication sur l'initiative de l'équipement IPv4 selon une seconde mise en oeuvre de l'invention.
Enfin, la figure 5 présente la communication sur l'initiative de l'équipement à double pile protocolaire Pv4/) Pv6, selon cette seconde mise en oeuvre.
<Desc/Clms Page number 6>
Sur la figure 2 sont représentés deux réseaux Nv4 et nez connectés par une passerelle. Le réseau Nv4 est conforme au protocole IPv4 tandis que le réseau NY6 est conforme au protocole IPv6. 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 N,,. Cet équipement E possède une double pile de protocoles IPv4 et IPv6. Il possède évidemment une adresse IPv6, mais pas d'adresse IPv4.
Dans un premier temps, l'équipement Ev4 transmet une requête de noms ml 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 E veut l'adresse.
Il est aussi connu que cette requête de nom peut transiter par une couche fonctionnelle appelée réserver 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 Erz 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 IPv6.
Selon la mise en oeuvre 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.
<Desc/Clms Page number 7>
Cette requête en affectation d'adresse m2 contient l'adresse IPv6 de l'équipement E.
Selon une mise en oeuvre 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 E enverra à l'équipement EV6.
En réponse à la requête en affectation d'adresse m21 la passerelle G émet deux messages :
Un premier message m3 est transmis à l'équipement Ex6, dont l'adresse IPv6 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 premier message m3 est transmis à l'équipement Ex6, dont l'adresse IPv6 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 oeuvre 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 Nv, par exemple), cette adresse
<Desc/Clms Page number 8>
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 Erz
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 EV6. Cette passerelle peut utiliser, pour te 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 encapsulation protocol .
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 EV6. Cette passerelle peut utiliser, pour te 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 encapsulation protocol .
Les figures 3a et 3b reprennent les mêmes équipements que la figure 2, mais pour illustre le mécanisme mis en oeuvre lorsque c'est l'équipement EV6 qui veut initier la communication avec le noeud Ev4.
Deux possibilités peuvent être mises en oeuvre :
La première possibilité est illustrée par la figure 3a. Selon cette mise en oeuvre, lorsque le serveur de noms DNS reçoit la requête de nom ml 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 mg'à 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 première possibilité est illustrée par la figure 3a. Selon cette mise en oeuvre, lorsque le serveur de noms DNS reçoit la requête de nom ml 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 mg'à 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
<Desc/Clms Page number 9>
de nom mu le serveur de noms DNS notifie directement la passerelle G, par un message mil", 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 E, par deux messages m3 et m4.
La figure 4 illustre une autre mise en oeuvre 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 N désire initier une communication avec l'équipement E 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 IPv6.
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 E sous la forme d'un message m3.
D'autre part à l'équipement E sous la forme d'un message m3.
<Desc/Clms Page number 10>
Comme il a été dit précédemment pour la première mise en oeuvre, 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 m1 transmise par l'équipement EV6 au serveur de noms DNS.
Celui-ci constatant que le noeud EV6 ne possède pas d'adresse compatible IPv4, met en oeuvre 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 (5)
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 (E) parmi tesdits équipements émetteur et destinataire, étant conforme uniquement à un premier protocole, le second équipement (es6) é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 IPv6 et au protocole IPv4.
<Desc/Clms Page number 12>
5) Passerelle (G) permettant la communication entre un premier réseau (ni4) conforme à un premier protocole et un second réseau (ni6) 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.
Priority Applications (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 |
| PCT/FR2002/003706 WO2003041365A1 (fr) | 2001-11-05 | 2002-10-29 | Attribution dynamique d'une adresse ipv4 temporaire a un equipement ipv6 |
Applications Claiming Priority (1)
| 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 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR2832012A1 true FR2832012A1 (fr) | 2003-05-09 |
Family
ID=8869081
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0114297A Pending FR2832012A1 (fr) | 2001-11-05 | 2001-11-05 | ATTRIBUTION DYNAMIQUE D'UNE ADRESSE IPv4 TEMPORAIRE A UN EQUIPEMENT IPv6 |
Country Status (2)
| Country | Link |
|---|---|
| FR (1) | FR2832012A1 (fr) |
| WO (1) | WO2003041365A1 (fr) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2393547A1 (fr) | 2002-07-15 | 2004-01-15 | Hexago Inc. | Methode et appareil de connexion de dispositifs ipv6 par l'intermediaire d'un reseau ipv4 utilisant un protocole de tunnellisation |
| DE60234479D1 (de) | 2002-11-27 | 2009-12-31 | Research In Motion Ltd | Zuweisen einer temporären IPv6-Adresse zu einer temporären IPv4-Adresse, um in einem IPv4-Netzwerk mit einem schnurlosen Gerät zu kommunizieren |
| 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 |
Citations (1)
| 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 |
-
2001
- 2001-11-05 FR FR0114297A patent/FR2832012A1/fr active Pending
-
2002
- 2002-10-29 WO PCT/FR2002/003706 patent/WO2003041365A1/fr active Application Filing
Patent Citations (1)
| 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)
| 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 * |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2003041365A1 (fr) | 2003-05-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2297927B1 (fr) | Procede de reception d'un paquet de donnees en provenance d'un domaine ipv4 dans un domaine ipv6, dispositif et equipement d'acces associes | |
| EP2297928B1 (fr) | Procede de reception d'un paquet de donnees dans un domaine ipv6, dispositif et passerelle residentielle associes | |
| JP5335886B2 (ja) | ローカル・ネットワーク間でデータ・パケットを通信するための方法および装置 | |
| EP1186146B1 (fr) | Recours a la tunnelisation et aux corrections pour la securisation par traductions d'adresses reseau, et dispositif a cet effet | |
| US8238336B2 (en) | Method for forwarding data packet, system, and device | |
| JP2003535507A (ja) | 接続の識別を発生する方法及び装置 | |
| JP2007528649A (ja) | モバイル端末とのセッション開始プロトコル通信セッションを確立するためのシステム及び方法 | |
| EP1156626A3 (fr) | Réseau de communication mobile, terminal, procédé de comande de communication de paquets, et passerelle | |
| WO2011051594A1 (fr) | PROCÉDÉS ET DISPOSITIFS DE ROUTAGE DE PAQUETS DE DONNÉES ENTRE RÉSEAUX IPv4 ET IPv6 | |
| MX2007010689A (es) | Metodo para configurar un dispositivo de comunicacion. | |
| JP2008543139A (ja) | ネットワークシステムおよびその管理方法、通信端末およびパケットを送信するための方法 | |
| JP2005236824A (ja) | ＩＰｖ６／ＩＰｖ４トランスレータ | |
| EP2294798B1 (fr) | Procede de routage d'un paquet de donnees dans un reseau et dispositif associe | |
| WO2009050395A1 (fr) | Base de donnees et procede d'obtention d'une adresse d'une entite de controle de la qualite de service et de la facturation dans un reseau ims utilisant une telle base de donnees | |
| CN102647483A (zh) | 获取nat类型的方法、p2p端点实体和nat实体 | |
| FR2832012A1 (fr) | ATTRIBUTION DYNAMIQUE D'UNE ADRESSE IPv4 TEMPORAIRE A UN EQUIPEMENT IPv6 | |
| EP1473852A1 (fr) | Dispositif de traitement d'entêtes de paquets de données au sein d'un réseau de communications par satellite | |
| KR100810559B1 (ko) | 이동 기능을 갖는 데이터 네트워크 내부에서 데이터 패킷을처리하기 위한 방법 | |
| RU2444145C2 (ru) | Способ, система и сетевой объект для получения информации о возможностях протокола описания сеанса | |
| FR2805432A1 (fr) | Point d'acces sans fil d'un reseau de transmission de paquets en mode non-connecte, et procede de gestion de mobilite mis en oeuvre avec de tels points d'acces | |
| FR2805430A1 (fr) | Procede de gestion de mobilite dans un reseau de telecommunications, et serveur de mobilite pour la mise en oeuvre du procede | |
| FR3023098A1 (fr) | Procede et systeme de traitement d'une demande de resolution d'un nom d'un serveur, emise par une application cliente sur un reseau de communication. | |
| EP2258096B1 (fr) | Procédé de routage de données d'un flux de communication | |
| WO2006042920A1 (fr) | Procede d'adressage d'un reseau ip se connectant a un autre reseau ip. | |
| Xie et al. | A multihoming based ipv4/ipv6 transition approach |