[go: up one dir, main page]

DE602005003189T2 - Verfahren und System zum Aufbau eines bidirektionalen Tunnels - Google Patents

Verfahren und System zum Aufbau eines bidirektionalen Tunnels Download PDF

Info

Publication number
DE602005003189T2
DE602005003189T2 DE602005003189T DE602005003189T DE602005003189T2 DE 602005003189 T2 DE602005003189 T2 DE 602005003189T2 DE 602005003189 T DE602005003189 T DE 602005003189T DE 602005003189 T DE602005003189 T DE 602005003189T DE 602005003189 T2 DE602005003189 T2 DE 602005003189T2
Authority
DE
Germany
Prior art keywords
tunnel
tep
network
user terminal
teps
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.)
Expired - Lifetime
Application number
DE602005003189T
Other languages
English (en)
Other versions
DE602005003189D1 (de
Inventor
Soo-Hong Park
Min-Ho Lee
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of DE602005003189D1 publication Critical patent/DE602005003189D1/de
Application granted granted Critical
Publication of DE602005003189T2 publication Critical patent/DE602005003189T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/25Mapping addresses of the same type
    • H04L61/2503Translation of Internet protocol [IP] addresses
    • H04L61/251Translation of Internet protocol [IP] addresses between different IP versions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/686Types of network addresses using dual-stack hosts, e.g. in Internet protocol version 4 [IPv4]/Internet protocol version 6 [IPv6] networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12Discovery or management of network topologies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/25Mapping addresses of the same type
    • H04L61/2503Translation of Internet protocol [IP] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5007Internet protocol [IP] addresses
    • H04L61/5014Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/167Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/26Network addressing or numbering for mobility support
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]

Landscapes

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

Description

  • Die vorliegende Erfindung bezieht sich auf einen Tunneldienst, der eine Datenkommunikation zwischen unterschiedlichen Kommunikationsnetzwerken führen kann, und insbesondere auf ein Verfahren und ein System zum Einrichten eines bidirektionalen Tunnels zwischen einem Tunnelendpunkt (TEP) und einem Benutzerknoten, die mit Hilfe des Internetprotokolls Version 6 (IPv6) in einer Netzwerkumgebung des Internetprotokolls Version 4 (IPv4) kommunizieren wollen.
  • Internet-Kommunikationsnetzwerke können auf IPv4 oder IPv6 basieren.
  • IPv4 ist ein Netzwerkebenenprotokoll, das 32-Bit Internetprotokoll-(IP-)Adressen nutzt. Da die Zahl verfügbarer Adressen von den Nutzern des Internet verbraucht wird, scheint ein Mangel an IPv4-Adressen auf lange Sicht unvermeidlich zu sein. Um den Mangel an IPv4-Adressen beseitigen, wurde IPv6, das IP Next Generation (IPng) genannt wurde, von der Internet Engineering Task Force (IETF) vorgeschlagen. IPv6 verwendet 128-Bit-Internet-Protokolladressen. Ein IPv6-Header gestattet Erweiterungen des Headerbereiches, so dass der große Antrieb für IPv6 neue Verwendungen sind, wie etwa Paketauthentizität, die Erweiterung der Datenintegrität, die Erweiterung der Privatsphäre und dergleichen.
  • Da IPv4 und IPv6 unterschiedliche Protokolle sind, muss, wenn es ein Benutzerknoten, der mit dem IPv4 basierten Netzwerk verbunden ist, wünscht, die IPv6 Kommunikation zu verwenden, ein bidirektionaler IPv6-über-IPv4-Tunnel unter Verwendung eines TEP eingerichtet werden, der sowohl mit IPv4-basierten Netzwerken als auch IPv6-basierten Netzwerken verbunden ist. Der bidirektionale IPv6-über-IPv4-Tunnel unterstützt die IPv6-Verbindung im IPv4-basierten Netzwerk.
  • Um den IPv6-über-IPv4-Tunnel einzurichten, benötigt der Benutzerknoten Netzwerkinformationen, wie etwa die IPv4-Adresse des TEP und die IPv6-Adresse des Benutzerknotens, und der TEP benötigt Netzwerkinformationen, wie etwa die IPv4-Adresse des Benutzerknotens und die IPv6-Adresse des TEP.
  • Da bestehende Netzwerke jedoch unaufgefordert keine Netzwerkinformationen bereitstellen, müssen ein Benutzer und eine TEP-Verwaltungseinrichtung Netzwerkinformationen, die für die Einrichtung des IPv6-über-IPv4-Tunnels erforderlich sind, mit Hilfe eines Anrufes, eines Messengers, einer E-Mail, einer erweiterten Mitteilung und dergleichen austauschen. Der Benutzer und die TEP-Verwaltungseinrichtung richten den bidirektionalen IPv6-über-IPv4-Tunnel manuell mit Hilfe der ausgetauschten Netzwerkinformationen ein. Beispielsweise bereiten der Benutzer und die TEP-Verwaltungseinrichtung ein Skript unter Verwendung der Netzwerkinformationen vor, speichern das Skript als Datei und richten den bidirektionalen IPv6-über-IPv4-Tunnel unter Verwendung der gespeicherten Skriptdatei ein.
  • Wenn Netzwerkinformationen des Benutzerknotens und des TEP ausgetauscht werden, müssen der Benutzer und die TEP-Verwaltungseinrichtung somit den IPv6-über-IPv4-Tunnel manuell mit Hilfe der geänderten Netzwerkinformationen einrichten. Wenn sich beispielsweise der Benutzerknoten zu einem weiteren Netzwerkbereich bewegt, was eine Änderung der Netzwerkinformationen des Benutzerknotens oder des TEP bewirkt, müssen der Benutzer und die TEP-Verwaltungseinrichtung den IPv6-über-IPv4-Tunnel manuell einrichten. Da jedoch der TEP eine Diensteinheit ist, erschwert es die Änderung der Netzwerkinformationen einer Vielzahl von Benutzerknoten, die TEP-Verwaltungseinrichtung mit geänderten Netzwerkinformationen zu versorgen. Die Änderungen der Netzwerkinformationen des Benutzerknotens und des TEP macht es für den Benutzer und die TEP-Verwaltungseinrichtung unmöglich, die Netzwerkinformationen des jeweils anderen zu erfassen, was bedeutet, das ein ununterbrochener Tunneldienst dem Benutzerknoten nicht bereitgestellt werden kann.
  • US 2004/0133692 beschreibt ein Verfahren zum Einrichten von IPv6-in-IPv4-Netzwerken, um es IPv6-Knoten zu gestatten, über ein IPv4-Netzwerk zu kommunizieren.
  • US 2004/0205233 beschreibt ein Push-Datensystem zum Pushen von Daten zu mobilen Kommunikationssystemen.
  • Gemäß der vorliegenden Erfindung wird eine Vorrichtung und ein Verfahren angegeben, wie sie in den beiliegenden Ansprüchen definiert sind. Bevorzugte Merkmale der Erfindung werden aus den abhängigen Ansprüchen und der folgenden Beschreibung deutlich.
  • Zusätzliche Aspekte und/oder Vorteile der Erfindung werden zum Teil in der folgenden Beschreibung erläutert und werden zum Teil aus der Beschreibung deutlich oder können durch Umsetzen der Erfindung in die Praxis verstanden werden.
  • Die vorliegende Erfindung gibt ein Verfahren und ein System zum Einrichten eines bidirektionalen Tunnels durch direkte Kommunikation zwischen einem Tunnelendpunkt (TEP) und einem Benutzerknoten, der kommunizieren möchte, unter Verwendung des Internetprotokolls Version 6 (IPv6) in einer Netzwerkumgebung mit der Internet Protokoll Version 4 (IPv4) an.
  • Zudem gibt die vorliegende Erfindung ein Verfahren und ein System zum Einrichten eines bidirektionalen Tunnels zwischen dem TEP und dem Benutzerknoten an, um die Mobilität des Benutzerknotens zu unterstützen.
  • Die vorliegende Erfindung gibt zudem ein Verfahren und ein System zum Einrichten eines bidirektionalen Tunnels zwischen dem TEP und dem Benutzerknoten an, um dem Benutzerknoten einen kontinuierlichen Tunneldienst trotz den Änderungen der Netzwerkinformationen des Benutzerknotens und des TEP bereitzustellen.
  • Die vorliegende Erfindung gibt zudem ein Verfahren und ein System zum Einrichten eines bidirektionalen IPv6-über-IPv4-Tunnels ohne Unterstützung des Benutzers an.
  • Zum besseren Verständnis der Erfindung und um darzustellen, wie Ausführungsformen derselben in die Praxis umgesetzt werden können, wird nun beispielhaft auf die schematischen Zeichnungen Bezug genommen.
  • 1 ist ein Diagramm eines Netzwerkes, auf das ein System zum Einrichten eines bidirektionalen Tunnels gemäß einer Ausführungsform der vorliegenden Erfindung angewendet wird;
  • 2 ist ein Diagramm des Aufbaus einer UDP-Nachricht (UDP – User Datagram Protocol), die von einem IPv4/IPv6-Benutzerknoten zu einem Tunnelendpunkt (TEP) gesendet wird, der in 1 gezeigt ist;
  • 3 ist ein Blockschaltbild des IPv4/IPv6-Benutzerknotens und des TEP aus 1;
  • 4 ist ein Bildschirm, der den IPv4/IPv6-Benutzerknoten darstellt, der den bidirektionalen Tunnel in einem neuen Netzwerk einrichtet;
  • 5 ist ein Flussdiagramm, das ein Verfahren zum Einrichten eines bidirektionalen Tunnels gemäß einer Ausführungsform der vorliegenden Erfindung darstellt; und
  • 6 ist ein Flussdiagramm, das ein Verfahren zum Einrichten eines bidirektionalen Tunnels gemäß einer weiteren Ausführungsform der vorliegenden Erfindung zeigt.
  • Es wird nun im Detail auf die Ausführungsformen der vorliegende Erfindung Bezug genommen, von denen Beispiele in den beiliegenden Zeichnungen dargestellt sind, wobei sich ähnliche Bezugszeichen auf ähnliche Elemente beziehen. Die Ausführungsformen sind im folgenden beschrieben, um die vorliegende Erfindung durch Bezugnahme auf die Zeichnungen zu erläutern.
  • Die vorliegende Erfindung wird nun umfassender unter Bezugnahme auf die beiliegenden Zeichnungen beschrieben, in denen bevorzugte Ausführungsformen der Erfindung dargestellt sind.
  • 1 ist ein Diagramm eines Netzwerkes, auf das ein System zum Einrichten eines bidirektionalen Tunnels gemäß einer Ausführungsform der vorliegenden Erfindung angewendet wird.
  • Unter Bezugnahme auf 1 richtet das System einen bidirektionalen IPv6-über-IPv4-Tunnel 125 für die Datenkommunikation zwischen einem IPv4/IPv6-Benutzerknoten 111 in einem Nur-IPv4-Netzwerk 100 und einem IPv6-Benutzerknoten 131 in einem IPv6-Netzwerk 130 ein.
  • Das IPv4-basierte Netzwerk 100, das ein IPv4-basiertes Internet-Kommunikationsnetzwerk ist, enthält eine Vielzahl von IPv4-Netzwerken 110 und 120, die in 1 gezeigt sind. Die Vielzahl von IPv4-Netzwerken 110 und 120 sind unterschiedliche Teilnetze für die IPv4-Kommunikation. Der IPv4/IPv6-Benutzerknoten 111 und ein Tunnelendpunkt (TEP) 121 sind mit demselben IPv4-basierten Netzwerk oder unterschiedlichen IPv4-Netzwerken verbunden.
  • Das IPv4-Netzwerk 110 enthält den IPv4/IPv6-Benutzerknoten 111, einen DHCP-Server (DHCP – dynamisches Host-Konfigurationsprotokoll) 112 und einen IPv4-Router 113.
  • Der IPv4/IPv6-Benutzerknoten 111 kann einen Dual-Stack-Aufbau haben, um Internetprotokolladressen zu speichern. Um genauer zu sein, speichert der IPv4/IPv6-Benutzerknoten 111 IPv4-basierte Internetprotokolladressen (im folgenden als "IPv4-Adressen" bezeichnet) und IPv6-basierte Internetprotokolladressen (im folgenden als "IPv6-Adressen" bezeichnet) in separaten Stacks und verwendet eine IPv4-Adresse und eine IPv6-Adresse als Ursprungsadressen, die verwendet werden, um Daten zu kommunizieren.
  • Der IPv4/IPv6-Benutzerknoten 111 kann eine statische IPv4-Adresse oder eine dynamische IPv4-Adresse verwenden. Verwendet der IPv4/IPv6-Benutzerknoten 111 die statische Adresse, lässt der IPv4/IPv6-Benutzerknoten 111 die dynamische IPv4-Adresse, die durch den DHCP-Server 112 zugeordnet wird, außer Acht. Jedoch verwendet der IPv4/IPv6-Benutzerknoten 111, für den keine statische IPv4-Adresse eingerichtet wurde, die dynamische IPv4-Adresse, die dem IPv4/IPv6-Benutzerknoten 111 vom DHCP-Server 112 zugeordnet wurde.
  • Die IPv6-Adresse wird auf der Basis einer IPv6-RA-Nachricht (RA – Router Advertisement) vom TEP 121 erzeugt, nachdem der bidirektionale Tunnel eingerichtet wurde. Der IPv4/IPv6-Benutzerknoten 111 parst ein Präfix der IPv6-RA-Nachricht und führt einen IPv6-Adressen-Autokonfigurationsvorgang aus der Basis des Parsing-Ergebnisses aus, um die IPv6-Adresse zu erzeugen.
  • Der IPv4/IPv6-Benutzerknoten 111 fragt den DHCP-Server 112 nach Netzwerkinformationen ab, die zum Einrichten des bidirektionalen IPv6-über-IPv4-Tunnels 125 notwendig sind. Die Netzwerkinformationen enthalten eine IPv4-Adresse des TEP 121. Somit kann eine Anfrage nach einer Netzwerkinformation als eine Anfrage nach der IPv4-Adresse des TEP 121 definiert werden.
  • Der IPv4/IPv6-Benutzerknoten 111 empfängt Netzwerkinformationen, die die IPv4-Adresse des TEP 121 enthalten, vom DHCP-Server 112 und extrahiert die IPv4-Adresse des TEP 121 aus den Netzwerkinformationen. Die Netzwerkinformationen haben ein DHCP-Format. Somit können die Netzwerkinformationen als eine DHCP-Nachricht definiert werden.
  • Der IPv4/IPv6-Benutzerknoten 111 richtet einen unidirektionalen Tunnel vom IPv4/IPv6-Benuzterknoten 111 zum TEP 121 unter Verwendung der IPv4-Adresse des TEP 121 ein. Beispielsweise bereitet der IPv4/IPv6-Benutzerknoten 111 ein Skript unter Verwendung der IPv4-Adresse des TEP 121 vor, der aus den Netzwerkinformationen extrahiert wurde, und richtet den unidirektionalen Tunnel mit Hilfe des Skripts ein.
  • Der IPv4/IPv6-Benutzerknoten 111 sendet eine Tunnelkonfigurations-Anfragenachricht zum TEP 121 über den IPv4-Router 113, um den unidirektionalen Tunnel vom TEP 121 zum IPv4/IPv6-Benutzerknoten 111 einzurichten. Der IPv4/IPv6-Benutzerknoten 111 kann die Tunnelkonfigurations-Anfragenachricht entweder mit Hilfe des TCP (Transport Control Protokoll), des UDP (User Datagram Protokoll) oder des ICMP (Internet Control Message Protokoll) gemäß einer IPv4-Netzwerkumgebung senden. Wird das UDP verwendet, um die Tunnelkonfigurations-Anfragenachricht zu senden, sendet der IPv4/IPv6-Benutzerknoten 111 eine UDP-Nachricht, wie es in 2 gezeigt ist, zum TEP 121.
  • Wenn der IPv4/IPv6-Benutzerknoten 111 die IPv6-RA-Nachricht vom TEP 121 empfängt, nachdem der unidirektionale Tunnel vom TEP 121 zum IPv4/IPv6-Benutzerknoten 111 eingerichtet worden ist, führt er den IPv6-Adressen-Autokonfigurationsvorgang aus. Zu diesem Zweck enthält der IPv4/IPv6-Benutzerknoten 111 ein Element (nicht gezeigt), um den IPv6-Adressen-Autokonfigurationsvorgang auszuführen. Die IPv6-Adresse, die vom IPv6-Adressen-Autokonfigurationsvorgang erzeugt wurde, wird als globale IPv6-Adresse des IPv4/IPv6-Benutzerknotens 111 bezeichnet. Ist die globale IPv6-Adresse erzeugt, so ist der bidirektionale IPv6-über-IPv4-Tunnel 121 5 vollständig eingerichtet. Der IPv4/IPv6-Benutzerknoten 111 kann normalerweise mit dem IPv6-Benutzerknoten 131 unter Verwendung von IPv6 kommunizieren.
  • Der IPv4/IPv6-Benutzerknoten 111 kann ein mobiler Host, wie etwa ein Notebook-Computer oder ein PDA (Personal Digital Assistant), oder ein nicht mobiler Host, wie etwa ein Schreibtischcomputer, sein.
  • Der DHCP-Server 112 verwaltet die IPv4-Adresse wenigstens eines TEP, der mit dem Nur-IPv4-Netzwerk 100 verbunden ist, das von einem Internetdienstanbieter (ISP) (nicht gezeigt) bereitgestellt wird, und versorgt den IPv4/IPv6-Benutzerknoten 111 mit der DHCP-Nachricht, die die IPv4-Adresse wenigstens eines TEP enthält, bei der Anfrage des IPv4/IPv6-Benutzerknotens 111 nach den Netzwerkinformationen oder der TEP-Adresse.
  • Die IPv4-Adresse des TEP kann in einem Optionsfeld der DHCP-Nachricht enthalten sein. Eine Vielzahl von IPv4-Adressen des TEP können im Optionsfeld der DHCP-Nachricht enthalten sein. Wenn das Optionsfeld der DHCP-Nachricht eine Vielzahl von IPv4-Adressen des TEP enthält, wählt der IPv4/IPv6-Benutzerknoten 111 eine aus der Vielzahl von IPv4-Adressen des TEP auf der Basis eines vorbestimmten Auswahlverfahrens, wie etwa des Rundlaufverfahrens.
  • Der IPv4-Router 113 ist ein typischer IPv4-Router, der das IPv4-Netzwerk 110 und das IPv4-Netzwerk 120 verbindet. Der IPv4/IPv6-Benutzerknoten 111 richtet den IPv6-über-IPv4-Tunnel 125 mit dem TEP 121 über den IPv4-Router 113 ein, wie es in 1 gezeigt ist. Der IPv4/IPv6-Benutzerknoten 111 kann jedoch den IPv6-über-IPv4-Tunnel 125 über die Verwendung einer Vielzahl von IPv4-Routern einrichten, die in 1 nicht gezeigt sind.
  • Wenn der TEP 121 die Tunnelkonfigurations-Anfragenachricht vom IPv4/IPv6-Benutzerknoten 111 empfängt, authentifiziert er den IPv4/IPv6-Benutzerknoten 111 mit Hilfe eines ISP-immanenten Protokolls und richtet den unidirektionalen Tunnel vom TEP 121 zum IPv4/IPv6-Benutzerknoten 111 ein. Wenn der TEP 121 den unidirektionalen Tunnel einrichtet, sendet er die IPv6-RA-Nachricht zum IPv4/IPv6-Benutzerknoten 111 über den unidirektionalen Tunnel. Der bidirektionale IPv6-über-IPv4-Tunnel 125 zwischen dem TEP 121 und dem IPv4/IPv6-Benutzerknoten 111 ist eingerichtet.
  • Der IPv4/IPv6-Benutzerknoten 111 kann IPv6-Daten mit dem IPv6-Benutzerknoten 131 über den TEP 121 kommunizieren. Der TEP 121 wird als Tunnelrouter bezeichnet.
  • Der IPv4/IPv6-Benutzerknoten 111 und der TEP 121 sind so beschaffen, wie es in 3 gezeigt ist. 3 ist ein Blockschaltbild des IPv4/IPv6-Benutzerknotens 111 und des TEP 121, die in 1 dargestellt sind. Unter Bezugnahme auf 3 enthält der IPv4/IPv6-Benutzerknoten 111 einen Tunnel-Konfigurationsagenten 300, eine IPv6-Adressen-Autokonfigurationseinheit 320, einen Dual-Stack 320 und eine Kommunikationsverarbeitungseinheit 340.
  • Der Tunnel-Konfigurationsagent 300 enthält einen TEP-Adressenempfänger 301, eine Tunnelkonfigurations-Steuereinrichtung 302, einen Tunnelinformationen-Handler 303, eine Tunnelkonfigurationseinheit 304, eine Nachrichten-Erzeugungs- und -Sendeeinrichtung 305 und einen UDP-Client 306.
  • Der TEP-Adressenempfänger 301 extrahiert die IPv4-Adressen des TEP 121 aus den Netzwerkinformationen, die vom DHCP empfangen werden, und sendet die extrahierten IPv4-Adressen zur Tunnelkonfigurations-Steuereinrichtung 302.
  • Die Tunnelkonfigurations-Steuereinrichtung 302 fragt die IPv4-Adresse des TEP 121 oder die Netzwerkinformationen zum Einrichten eines Tunnels zum DHCP-Server 112 an, steuert den Tunnelinformations-Handler 303, um einen unidirektionalen Tunnel vom IPv4/IPv6-Benutzerknoten 111 zum TEP 121 unter Verwendung der IPv4-Adresse des TEP 121 einzurichten, der vom TEP-Adressempfänger 301 empfangen wurde, und steuert die Nachrichten-Erzeugungs- und Sendeeinrichtung 305, um den unidirektionalen Tunnel und einen unidirektionalen Tunnel abzufragen, der die entgegengesetzte Richtung zum unidirektionalen Tunnel vom IPv4/IPv6-Benutzerknoten 111 zum einzurichtenden TEP 121 hat. Die Tunnelkonfigurations-Steuereinrichtung 302 stellt eine IPv4-Adresse des IPv4/IPv6-Benutzerknotens 111 bereit, der in den Netzwerkinformationen enthalten ist, die vom DHCP-Server 112 als Dual-Stack 330 empfangen werden.
  • Der Tunnelinformations-Handler 303 verwaltet die IPv4-Adresse des TEP 121, der von der Tunnelkonfigurations-Steuereinrichtung 302 bereitgestellt wird, und weist die Tunnelkonfigurationseinheit 304 an, den unidirektionalen Tunnel vom IPv4/IPv6-Benutzerknoten 111 zum TEP 121 einzurichten. Das heißt, der Tunnelinformations-Handler 303 speichert die IPv4-Adresse eines TEP, der von der Tunnelkonfigurations-Steuereinrichtung 302 bereitgestellt wird, und kann, wenn jede der IPv4-Adressen einer Vielzahl von TEPs gespeichert ist, eine Adresse beispielsweise auf Basis eines First-In-First-Out-(FIFO-)Algorithmus wählen.
  • Die Tunnelkonfigurationseinheit 304 bereitet ein Skript unter Verwendung einer IPv4-Adresse des TEP 121 vor, der vom Tunnelinformations-Handler 303 bereitgestellt wird, speichert das Skript als Datei und richtet den unidirektionalen Tunnel vom IPv4/IPv6-Benutzerknoten 111 zum TEP 121 mit Hilfe der Skriptdatei ein.
  • Die Nachrichten-Erzeugungs- und -Sendeeinrichtung 305 erzeugt eine Unidirektionaltunnel-Konfigurations-Anfragenachricht, die zum TEP 121 gesendet werden soll, der von der Tunnelkonfigurations-Steuereinrichtung 302 gesteuert wird. Die Tunnelkonfigurations-Anfragenachricht ist ein Paket, das ein Format aufweist, dass sich für TCP, UDP oder ICMP eignet. Der Tunnel-Konfigurationsagent 300 sendet die Tunnelkonfigurations-Anfragenachricht unter Verwendung des UDP.
  • Die Nachrichten-Erzeugungs- und -Sendeeinrichtung 305 sendet die Nachricht zum UDP-Client 306.
  • Die Nachrichten-Erzeugungs- und -Sendeinrichtung 305 empfängt die Nachricht vom TEP 121 vom UDP-Client 306 und sendet sie zur Tunnelkonfigurations-Steuereinrichtung 302. Die Nachricht vom TEP 121 kann eine Nachricht über den Abschluss der Tunnelkonfiguration oder eine Nachricht über den Fehlschlag einer Tunnelkonfiguration beinhalten.
  • Der UDP-Client 306 sendet ein UDP-Paket, das er von der Nachrichten-Erzeugungs- und -Sendeeinrichtung 305 empfangen hat, für eine Tunnel-Konfigurationsanfrage zum TEP 121, und die Nachricht, die er vom TEP 121 empfangen hat, zur Nachrichten-Erzeugungs- und -Sendeeinrichtung 305.
  • Die Nachrichten-Erzeugungs- und -Sendeeinrichtung 305 und der UDP-Client 306 kommunizieren Daten zwischen dem TEP 121 und dem IPv4/IPv6-Benutzerknoten 111, um den bidirektionalen IPv6-über-IPv4-Tunnel 125 einzurichten.
  • Die Nachricht über die Vervollständigung einer Tunnelkonfiguration oder die Nachricht über den Fehlschlag einer Tunnelkonfiguration, die vom TEP 121 empfangen wird, wird der Tunnelkonfigurations-Steuereinrichtung 302 über die Nachrichten-Erzeugungs- und -Sendeeinrichtung 305 und den UDP-Client 306 zugestellt. Die Tunnelkonfigurations-Steuereinrichtung 302 analysiert die Nachricht über den Fehlschlag einer Tunnelkonfiguration und informiert einen Benutzer über den Fehlschlag einer Tunnelkonfiguration oder steuert den Tunnelinformations-Handler 303 unter Verwendung einer weiteren IPv4-Adresse eines weiteren TEP, um die Einrichtung einer Tunnelkonfiguration erneut zu versuchen.
  • Wenn der unidirektionale IPv6-über-IPv4-Tunnel 125 vom TEP 121 zum IPv4/IPv6-Benutzerknoten 111 eingerichtet ist, sendet die Kommunikations-Verarbeitungseinheit 350 des TEP 121 die IPv6-RA-Nachricht rund. Die Kommunikations-Verarbeitungseinheit 340 des IPv4/IPv6-Benutzerknotens 111 empfängt die IPv6-RA-Nachricht.
  • Die Kommunikations-Verarbeitungseinheiten 340 und 350, die ein Socket für die Datenkommunikation von IPv6 zwischen dem IPv4/IPv6-Benutzerknoten 111 und dem IPv6-Benutzerknoten 131 sind, der sich auf den IPv6-über-IPv4-Tunnel 125 bezieht, ermöglichen es, ein Paket mit Layer-2-(L2-)Ebene zwischen dem TEP 121 und dem IPv4/IPv6-Benutzerknoten 111 zu senden. Die Kommunikations-Verarbeitungseinheit 340 empfängt die IPv6-RA-Nachricht, um sie zur IPv6-Adressen-Autokonfigurationseinheit 320 zu senden, um es zu gestatten, dass die IPv6-Adresse des IPv4/IPv6-Benutzerknotens 111 automatisch erzeugt wird.
  • Die IPv6-Adressen-Autokonfigurationseinheit 320 empfängt die IPv6-RA-Nachricht von der Kommunikations-Verarbeitungseinheit 340 und erzeugt automatisch die IPv6-Adresse des IPv4/IPv6-Benutzerknotens 111 auf der Basis eines Präfixes der IPv6-RA-Nachricht. Die erzeugte IPv6-Adresse wird dem Dual-Stack 330 zugeführt.
  • Der Dual-Stack 330 speichert die IPv4-Adresse des IPv4/IPv6-Benutzerknotens 111, die vom Tunnel-Konfigurationsagenten 300 zugeführt wird, und die IPv6-Adresse, die von der IPv6-Adressen-Autokonfigurationseinheit 320 zugeführt wird, in separaten Stacks. Wenn die statische IPv4-Adresse im Dual-Stack 330 gespeichert ist, lässt er die IPv4-Adresse des IPv4/IPv6-Benutzerknotens 111, der vom Tunnel-Konfigurationsagenten 300 zugeführt wird, außer Acht.
  • Der TEP 121 enthält einen Tunnel-Konfigurationsagenten 310 und die Kommunikations-Verarbeitungseinheit 350. Der Tunnel-Konfigurationsagent 310 enthält eine Tunnelkonfigurations-Steuereinrichtung 311, einen Nachrichten-Parser 312, einen Tunnelinformations-Handler 313, einen UDP-Anschluss 314 und eine Tunnelkonfigurationseinheit 315.
  • Die Tunnelkonfigurations-Steuereinheit 311 steuert den Nachrichten-Parser 312 und den Tunnelinformations-Handler 313, um den unidirektionalen Tunnel vom TEP 121 zum IPv4/IPv6-Benutzerknoten 111 einzurichten.
  • Der Nachrichten-Parser 312 parst das UDP-Paket, das über den UDP-Anschluss 314 empfangen wird, und sendet das geparste UDP-Paket zur Tunnelkonfigurations-Steuereinheit 311. Die Tunnelkonfigurations-Steuereinheit 311 empfängt die Tunnelkonfigurations-Anfragenachricht, die vom IPv4/IPv6-Benutzerknoten 111 gesendet wird.
  • Der UDP-Anschluss 314 empfängt das UDP-Paket, das vom IPv4/IPv6-Benutzerknoten 11 gesendet wurde, und sendet das UDP-Paket zum IPv4/IPv6-Benutzerknoten 111. Der UDP-Anschluss 314 wurde zuvor in die Bereitschaft versetzt, um das UDP-Paket zu empfangen, das dasselbe Format hat, wie es in 2 gezeigt ist. Das UDP-Paket definiert ein Nachrichtenfeld auf der Basis zuvor definierter Code-Informationen, um dessen Verwendung zu bestimmen.
  • Wenn beispielsweise ein UDP-Paket, das von UDP-Anschluss 314 zum UDP-Client 306 gesendet wurde, das Nachrichtenfeld (Nachrichtenbereich in 2) als "01" definiert, ist das UDP-Paket eine Tunnelkonfigurations-Anfragenachricht; wenn ein UDP-Paket das Nachrichtenfeld als "EE" definiert, ist das UDP-Paket eine Tunnelbeendigungs-Anfragenachricht; wenn ein UDP-Paket das Nachrichtenfeld als "77" definiert, ist das UDP-Paket eine Tunnelkonfigurations-OK-Nachricht; wenn ein UDP-Paket das Nachrichtenfeld als "FF" definiert, ist das UDP-Paket eine Tunnelkonfigurations-Fehlschlagsnachricht infolge eines vollen Schlitzes des TEP 121; wenn ein UDP-Paket das Nachrichtenfeld als "F0" definiert, ist das UDP-Paket eine Tunnelkonfigurations-Fehlschlagsnachricht, die eine Tunnelkonfiguration erneut abfragt; wenn ein UDP-Paket das Nachrichtenfeld als "FA" definiert, ist das UDP-Paket eine Tunnelkonfigurations-Fehlschlagsriachricht, das eine Nicht-Verfügbarkeit des Dienstes kennzeichnet; wenn ein UDP-Paket das Nachrichtenfeld als "FD" definiert, ist das UDP-Paket eine Tunnelkonfigurations-Fehlschlagsnachricht, die eine Tunnelkonfiguration für den IPv4/IPv6-Benutzerknoten 111 nicht zulässt; und wenn ein UDP-Paket das Nachrichtenfeld als "94" definiert, ist das UDP-Paket eine Tunnelkonfigurations-Fehlschlagsnachricht, die die Nicht-Verfügbarkeit des Dienstes kennzeichnet, während sie einen weiteren TEP empfiehlt. Das UDP-Paket wird auf der Basis der zuvor definierten Code-Informationen (01, EE, FF, ...) gemäß dem Typ des UDP-Paketes konfiguriert. Die Tunnelkonfigurations-OK-Nachricht und die Tunnelkonfigurations-Fehlschlagsnachricht sind in der Tunnelkonfigurations-Antwortnachricht enthalten, die vom TEP 121 zum IPv4/IPv6-Benutzerknoten 111 gesendet wird.
  • Der Tunnelkonfigurations-Handler 313 speichert die IPv4-Adresse des IPv4/IPv6-Benutzerknotens 111, der von der Tunnelkonfigurations-Steuereinrichtung 311 zugeführt wird, und fragt die Tunnelkonfigurationseinheit 315 ab, den unidirektionalen Tunnel vom TEP 121 zum IPv4/IPv6-Benutzerknoten 111 einzurichten.
  • Die Tunnelkonfigurationseinheit 315 richtet den unidirektionalen Tunnel vom TEP 121 zum IPv4/IPv6-Benutzerknoten 111 mit Hilfe der IPv4-Adresse des IPv4/IPv6-Benutzerknotens 111 ein, der vom Tunnelinformations-Handler 313 bereitgestellt wird. Die Tunnelkonfigurationseinheit 315 bestätigt die unidirektionale Einrichtung des Tunnels vom TEP 121 zum IPv4/IPv6-Benutzerknoten 111 über den UDP-Anschluss 314.
  • Die Tunnelkonfigurations-Agenten 300 und 310 senden ein Paket unter Verwendung des UDP. Die Nachrichten-Erzeugungs- und Sendeeinrichtung 305, der UDP-Client 306, der UDP-Anschluss 314 und der Nachrichten-Parser 312 sind so ausgelegt und konfiguriert, dass sie ein Paket zwischen dem IPv4/IPv6-Benutzerknoten 111 und dem TEP 121 unter Verwendung des TCP, UDP oder ICMP senden. Der Tunnelkonfigurations-Agent 310 enthält beispielsweise weiterhin einen TCP-Anschluss für eine TCP-Kommunikation, um eine Tunnelkonfiguration über den TCP-Anschluss zu bestätigen, oder richtet einen benutzbaren Typ für die ICMP-Kommunikation ein, um die Tunnelkonfiguration zu bestätigen. Der Tunnelkonfigurations-Agent 3000 ist darauf ausgelegt, eine Nachricht zu senden, die ein Format entsprechend dem Tunnelkonfigurations-Agent 310 hat.
  • Wenn ein Tunnel vom TEP 121 zum IPv4/IPv6-Benutzerknoten 111 eingerichtet ist, sendet die Kommunikations-Verarbeitungseinheit 350 die IPv6-Nachricht zum IPv4/IPv6-Benutzerknoten 111. Der IPv4/IPv6-Benutzerknoten 111 erzeugt die IPv6-Adresse mit Hilfe der IPv6-RA-Nachricht, um den bidirektionalen IPv6-über-IPv4-Tunnel 125 zwischen dem TEP 121 und dem IPv4/IPv6-Benutzerknoten 111 einzurichten, und kommuniziert mit dem IPv6-Benutzerknoten 131 mit Hilfe IPv6 über den TEP 121. Der IPv6-Benutzerknoten 131, der eine IPv6-Funktion hat, kann ein mobiler Host oder ein nicht mobiler Host sein.
  • 4 ist ein Bildschirm, der den IPv4/IPv6-Benutzerknoten 111 darstellt, der den bidirektionalen Tunnel durch den Tunnel-Konfigurationsagenten 300 für die IPv6-Kommunikation nach der Verbindung zu einem IPv4-Netzwerk einrichtet. 4 zeigt, dass keine Benutzerkonfigurationssteuerung erforderlich ist, um den bidirektionalen Tunnel einzurichten.
  • 5 ist ein Flussdiagramm, das ein Verfahren zum Einrichten eines bidirektionalen Tunnels gemäß einer Ausführungsform der vorliegenden Erfindung zeigt. Das Flussdiagramm wird unter Bezugnahme auf 1 beschrieben.
  • Der IPv4/IPv6-Benutzerknoten 111 verbindet sich mit einem neuen IPv4-Netzwerk und sendet eine TEP-Adressen-Anfragenachricht zum DHCP-Server 112 (Vorgang 501). Die Nachricht, die Netzwerkinformationen verlangt, die erforderlich sind, um den bidirektionalen Tunnel zwischen dem TEP 121 und dem IPv4/IPv6-Benutzerknoten 111 einzurichten, kann DHCP-DISCOVER oder DHCP-REQUEST sein. Hat das IPv4-Netzwerk eine Vielzahl von DHCP-Servern, wählt der IPv4/IPv6-Benutzerknoten 111 einen DHCP-Server und sendet die TEP-Adressen-Anfragenachricht zum gewählten DHCP-Server.
  • Der DHCP-Server 112 versorgt den IPv4/IPv6-Benutzerknoten 111 mit einer DHCP-Nachricht, einschließlich einer IPv4-Adresse des TEP 121, als eine TEP-Adressenantwort (Vorgang 502), die DHCP OFFER, DHCP ACK oder eine Netzwerkinformationsantwort sein kann. Die TEP-Adressenantwort kann IPv4-Adressen einer Vielzahl von TEPs enthalten. Die Vielzahl von TEPs sind Tunnelrouter, die mit dem Nur-IPv4-Netzwerk 100 und dem IPv6-Netzwerk verbunden sind. Die DHCP-Nachricht enthält IPv4-Adressen des IPv4/IPv6-Benutzerknotens 111.
  • Der IPv4/IPv6-Benutzerknoten 111 empfängt die TEP-Adressenantwort und richtet den unidirektionalen Tunnel vom IPv4/IPv6-Benutzerknoten 111 zum TEP 121 mit Hilfe der IPv4-Adresse des IPv4/IPv6-Benutzerknotens 111 und der IPv4-Adresse des TEP 121 ein (Vorgang 503). Der Tunnelkonfigurations-Agent 300, der im IPv4/IPv6-Benutzerknoten 111 installiert ist, richtet den unidirektionalen Tunnel ein.
  • Der IPv4/IPv6-Benutzerknoten 111 sendet eine Tunnelkonfigurations-Anfragenachricht zum TEP 121 (Vorgang 504). Die Tunnelkonfigurations-Anfragenachricht kann als UDP-Paket gesendet werden. Ist die Tunnelkonfigurations-Anfragenachricht ein UDP-Paket, kann die Tunnelkonfigurations-Anfragenachricht eine UDP-Anfrage sein, während sie mit Hilfe von TCP, UDP oder ICMP gesendet wird.
  • Der TEP 121 empfängt die Tunnelkonfigurations-Anfragenachricht und richtet den unidirektionalen Tunnel vom TEP 121 zum IPv4/IPv6-Benutzerknoten 111 ein (Vorgang 505). Das heißt der TEP 121 parst die empfangene Tunnelkonfigurations-Anfragenachricht, um die IPv4-Adresse des IPv4/IPv6-Benutzerknotens 111 zu extrahieren und den unidirektionalen Tunnel vom TEP 121 zum IPv4/IPv6-Benutzerknoten 111 mit Hilfe der extrahierten IPv4-Adresse des IPv4/IPv6-Benutzerknotens 111 und der IPv4-Adresse des TEP 121 einzurichten.
  • Der TEP 121 richtet den unidirektionalen Tunnel ein und sendet eine Tunnelkonfigurations-Antwortnachricht, die kennzeichnet, dass der unidirektionale Tunnel vollständig eingerichtet wurde, zum IPv4/IPv6-Benutzerknoten 111 (Vorgang 506).
  • Der TEP 121 sendet eine RA-Nachricht des IPv6-Netzwerkes, die vom IPv4/IPv6-Benutzerknoten 111 kommuniziert werden soll, zum IPv4/IPv6-Benutzerknoten 111 (Vorgang 507). Der IPv4/IPv6-Benutzerknoten 111 richtet automatisch die IPv6-Adresse des IPv4/IPv6-Benutzerknotens 111 auf der Basis eines Präfixes der IPv6-RA-Nachricht ein. Der bidirektionale IPv6-über-IPv4-Tunnel 125 zwischen dem TEP 121 und dem IPv4/IPv6-Benutzerknoten 111 wird so eingerichtet (Vorgang 509), dass der IPv4/IPv6-Benutzerknoten 111 mit dem von IPv6 benutzten Knoten 131 mit Hilfe von IPv6 kommuniziert (Vorgang 510).
  • 6 ist ein Flussdiagramm, das ein Verfahren zum Einrichten eines bidirektionalen Tunnels gemäß einer weiteren Ausführungsform der vorliegenden Erfindung zeigt. Die Vorgänge 601 bis 604 von 6 sind dieselben, wie die Vorgänge 501 bis 504 von 5, und die Vorgänge 608 bis 613 von 6 sind dieselben, wie die Vorgänge 504 bis 510 von 5, weshalb diese Vorgänge nicht erneut beschrieben werden.
  • Da unter Bezugnahme auf 6 der TEP 121 nicht den unidirektionalen Tunnel vom TEP 121 zum IPv4/IPv6-Benutzerknoten 111 einrichten kann, wird ein weiterer TEP verwendet, um den unidirektionalen Tunnel einzurichten. Ein erster TEP, der dem TEP 121 aus 5 entspricht, und ein zweiter TEP, der einem weiteren TEP entspricht, sind in 6 dargestellt.
  • Der IPv4/IPv6-Benutzerknoten 111 fragt den ersten TEP ab, um den unidirektionalen Tunnel einzurichten. Da jedoch der erste TEP nicht in der Lage ist, den unidirektionalen Tunnel einzurichten (Vorgang 605), sendet er eine Tunnelkonfigurations-Antwortnachricht, die den Fehlschlag bei der Einrichtung des unidirektionalen Tunnels zum IPv4/IPv6-Benutzerknoten 111 kennzeichnet (Vorgang 606). Es gibt zahlreiche Gründe, für einen Fehlschlag des ersten TEP, den unidirektionalen Tunnel einzurichten. Die Gründe sind in den Code-Informationen beschrieben, die in einem Nachrichtenbereich unter Bezugnahme auf 2 definiert sind.
  • Der IPv4/IPv6-Benutzerknoten 111 empfängt die Tunnelkonfigurations-Antwortnachricht, die einen Fehlschlag bei der Einrichtung des unidirektionalen Tunnels kennzeichnet, vom ersten TEP und informiert einen Benutzer über einen Fehlschlag der Tunnelkonfiguration (Vorgang 607). Der IPv4/IPv6-Benutzerknoten 111 sendet eine Tunnelkonfigurations-Anfragenachricht unter Verwendung einer IPv4-Adresse eines anderen TEP als dem ersten TEP von jenen, die vom DHCP-Server 112 empfangen werden (Vorgang 608). Wenn die IPv4-Adresse die IPv4-Adresse des zweiten TEP ist, kann der IPv4/IPv6-Benutzerknoten 111 die Tunnelkonfigurations-Anfragenachricht zum zweiten TEP senden. Gibt es keine IPv4-Adresse mit Ausnahme jener des ersten TEP, sendet der IPv4/IPv6-Benutzerknoten 111 die Tunnelkonfigurations-Anfragenachricht erneut zum ersten TEP. Der zweite TEP richtet den unidirektionalen Tunnel ein, wie es im TEP 121 von 5 beschrieben ist (Vorgang 609).
  • Wie es oben beschrieben ist, wird der bidirektionale Tunnel zwischen einem Benutzerknoten und einem TEP automatisch ohne Benutzerunterstützung eingerichtet, so dass der Tunneldienst kontinuierlich dem Benutzerknoten trotz den Änderungen in einem Netzwerk bereitgestellt wird, das mit dem Benutzerknoten ver bunden ist. Beispielsweise kann der Benutzerknoten in einer mobilen IPv4-Netzwerkumgebung kontinuierlich mit einem IPv6-Netzwerk gemäß dem Verfahren zum Einrichten eines bidirektionalen Tunnels verbunden sein.
  • Es ist nicht erforderlich, dass dem Benutzer die TEP-Informationen eines neuen Netzwerks bekannt sind, und einer TEP-Verwaltungseinrichtung müssen nicht die Informationen von geänderten Benutzerknoten bekannt sein.
  • Wenngleich diese Erfindung insbesondere unter Bezugnahme auf bevorzugte Ausführungsformen derselben dargestellt und beschrieben wurde, wird der Fachmann verstehen, dass unterschiedliche Änderungen in Form und Detail an dieser vorgenommen werden können, ohne vom Geltungsbereich der Erfindung abzuweichen, wie er in den angefügten Ansprüchen definiert ist.
  • Wenngleich einige wenige Ausführungsformen dargestellt und beschrieben wurden, wird der Fachmann verstehen, dass unterschiedliche Änderungen und Modifikationen vorgenommen werden können, ohne vom Geltungsbereich der Erfindung abzuweichen, wie er in den angefügten Ansprüchen definiert ist.

Claims (16)

  1. Verfahren zum Erstellen eines bidirektionalen Tunnels (125) zwischen einem Benutzer-Endgerät (111) und einem ersten Tunnelendpunkt TEP (121) von einem oder mehreren TEPs in einem ersten Netzwerk (100), welches das Benutzer-Endgerät (111), einen DHCP-(Dynamic Host Configuration Protocol)Server (112) und den einen oder mehrere TEPs (121) enthält, wobei das Verfahren Folgendes umfasst: Betreiben des Benutzer-Endgeräts (111), um den bidirektionalen Tunnel (125) zu erstellen, wobei das Betreiben des Benutzer-Endgeräts (111) Folgendes umfasst: Anfordern von Netzwerk-Informationen von dem DHCP-Server (112), die zum Erstellen des bidirektionalen Tunnels (125) notwendig sind; Erstellen eines unidirektionalen Tunnels von dem Benutzer-Endgerät (111) zu dem ersten TEP (121) von einem oder mehreren TEPs auf Basis der empfangenen Netzwerk-Informationen, wenn das Benutzer-Endgerät (111) die Netzwerk-Informationen von dem DHCP-Server (112) empfängt; Auffordern von einem von dem einen oder mehreren TEPs, einen unidirektionalen Tunnel von dem einen TEP von dem einen oder mehreren TEPs zu dem Benutzer-Endgerät (111) zu erstellen; und Erstellen einer Adresse des Benutzer-Endgeräts (111) in einem zweiten Netzwerk, wenn das Benutzer-Endgerät (111) eine Router-Advertisement-(RA)Nachricht von einem zweiten Netzwerk (130), mit dem das Benutzer-Endgerät (111) kommunizieren möchte, von dem erster TEP (121) von einem oder mehreren TEPs empfängt, die zum Erstellen des unidirektionalen Tunnels erforderlich ist.
  2. Verfahren nach Anspruch 1, wobei die Netzwerk-Informationen eine Adresse auf dem ersten Netzwerk (100) des ersten TEP (121) von einem oder mehreren TEPs umfassen.
  3. Verfahren nach Anspruch 2, wobei die Netzwerk-Informationen des Weiteren die Adresse des Benutzer-Endgeräts (111) in dem ersten Netzwerk (100) umfassen.
  4. Verfahren nach einem beliebigen vorhergehenden Anspruch, wobei das Betreiben des Benutzer-Endgeräts (111) des Weiteren umfasst: Informieren eines Benutzers über das Misslingen, den bidirektionalen Tunnel (125) zu erstellen, wenn das Benutzer-Endgerät (111) eine Tunnelkonfigurations-Fehlermeldung von dem ersten TEP (121) von einem oder mehreren TEPs empfängt.
  5. Verfahren nach einem beliebigen vorhergehenden Anspruch, wobei das Betreiben des Benutzer-Endgeräts (111) des Weiteren umfasst: Auffordern eines anderen TEP von dem einen oder mehreren TEPS, den unidirektionalen Tunnel unter Verwendung der Adresse auf dem ersten Netzwerk (100), die von dem DHCP-Server empfangen wurde, von einem anderen TEP von dem einen oder mehreren TEPs aus zu erstellen, wenn das Benutzer-Endgerät (111) die Tunnelkonfigurations-Fehlermeldung von dem ersten TEP (121) von dem einen oder mehreren TEPS empfängt.
  6. Verfahren nach einem beliebigen vorhergehenden Anspruch, wobei das Benutzer-Endgerät (111) die Adresse des zweiten Netzwerks (130) auf Basis eines Präfixes der RA-Nachricht des zweiten Netzwerks (130) generiert.
  7. Verfahren nach einem beliebigen vorhergehenden Anspruch, wobei das erste Netzwerk (100) ein IPv4-Netzwerk ist, und das zweite Netzwerk (130) ein IPv6-Netzwerk ist.
  8. Verfahren zum Erstellen eines bidirektionalen Tunnels (125) zwischen einem Benutzer-Endgerät (111) und einem ersten TEP (121) von einem oder mehreren TEPs in einem ersten Netzwerk (100), welches das Benutzer-Endgerät (111), ei nen DHCP-Server (112) und den einen oder mehrere TEPs enthält, wobei das Verfahren Folgendes umfasst: Betreiben des ersten TEP (121) von einem oder mehreren TEPs, um den bidirektionalen Tunnel (125) zu erstellen, wobei das Betreiben des ersten TEP (121) von einem oder mehreren TEPs Folgendes umfasst: Erstellen eines unidirektionalen Tunnels von dem ersten TEP (121) von einem oder mehreren TEPs zu dem Benutzer-Endgerät (111) auf Basis der Netzwerk-Informationen, die in der Tunnelkonfigurations-Anforderungsmeldung enthalten sind, wenn der erste TEP (121) von einem oder mehreren TEPs die Tunnelkonfigurations-Anforderungsmeldung von dem Benutzer-Endgerät (111) empfängt; und Senden der RA-Nachricht eines zweiten Netzwerks (130), mit dem das Benutzer-Endgerät (111) kommunizieren möchte, an das Benutzer-Endgerät (111), wenn der erste TEP (121) von einem oder mehreren TEPs den unidirektionalen Tunnel erstellt.
  9. Verfahren nach Anspruch 8, das des Weiteren umfasst: Senden einer Nachricht, die über das Konfigurations-Misslingen des unidirektionalen Tunnels informiert, an das Benutzer-Endgerät (111), wenn es dem ersten TEP (121) von einem oder mehreren TEPs nicht gelingt, den unidirektionalen Tunnel zu erstellen.
  10. Verfahren nach Anspruch 9, wobei die Nachricht, die über das Misslingen der Erstellung des unidirektionalen Tunnels informiert, unter Verwendung von Code-Informationen in Bezug auf eine Vielzahl von vorgegebenen Fehlerursachen konfiguriert ist.
  11. Verfahren nach einem beliebigen der Ansprüche 8 bis 10, wobei das erste Netzwerk (100) ein IPv4-Netzwerk ist, und das zweite Netzwerk (130) ein IPv6-Netzwerk ist.
  12. Verfahren nach einem beliebigen der Ansprüche 8 bis 11, wobei die Tunnelkonfigurations-Anforderungsnachricht unter Verwendung eines beliebigen des Transport Control Protocol TCP, User Datagram Protocol UDP und Internet Control Message Protocol IMCP gesendet wird.
  13. Benutzer-Endgerät, das so ausgelegt ist, dass es in einem System zum Erstellen eines bidirektionalen Tunnels (125) zwischen einem Benutzer-Endgerät (111) und einem ersten TEP (121) von einem oder mehreren TEPs in einem ersten Netzwerk (100), welches das Benutzer-Endgerät (111), einen DHCP-Server (112) und den einen oder mehrere TEPs enthält, verwendet werden kann; wobei das Benutzer-Endgerät (111) Folgendes umfasst: einen Tunnelkonfigurations-Agent (300) zum Empfangen von Netzwerk-Informationen, die zum Erstellen des bidirektionalen Tunnels (125) notwendig sind, von einem DHCP-Server (112), zum Erstellen eines unidirektionalen Tunnels von dem Benutzer-Endgerät (111) zu dem ersten TEP (121) von einem oder mehreren TEPs auf Basis der empfangenen Netzwerk-Informationen, und zum Kommunizieren, um den bidirektionalen Tunnel (125) zu erstellen, mit dem ersten TEP (121) von einem oder mehreren TEPs; eine Adressenkonfigurationseinheit (320) zum Erstellen einer Adresse des zweiten Netzwerks (130) des Benutzer-Endgeräts (111) auf Basis der RA-Nachricht, wenn die RA-Nachricht eines zweiten Netzwerks (130), mit dem das Benutzer-Endgerät (111) kommunizieren möchte, von dem ersten TEP (121) von einem oder mehreren TEPs bereitgestellt wird; und einen Dual-Stack (330) zum Verwalten einer Adresse des ersten Netzwerks (100) und der Adresse des zweiten Netzwerks (130) des Benutzer-Endgeräts (111).
  14. Benutzer-Endgerät nach Anspruch 13, wobei der Tunnelkonfigurations-Agent (300) Folgendes umfasst: einen Empfänger (301) zum Empfangen der Netzwerk-Informationen; eine Steuereinrichtung (302) zum Steuern der Erstellung des bidirektionalen Tunnels (125); einen Tunnelinformationen-Handler (303), der betriebsfähig ist, um von der Steuereinrichtung (302) gesteuert zu werden und um Tunnelinformationen in den Netzwerk-Informationen zu verwalten, um den unidirektionalen Tunnel zu erstellen; eine Tunnelkonfigurationseinheit (304) zum Erstellen des unidirektionalen Tunnels auf Basis der Tunnelinformationen, die von dem Tunnelinformationen-Handler (303) bereitgestellt werden; eine Nachrichten-Erzeugungs- und -Sendeeinrichtung (305), die betriebsfähig ist, um von der Steuereinrichtung (302) gesteuert zu werden, und um eine Nachricht zu erstellen, die für den ersten TEP (121) von einem oder mehreren TEPs bereitgestellt werden soll, um den bidirektionalen Tunnel (125) zu erstellen, und um für die Steuereinrichtung (302) die Nachricht bereitzustellen, die von dem ersten TEP (121) von einem oder mehreren TEPs bereitgestellt wird; und einen Client (306), der die von der Nachrichten-Erzeugungs- und Sendeeinrichtung (305) bereitgestellte Nachricht an den ersten TEP (121) von einem oder mehreren TEPs sendet und für die Nachrichten-Erzeugungs- und Sendeeinrichtung (305) die Nachricht bereitstellt, die von dem ersten TEP (121) von einem oder mehreren TEPs empfangen wird.
  15. System zum Erstellen eines bidirektionalen Tunnels (125) zwischen einem Benutzer-Endgerät (111) und einem ersten TEP (121) von einem oder mehreren TEPs in einem ersten Netzwerk (100), welches das Benutzer-Endgerät (111), einen DHCP-Server (112) und den einen oder mehrere TEPs enthält, wobei der erste TEP (121) von einem oder mehreren TEPs Folgendes umfasst einen Port (314) zum Austauschen von Nachrichten mit dem Benutzer-Endgerät (111), um den bidirektionalen Tunnel (125) zu erstellen; einen Parser (312), um Nachrichten, die über den Port (314) empfangen wurden, zu analysieren; eine Steuereinrichtung (302) zum Steuern der Erstellung des unidirektionalen Tunnels von dem ersten TEP (121) zu dem Benutzer-Endgerät (111) auf Basis der Nachricht, die von dem Parser (312) analysiert worden ist; einen Tunnelinformationen-Handler (303), der betriebsfähig ist, um von der Steuereinrichtung (302) gesteuert zu werden und um Tunnelinformationen in den Netzwerk-Informationen zu verwalten, die zum Erstellen des unidirektionalen Tunnels notwendig sind; und eine Tunnelkonfigurationseinheit (304) zum Erstellen des unidirektionalen Tunnels auf Basis der Tunnelinformationen, die von dem Tunnelinformationen-Handler (303) bereitgestellt werden;
  16. System nach Anspruch 15, wobei der erste TEP (121) von einem oder mehreren TEPs des Weiteren umfasst: eine Kommunikationsverarbeitungseinheit (350), um die RA-Nachricht eines zweiten Netzwerks (130) an das Benutzer-Endgerät (111) zum Kommunizieren zu senden, wenn der unidirektionale Tunnel erstellt ist.
DE602005003189T 2004-10-28 2005-10-26 Verfahren und System zum Aufbau eines bidirektionalen Tunnels Expired - Lifetime DE602005003189T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020040086547A KR100636186B1 (ko) 2004-10-28 2004-10-28 양방향 터널 설정 방법 및 시스템
KR2004086547 2004-10-28

Publications (2)

Publication Number Publication Date
DE602005003189D1 DE602005003189D1 (de) 2007-12-20
DE602005003189T2 true DE602005003189T2 (de) 2008-08-28

Family

ID=35613996

Family Applications (1)

Application Number Title Priority Date Filing Date
DE602005003189T Expired - Lifetime DE602005003189T2 (de) 2004-10-28 2005-10-26 Verfahren und System zum Aufbau eines bidirektionalen Tunnels

Country Status (5)

Country Link
US (1) US8130671B2 (de)
EP (1) EP1653704B1 (de)
KR (1) KR100636186B1 (de)
CN (1) CN100477619C (de)
DE (1) DE602005003189T2 (de)

Families Citing this family (53)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100803590B1 (ko) * 2003-10-31 2008-02-19 삼성전자주식회사 이종망간에 데이터 통신이 가능한 터널 서비스를 제공하는시스템
KR100705570B1 (ko) * 2005-03-09 2007-04-10 삼성전자주식회사 IPv4망과 IPv6망간의 자동 설정터널링 시스템 및 그방법
EP2489199A2 (de) 2006-02-22 2012-08-22 Elad Barkan Drahtloses internetsystem und verfahren
TW200744396A (en) * 2006-05-26 2007-12-01 Hon Hai Prec Ind Co Ltd Mobile node and roaming method therefor, home agent and packet processing method therefor, and network communication system
KR100901790B1 (ko) * 2006-12-04 2009-06-11 한국전자통신연구원 IPv4 네트워크 기반 IPv6 서비스 제공시스템에서의 제어 터널 및 다이렉트 터널 설정 방법
KR100862191B1 (ko) 2006-12-07 2008-10-09 한국전자통신연구원 라우터 광고 메시지를 이용한 자동 터널 설정 방법
CN101540995B (zh) * 2008-03-21 2011-06-08 华为技术有限公司 一种获取信息的方法、用户设备及网络侧设备
CN101577657B (zh) 2008-05-08 2012-05-23 华为技术有限公司 一种建立隧道的方法以及实现隧道建立的系统
WO2010004363A1 (en) * 2008-07-07 2010-01-14 Nokia Corporation Methods, apparatuses, and computer program products for facilitating transition between network address protocols
CN101394361B (zh) * 2008-11-10 2011-07-27 杭州华三通信技术有限公司 报文传输方法、设备和系统
KR101057815B1 (ko) 2008-12-04 2011-08-19 한국전자통신연구원 터널링 기반 이동성 지원 장치 및 방법
US20100235515A1 (en) * 2009-03-16 2010-09-16 Posco Ict Company Ltd. Method and apparatus for managing connection
US8719337B1 (en) * 2009-04-27 2014-05-06 Junaid Islam IPv6 to web architecture
CN101599859B (zh) * 2009-06-30 2011-07-20 华为技术有限公司 一种双向隧道的保护方法、系统及节点
CN102209121A (zh) * 2010-03-29 2011-10-05 杭州华三通信技术有限公司 IPv6网络和IPv4网络之间互通的方法和装置
US8341276B1 (en) * 2010-07-23 2012-12-25 Sprint Communications Company L.P. Negotiating internet protocol addresses in a network
US8848702B2 (en) * 2011-02-19 2014-09-30 Cisco Technology, Inc. Automated transitioning between different communication protocols in a network
US8817815B2 (en) * 2011-12-22 2014-08-26 Cisco Technology, Inc. Traffic optimization over network link
US10070369B2 (en) 2013-01-02 2018-09-04 Comcast Cable Communications, Llc Network provisioning
US9191318B1 (en) 2013-04-29 2015-11-17 Cisco Technology, Inc. Transitioning between communication protocols between networks
US10021027B2 (en) * 2013-04-30 2018-07-10 Comcast Cable Communications, Llc Network validation with dynamic tunneling
US9967906B2 (en) 2015-01-07 2018-05-08 Cisco Technology, Inc. Wireless roaming using a distributed store
US9985837B2 (en) 2015-07-23 2018-05-29 Cisco Technology, Inc. Refresh of the binding tables between data-link-layer and network-layer addresses on mobility in a data center environment
US10326204B2 (en) 2016-09-07 2019-06-18 Cisco Technology, Inc. Switchable, oscillating near-field and far-field antenna
CN106656802B (zh) * 2016-12-21 2019-06-21 北京格林伟迪科技股份有限公司 一种端到端隧道生成方法
US10440723B2 (en) 2017-05-17 2019-10-08 Cisco Technology, Inc. Hierarchical channel assignment in wireless networks
US10555341B2 (en) 2017-07-11 2020-02-04 Cisco Technology, Inc. Wireless contention reduction
US10440031B2 (en) 2017-07-21 2019-10-08 Cisco Technology, Inc. Wireless network steering
US10735981B2 (en) 2017-10-10 2020-08-04 Cisco Technology, Inc. System and method for providing a layer 2 fast re-switch for a wireless controller
US10375667B2 (en) 2017-12-07 2019-08-06 Cisco Technology, Inc. Enhancing indoor positioning using RF multilateration and optical sensing
US11277280B2 (en) * 2018-03-19 2022-03-15 Cable Television Laboratories, Inc. Content centric networking systems and methods
US10673618B2 (en) 2018-06-08 2020-06-02 Cisco Technology, Inc. Provisioning network resources in a wireless network using a native blockchain platform
US10505718B1 (en) 2018-06-08 2019-12-10 Cisco Technology, Inc. Systems, devices, and techniques for registering user equipment (UE) in wireless networks using a native blockchain platform
US11936629B2 (en) 2018-06-21 2024-03-19 VMware LLC System and method for creating a secure hybrid overlay network
WO2019246331A1 (en) * 2018-06-21 2019-12-26 8E14 Networks, Inc System and method for creating a secure hybrid overlay network
US10873636B2 (en) 2018-07-09 2020-12-22 Cisco Technology, Inc. Session management in a forwarding plane
US10671462B2 (en) 2018-07-24 2020-06-02 Cisco Technology, Inc. System and method for message management across a network
US11252040B2 (en) 2018-07-31 2022-02-15 Cisco Technology, Inc. Advanced network tracing in the data plane
US10623949B2 (en) 2018-08-08 2020-04-14 Cisco Technology, Inc. Network-initiated recovery from a text message delivery failure
US10735209B2 (en) 2018-08-08 2020-08-04 Cisco Technology, Inc. Bitrate utilization feedback and control in 5G-NSA networks
US10284429B1 (en) 2018-08-08 2019-05-07 Cisco Technology, Inc. System and method for sharing subscriber resources in a network environment
US10949557B2 (en) 2018-08-20 2021-03-16 Cisco Technology, Inc. Blockchain-based auditing, instantiation and maintenance of 5G network slices
US10374749B1 (en) 2018-08-22 2019-08-06 Cisco Technology, Inc. Proactive interference avoidance for access points
US10567293B1 (en) 2018-08-23 2020-02-18 Cisco Technology, Inc. Mechanism to coordinate end to end quality of service between network nodes and service provider core
US10230605B1 (en) 2018-09-04 2019-03-12 Cisco Technology, Inc. Scalable distributed end-to-end performance delay measurement for segment routing policies
US10652152B2 (en) 2018-09-04 2020-05-12 Cisco Technology, Inc. Mobile core dynamic tunnel end-point processing
US10779188B2 (en) 2018-09-06 2020-09-15 Cisco Technology, Inc. Uplink bandwidth estimation over broadband cellular networks
US11558288B2 (en) 2018-09-21 2023-01-17 Cisco Technology, Inc. Scalable and programmable mechanism for targeted in-situ OAM implementation in segment routing networks
US10285155B1 (en) 2018-09-24 2019-05-07 Cisco Technology, Inc. Providing user equipment location information indication on user plane
US10601724B1 (en) 2018-11-01 2020-03-24 Cisco Technology, Inc. Scalable network slice based queuing using segment routing flexible algorithm
US11570207B2 (en) 2019-12-31 2023-01-31 Juniper Networks, Inc. Dynamic security actions for network tunnels against spoofing
EP4218218A1 (de) * 2020-09-22 2023-08-02 Google LLC Anpassung von nur ipv4-vorrichtungen für ipv6-kommunikation
EP3993352A1 (de) * 2020-10-29 2022-05-04 Juniper Networks, Inc. Unterstützung dynamischer host-konfigurationsprotokollbasierter kundenstandortausrüstung in der fünften generation drahtgebundener und drahtloser konvergenz

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8516055B2 (en) * 1998-05-29 2013-08-20 Research In Motion Limited System and method for pushing information from a host system to a mobile data communication device in a wireless data network
US6286038B1 (en) * 1998-08-03 2001-09-04 Nortel Networks Limited Method and apparatus for remotely configuring a network device
US6708219B1 (en) 1999-10-26 2004-03-16 3Com Corporation Method and system for dual-network address utilization
US20010040895A1 (en) * 2000-03-16 2001-11-15 Templin Fred Lambert An IPv6-IPv4 compatibility aggregatable global unicast address format for incremental deployment of IPv6 nodes within IPv4
JP3823674B2 (ja) 2000-03-27 2006-09-20 株式会社日立製作所 プロトコル変換を伴う通信方法および通信制御装置
US6862274B1 (en) * 2000-10-26 2005-03-01 Industrial Technology Research Institute Method and system capable of providing mobility support for IPv4/IPv6 inter-networking
ATE409385T1 (de) * 2001-03-08 2008-10-15 British Telecomm Adressübersetzer und adressübersetzungsverfahren
JP3744391B2 (ja) 2001-08-09 2006-02-08 株式会社日立製作所 IPv4−IPv6変換装置、DNS代行装置及びIPアドレス通知方法
CA2459117C (en) * 2001-08-29 2008-03-11 Research In Motion Limited System and method for addressing a mobile device in an ip-based wireless network
KR100423500B1 (ko) 2002-01-29 2004-03-18 삼성전자주식회사 인터넷 프로토콜 주소 변환장치 및 이를 이용한홈네트워크 시스템
WO2003096588A2 (en) * 2002-04-15 2003-11-20 Flarion Technologies, Inc. Methods and apparatus for extending mobile ip
AU2003221929A1 (en) * 2002-04-15 2003-11-03 Flarion Technologies, Inc. Methods and apparatus for the utilization of multiple uplinks in reverse tunneling
US7461251B2 (en) * 2002-05-09 2008-12-02 Canon Kabushiki Kaisha Public key certification issuing apparatus
KR100496637B1 (ko) 2002-06-07 2005-06-28 (주)아이엠넷피아 IPv6무선 랜 환경에서의 IPv4통신방법
US20040006641A1 (en) * 2002-07-02 2004-01-08 Nischal Abrol Use of multi-format encapsulated internet protocol messages in a wireless telephony network
CA2393547A1 (en) * 2002-07-15 2004-01-15 Hexago Inc. Method and apparatus for connecting ipv6 devices through an ipv4 network using a tunneling protocol
JP4034611B2 (ja) 2002-07-18 2008-01-16 東日本電信電話株式会社 ネットワークシステム及びネットワーク分岐装置
JP4056849B2 (ja) * 2002-08-09 2008-03-05 富士通株式会社 仮想閉域網システム
JP2004104664A (ja) 2002-09-12 2004-04-02 Telecommunication Advancement Organization Of Japan ネットワーク接続装置
JP4063024B2 (ja) * 2002-09-13 2008-03-19 三菱電機株式会社 分散MobileIPによる移動管理方式
US20040088385A1 (en) * 2002-11-01 2004-05-06 Hexago Inc. Method and apparatus for connecting IPV4 devices through an IPV6 network using a tunnel setup protocol
ATE495609T1 (de) * 2002-11-29 2011-01-15 Freebit Co Ltd Server für routingverbindung mit einem clientgerät
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
KR100560737B1 (ko) 2003-02-18 2006-03-13 삼성전자주식회사 듀얼스택을 이용한 아이피브이4 - 아이피브이6 전환 장치및 그 방법
KR20040082655A (ko) * 2003-03-19 2004-09-30 삼성전자주식회사 이중 스택 변환 메커니즘을 이용한 모바일 아이피 통신시스템 및 방법
CN1529480B (zh) 2003-10-08 2010-04-14 中国科学院计算技术研究所 一种ip网络协议转换的方法
US7505460B2 (en) * 2004-04-26 2009-03-17 Intel Corporation Address validating data structure used for validating addresses
US7548523B2 (en) * 2004-06-30 2009-06-16 Qualcomm Incorporated Dynamic configuration of IP for a terminal equipment attached to a wireless device

Also Published As

Publication number Publication date
KR20060037556A (ko) 2006-05-03
EP1653704A1 (de) 2006-05-03
CN100477619C (zh) 2009-04-08
KR100636186B1 (ko) 2006-10-19
US20060092964A1 (en) 2006-05-04
US8130671B2 (en) 2012-03-06
CN1770718A (zh) 2006-05-10
DE602005003189D1 (de) 2007-12-20
EP1653704B1 (de) 2007-11-07

Similar Documents

Publication Publication Date Title
DE602005003189T2 (de) Verfahren und System zum Aufbau eines bidirektionalen Tunnels
DE602004007301T2 (de) Adressierungs-verfahren und -vorrichtung zum aufbau von hip-verbindungen zwischen gewöhnlichen und hip-fähigen netzknoten
DE10084639B4 (de) Automatische Festellung von Knoten, die einem virtuellen Unternetz zugeordnet sind
DE60111795T2 (de) Verfahren für die Übertragung eines Datenpakets an mehrere Zieladressen
EP1040632B1 (de) Verfahren und System zur Unterstützung von Mobilität im Internet und Server in einem Home-Netz eines mobilen Teilnehmers
EP1826956B1 (de) Anpassung von virtuellen und physikalischen Netzwerkschnittstellen
DE60314659T2 (de) System und Verfahren zur Entdeckung und Einstellung von einem Server
DE60214590T2 (de) Verfahren und vorrichtung zur steuerung der informationsverteilung zu mobilstationen
DE69632782T2 (de) Fernzugriffgerät und Verfahren mit dynamischer Internetprotokoll(IP)Adressenzuweisung
DE602005002927T2 (de) Zeitsynchronisierungseinrichtung und -verfahren und entsprechende produkte
DE10296969B4 (de) Verfahren und System zur automatischen Erkennung von IP-basierenden Netzwerkelementen
EP1494434B1 (de) Verfahren zur Konfiguration einer Einrichtung in einem Datennetz
EP1317820B1 (de) Verfahren zum aufbau von verbindungen mit vorgegebener dienstgüte für ein paketorientiertes kommunikationsnetz mit einem resourcenmanager
EP1266493B1 (de) Verfahren und anordnung zum übertragen eines datenpakets von einer ersten vermittlungseinheit an eine zweite vermittlungseinheit in einem datennetz
EP3544265A1 (de) Verfahren zur bereitstellung von diensten durch ein server-system an automatisierungsgeräte eines industriellen automatisierungssystems und konfigurationseinheit
WO2007025905A1 (de) Kommunikationssystem, vermittlungsknoten-rechner und verfahren zur bestimmung eines kontrollknotens
DE102005043239B4 (de) Verfahren zum Aufbau und Verwalten einer Verbindung
EP1854267A1 (de) Verfahren zum einrichten einer kommunikationsbeziehung in zumindest einem kommunikationsnetz
EP3622668A1 (de) Verfahren zum betreiben eines netzwerkes, bei dem eine anfrage per broadcast mittels des protokolls snmp ausgesendet wird
WO2012130263A1 (de) Verfahren zur adressierung von nachrichten in einem computernetzwerk
DE112021002787T5 (de) Peer-to-Peer-Kommunikation zwischen Endbenutzer-Geräten
EP3515034B1 (de) Verfahren, vorrichtungen, computerlesbare medien und systeme zum aufbau zertifizierter verbindungen mit endgeräten in einem lokalen netzwerk
DE19833069A1 (de) Verfahren zur Verbindung von Endgeräten mit externen Modems
EP1543670B1 (de) Verfahren zum transparenten austausch von datenpaketen
EP1753207B1 (de) Autokonfiguration in einem ATM-Netz

Legal Events

Date Code Title Description
8364 No opposition during term of opposition