DE602004009869T2 - Domänennamendienstsystem und zugehöriges Verfahren - Google Patents

Domänennamendienstsystem und zugehöriges Verfahren Download PDF

Info

Publication number
DE602004009869T2
DE602004009869T2 DE200460009869 DE602004009869T DE602004009869T2 DE 602004009869 T2 DE602004009869 T2 DE 602004009869T2 DE 200460009869 DE200460009869 DE 200460009869 DE 602004009869 T DE602004009869 T DE 602004009869T DE 602004009869 T2 DE602004009869 T2 DE 602004009869T2
Authority
DE
Germany
Prior art keywords
domain name
address
mobile host
edge router
server
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.)
Active
Application number
DE200460009869
Other languages
English (en)
Other versions
DE602004009869D1 (de
Inventor
Woon-jae 987-501 Baek Gunpo-si Chung
Hyeong-seok 834-1401 Hyu Seongnam-si Kim
Hye-Young Jung
Song-yean 103-1704 Gye Cho
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 DE602004009869D1 publication Critical patent/DE602004009869D1/de
Application granted granted Critical
Publication of DE602004009869T2 publication Critical patent/DE602004009869T2/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4541—Directories for service discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Circuits Of Receivers In General (AREA)
  • Exchange Systems With Centralized Control (AREA)

Description

  • Die vorliegende Erfindung betrifft im Allgemeinen ein Domänennamensystem und insbesondere ein Domänennamendienstsystem und ein dazugehöriges Verfahren, das verwendet wird, wenn ein mobiler Host sich in eine externe Verbindung bewegt.
  • Ein allgemeines Mobilfunknetzsystem ist abhängig von den Positionen der mobilen hosts 11a und 21a in eine Heimat-Unterdomäne 10 und eine externe Unterdomäne 20 unterteilt. Das Mobilfunknetzsystem umfasst einen ersten und einen zweiten Router 40 und 50, die mit der Heimat-Unterdomäne 10 und der externen Unterdomäne 20 über ein Internet-Netzwerk 30 verbunden sind, und einen ersten und einen zweiten Gegenpart-Knoten 60 und 70, die jeweils, wie in 1 gezeigt, mit dem ersten und dem zweiten Router 40 und 50 verbunden sind. Hierin wird angenommen, dass die mobilen Hosts 11a und 21a mit dem ersten Gegenpart-Knoten 60 in Verbindung stehen.
  • Die Heimat-Unterdomäne 10 umfasst eine Heimatverbindung 11, die den mobilen Host 11a und einen Heimat-Agent 11b zum Verwalten des mobilen Hosts 21a enthält; einen Domänennamen-Server 13, der mit der Heimat-Verbindung 11 über ein untergeordnetes Netzwerk 12 verbunden ist; und ein Gateway 14, das mit dem untergeordneten Netzwerk 12 zum Durchführen einer Internet-Verbindungsfunktion verbunden ist.
  • Die externe Unterdomäne 20 umfasst eine externe Verbindung 21, die den mobilen Host 21a, der aus der Bewegung des mobilen Hosts 11a aus der Heimat-Unterdomäne 10 resultiert, und einen externen Agent 21b enthält, um den mobilen Host 21a und einen DHCP- (Dynamic Host Configuration Protocol) Server 21c zum automatischen Konfigurieren der Adresse des mobilen Hosts 21a zu verwalten; einen Domänennamen-Server 32, der mit der externen Verbindung 21 über ein untergeordnetes Netzwerk 22 verbunden ist; und ein Gateway 24, das mit dem untergeordneten Netzwerk 22 zum Bereitstellen einer Internet-Verbindungsfunktion verbunden ist.
  • Router werden für den Heimat-Agent 11b und den externen Agent 21b auf die gleiche Weise verwendet wie der erste und der zweite Router 40 und 50, die jeweils mit den Gegenpart-Knoten 60 und 70 verbunden sind.
  • Der Betrieb des Mobilfunknetzsystems, das wie oben dargelegt aufgebaut ist, wird im Folgenden beschrieben.
  • Wenn sich in dem Mobilfunknetzsystem der mobile Host 11a, der auf der Heimat-Verbindung 11 angeordnet ist, bewegt und sich auf der externen Verbindung 21 befindet, empfängt der mobile Host 21a eine Nachricht von dem externen Agent 21b, die sich von derjenigen unterscheidet, die von dem Heimat-Agent 11b übertragen wurde. Daher erkennt das Mobilfunknetzsystem, dass sich der mobile Host 21a auf der externen Verbindung 21 und nicht auf der Heimat-Verbindung 11 befindet.
  • Dem mobilen Host 21a werden eine Adresse und Netzwerkinformationen durch den DHCP-Server 21c zugewiesen, oder für ihn wird ein Netzwerk-Präfix durch den externen Agent 21b bereitgestellt, um eigenständig eine Care-of-Adresse zu erstellen.
  • Nachdem die Zuweisung der Adresse wie oben beschrieben abgeschlossen ist, stellt der mobile Host 21a seine geänderte Adresse für den ersten Gegenpart-Knoten 60 und die Heimat-Verbindung 11 bereit, mit denen er in Verbindung stand, als er sich auf der Heimat-Verbindung 11 befand. Über die bereitgestellte Adresse speichern und verwalten der Heimat-Agent 11b und der erste Gegenpart-Knoten 60 die geänderte Adresse in ihm.
  • Danach kann der mobile Host 21a auf Basis der geänderten Adresse kontinuierlich mit dem ersten Gegenpart-Knoten 60 kommunizieren.
  • Der zweite Gegenpart-Knoten 70, der noch nicht erfasst hat, dass sich der mobile Host 21a zu der externen Verbindung 21 bewegt hat, sendet ein Paket an den Heimat-Agent 11b. Der Heimat-Agent 11a, der das Paket empfangen hat, sendet das Paket auf Basis der gespeicherten Adresse wieder an den mobilen Host 21a, der sich auf der externen Verbindung 21 befindet.
  • Daher kann der mobile Host während und nach seiner Bewegung ohne Trennung kontinuierlich kommunizieren.
  • In Bezug auf einen Domänennamendienst, wenn der mobile Host 11a sich von der Heimat-Verbindung 11 zu der externen Verbindung 21 bewegt hat, verwendet der mobile Host 21a, der sich aus der Bewegung ergibt, eine Domänen-Serveradresse, die in dem Domänennamen-Server 13 der Heimat-Unterdomäne 10 verwendet wird.
  • Daher, selbst wenn der mobile Host 11a sich von der Heimat-Verbindung 11 zu der externen Verbindung 12 bewegt hat, fordert der bewegte mobile Host 21a immer noch einen Domänennamendienst über den Domänennamen-Server 13 der Heimat-Verbindung 11 an, wie durch eine gepunktete Linie 80 in 2 angegeben.
  • Dies verursacht jedoch insofern ein Problem, als eine Begrenzung bei der Bereitstellung eines effizienten Domänennamendienstes aufgrund einer Überlastung des Netzverkehrs besteht, da der mobile Host 21a den Domänennamendienst durch den Domänennamen-Server 134 der Heimat-Verbindung 11 empfängt, selbst wenn sich der mobile Host von der Heimat-Verbindung 11 zu der externen Verbindung 21 bewegt hat.
  • In dem Dokument "The autoconfiguration of recursive DNS server and the optimization of DNS name resolution in hierarchical mobile IPv6", INTERNET ARTICLE, 'Online!, 5. Juli 2003 (2003-07-05), Seite 1–4, wird ein Mechanismus für die Selbstkonfiguration eines rekursiven DNS-Servers im mobilen Modus und die Optimierung der DNS-Namensauflösung in dem hierarchischen IPv6-Netz offenbart.
  • Im Dokument "Name service in IPv6 mobile ad-hoc network connected to the internet", INTERNET ARTICLE. 'Online!, Band 2, 10. März 2003 (2003-03-10), Seite 1–5, wird eine Architektur des DNS-Dienstsystems für ein mobiles IPv6-Adhoc-Netzwerk offenbart, das an das Internet angeschlossen ist. Die DNS-Auflösung von DNS-Namen von mobilen Knoten in einem mobilen Adhoc-Netzwerk wird durch Multicast-DNS verbessert, und diejenige von DNS-Namen von Knoten in dem Internet wird durch DNS-Selbstkonfiguration eines rekursiven DNS-Servers durchgeführt.
  • Im Dokumente "DNS DISCOVERY DESIGN TEAM: "Analysis of DNS Server Discovery Mechanisms for IPv6", ONLINE, 'Online!, 12. Juli 2001 (2001-07-12), Seite 1–42, wird eine Erörterung der Probleme offenbart, die mit der Anzahl der Möglichkeiten verbunden sind, dass IPv6-Hosts Informationen entdecken können, die zum Aktivieren der Namensauflösung in der Abwesenheit eines DHCP-Servers erforderlich sind.
  • In der PCT-Patentanmeldung WO 03/017615 A1 wird ein Verfahren zum Ausgleichen einer Netzwerkschichtlast für eine Server-Farm, (eine Gruppe von Server, die sich auf der gleichen Verbindung befinden), offenbart, die identische transaktions- und UDP-basierte Dienste, z.B. DNS-Dienst, bereitstellen. Die Lastausgleichsfunktionalität basiert auf dem Einsatz von IPv6-Anycast-Adressierung für die Dienstabfragen und spezifisches Neighbour-Advertisement-Messaging.
  • Das US-Patent 6336138 B1 offenbart ein Verfahren und System zum Modellieren eines ausgewählten Diensts in einer Netzwerkumgebung, die das Ausbilden einer Dienstmodell-Schablone umfassen, die für die Netzwerkumgebung nicht spezifisch ist, aber erwartete Netzwerkelemente und Netzwerkdienste identifiziert, die zusammenwirken, um den ausgewählten Dienst zu aktivieren.
  • Das US-Patent 6304913 B1 offenbart ein Verfahren und Internet-System, das versucht, die Reaktionszeiten zu verbessern, indem für den Einsatz automatisch ein Server ausgewählt wird, (z.B. ein Spiegel-Server oder alternativer Server), der sich relativ nahe bei einem anfordernden Host befindet. Alternativ kann einen Server, der für den anfordernden Host relativ geeignet ist, von dem Verfahren und Internet-System automatisch für den Einsatz ausgewählt werden. Das Internet-System enthält eine Datenbank, (z.B. DNS-Server), zum Speichern des allgemeinen Host-Namens und der Vielzahl von eindeutigen IP-Adressen.
  • Ein beispielhaftes Ziel der vorliegenden Erfindung ist, ein Domänennamendienstsystem und ein dazugehöriges Verfahren bereitzustellen, wobei ein mobiler Host einen Domänennamen-Server auswählen kann, der fähig ist, einen Domänennamendienst entsprechend einer Domäne bereitzustellen, in der sich der mobile Host befindet, so dass ein Domänennamendienst rasch durch den ausgewählten Domänennamen-Server bereitgestellt werden kann.
  • Ein weiteres beispielhaftes Ziel der vorliegenden Erfindung ist es, ein Domänennamendienstsystem und dazugehöriges Verfahren bereitzustellen, in dem ein Domänennamen- Server, der fähig ist, einen Domänennamendienst bereitzustellen, zum Minimieren des Netzwerkverkehrs ausgewählt werden kann, wodurch ein effizienter Domänennamendienst bereitgestellt wird.
  • Weitere Ziele und Vorteile der Erfindung werden zum Teil in der folgenden Beschreibung dargelegt und gehen zum Teil aus der Beschreibung hervor oder sind durch Ausübung der Erfindung ersichtlich.
  • Gemäß der vorliegenden Erfindung wird ein System und Verfahren bereitgestellt, wie in den Ansprüchen im Anhang dargelegt. Bevorzugte Merkmale der Erfindung werden aus den Unteransprüchen und der folgenden Beschreibung offenkundig.
  • Die oben genannten und weitere Aufgaben, Merkmale und Vorteile der vorliegenden Erfindung werden aus der folgenden Beschreibung von veranschaulichenden, nicht-begrenzenden Ausführungsformen in Verbindung mit den folgenden begleitenden Zeichnungen offenkundig:
  • 1 ist eine Ansicht, die die Konfiguration eines allgemeinen Mobilfunknetzes zeigt,
  • 2 ist eine Ansicht, die den Ablauf eines herkömmlichen Domänennamendienstes zeigt;
  • 3 ist eine Ansicht, die die Konfiguration eines Domänennamendienstsystems gemäß der vorliegenden Erfindung zeigt;
  • 4 ist ein Blockschaltbild, das einen iterativen Modus eines Domänennamendienstes gemäß der vorliegenden Erfindung zeigt;
  • 5 ist ein Blockschaltbild, das einen rekursiven Modus eines Domänennamendienstes gemäß der vorliegenden Erfindung zeigt;
  • 6 zeigt eine Verwaltungstabelle eines Domänennamen-Servers, die von einem Adressverwaltungs-Server gemäß der vorliegenden Erfindung generiert wird;
  • 7 ist ein Ablaufdiagramm, das eine erste Ausführungsform eines Domänennamendienstverfahrens gemäß der vorliegenden Erfindung veranschaulicht;
  • 8 ist eine Ansicht, die den Ablauf des Domänennamendienstes gemäß der vorliegenden Erfindung zeigt;
  • 9 ist eine Ansicht, die die Struktur einer Anforderungsnachricht einer Adressverwaltungseinheit gemäß der vorliegenden Erfindung zeigt;
  • 10 ist eine Ansicht, die die Struktur einer Positionsinformationsnachricht eines Domänennamen-Servers zeigt, die gemäß der vorliegenden Erfindung zu der Adressverwaltungseinheit übertragen wird;
  • 11 ist eine Ansicht, die die Struktur einer Adressnachricht eines Domänennamen-Servers zeigt, die gemäß der vorliegenden Erfindung zu einem Kanten-Router übertragen wird;
  • 12 ist eine Ansicht, die die Struktur einer Antwortnachricht des Kanten-Routers gemäß der vorliegenden Erfindung zeigt;
  • 13 ist ein Ablaufdiagramm, das eine zweite Ausführungsform eines Domänennamendienstverfahrens gemäß der vorliegenden Erfindung zeigt;
  • 14 ist eine Ansicht, die eine erste Ausführungsform des Ablaufs eines Domänennamendienstes in einem mobilen Host gemäß der vorliegenden Erfindung zeigt;
  • 15 ist eine Ansicht, die die Struktur einer Domänennamendienst-Anforderungsnachricht des mobilen Hosts gemäß der vorliegenden Erfindung zeigt;
  • 16 ist eine Ansicht, die die Struktur einer Adressnachricht eines Domänennamen-Servers zeigt, die von dem Kanten-Router in Antwort auf eine Anforderung des mobilen Hosts gemäß der vorliegenden Erfindung übertragen wird;
  • 17 ist eine Ansicht, die eine zweite Ausführungsform des Ablaufs des Domänennamendiensts in dem mobilen Host gemäß der vorliegenden Erfindung zeigt;
  • 18 ist eine Ansicht, die die Struktur einer Domänennamendienst-Anforderungsnachricht des mobilen Hosts gemäß der vorliegenden Erfindung zeigt; und
  • 19 ist eine Ansicht, die die Struktur einer Adressnachricht eines Domänennamen-Servers zeigt, die von dem Kanten-Router in Antwort auf eine Anforderung des mobilen Hosts gemäß der vorliegenden Erfindung übertragen wird.
  • Hierin werden im Folgenden veranschaulichende, nicht-begrenzende Ausführungsformen der vorliegenden Erfindung ausführlich unter Bezugnahme auf die begleitenden Zeichnungen beschrieben.
  • Wie in 3 gezeigt, umfasst ein Domänennamendienstsystem gemäß der vorliegenden Erfindung eine Adressverwaltungseinheit 300 und eine Adressensammeleinheit 500. Die Adressverwaltungseinheit 300 fordert Positionsinformationen auf dem ersten bis vierten Domänennamen-Server 110, 120, 210 und 220 an, die in einer ersten und einer zweiten externen Verbindung 100 und 200 installiert sind, die in einem Netzwerk enthalten sind, und überträgt die Positionsinformationen zu einem ersten bis einem vierten Kanten-Router 120, 140, 230 und 240, die mit mobilen Hosts verbunden sind. Des Weiteren sammelt die Adressensammeleinheit 500 Positionsinformationen auf den Domänennamen-Servern 110, 120, 210 und 220, die in der ersten und der zweiten externen Verbindung 100 und 200 enthalten sind, als Antwort auf die Anforderung der Adressverwaltungseinheit 300 und sendet die gesammelten Positionsinformationen zu der Adressverwaltungseinheit 300.
  • Ein Gateway, das zwischen die erste und die zweite externe Verbindung 100 und 200 und ein Intemet-Netzwerk 400 geschaltet ist, das eine Internet-Verbindungsfunktion für die erste und die zweite externe Verbindung 100 und 200 durchführt, wird für die Adressensammeleinheit 500 verwendet.
  • Des Weiteren ist eine Heimat-Verbindung 600, auf der sich ein mobiler Host anfänglich befunden hat und die mit dem Intemet-Netzwerk 400 verbunden ist, immer noch mit dem Intemet-Netzwerk 400 verbunden, und eine Gegenpart-Verbindung 700, die Kommunikationen über die Heimat-Verbindung 600 und das Intemet-Netzwerk 400 vorgenommen hat, ist ebenfalls immer noch mit dem Intemet-Netzwerk 400 verbunden..
  • Die Heimat-Verbindung 600 umfasst einen Heimat-Agent 610 zum Verwalten eines mobilen Hosts, ein Heimat-Gateway 620, das mit dem Heimat-Agent 610 verbunden ist, um eine Internet-Verbindungsfunktion des mobilen Hosts durchzuführen, und Heimat-Domänennamen-Server 630 und 640, um einen Domänennamendienst für den mobilen Host bereitzustellen.
  • Des Weiteren umfasst die Gegenpart-Verbindung 700 einen Gegenpart-Knoten 710, der Kommunikationen mit dem mobilen Host durchführt, und ein Gegenpart-Gateway 720, das zwischen den Gegenpart-Knoten 710 und das Internet-Netzwerk 400 geschaltet ist, um eine Internet-Verbindungsfunktion des Gegenpart-Knotens 710 durchzuführen.
  • Der Gegenpart-Knoten 710 kann ein beliebiger mobiler Host, ein Server oder dergleichen sein, der Kommunikationen mit dem mobilen Host durchführt.
  • Die erste und die zweite externe Verbindung 100 und 200 umfassen einen ersten und einen zweiten untergeordneten Router 150 und 250, die mit der Adressensammeleinheit 500 verbunden sind, den ersten bis vierten Domänennamen-Server 110, 120 und 210, 220, die jeweils mit dem ersten und dem zweiten untergeordneten Router 150 und 250 verbunden sind, und den ersten bis vierten Kanten-Router 130, 140 und 230, 240, die mit den untergeordneten Router 150 und 250 verbunden sind, und die, wenn sich der mobile Host der Heimat-Verbindung 600 bewegt hat, jeweils mit dem bewegten mobilen Host der Heimat-Verbindung 600 zu verbinden sind.
  • Des Weiteren sind eine oder mehrere Zellen C1, C2, C3, C4, C5 und C6 mit dem ersten bis vierten Kanten-Router 130, 140, 230 und 240 verbunden. Die Zellen C1, C2, C3, C4, C5 und C6 sind Bereiche, zu denen Kommunikationen von beliebigen Stationen weitergeleitet werden, die mit dem ersten bis vierten Kanten-Router 130, 140, 230 und 240 verbunden sind.
  • Wenn des Weiteren die Adressverwaltungseinheit 300 Positionsinformationen anfordert, sammelt die Adressensammeleinheit 500 Positionsinformationen, die Sprungzählungen zwischen dem ersten bis vierten Kanten-Router 130, 140, 230 und 240 und dem ersten bis vierten Domänennamen-Server 110, 120, 210 und 220, die in der ersten und der zweiten externen Verbindung 100 und 200 enthalten sind, und Sprungzählungen zwischen dem ersten bis vierten Domänennamen-Server 110, 120, 210 und 220 und der Adressensammeleinheit 500 enthalten. Die Adressensammeleinheit 500 überträgt die gesammelten Positionsinformationen zu der Adressverwaltungseinheit 300.
  • Die Adressverwaltungseinheit 300 erstellt eine Verwaltungstabelle für den Domänennamen-Server gemäß einem iterativen und einem rekursiven Modus in dem ersten bis vierten Domänennamen-Server 110, 120, 210 und 220 auf Basis der empfangenen Positionsinformationen.
  • Der iterative und der rekursive Modus werden hierin im Folgenden durch einen Domänennamendienst für "www.yahoo.com" beschrieben.
  • Wenn in dem Fall des in 4 gezeigten iterativen Modus ein Client 810 einen lokalen Namen-Server 820 auffordert, einen Domänennamendienst über eine IP-Adresse oder einen Domänennamen (➀) bereitzustellen, fordert der lokale Namen-Server 820 einen Stammnamen-Server 830 auf, einen Domänennamendienst in der umgekehrten Reihenfolge des Domänennamens (➁) bereitzustellen.
  • Danach antwortet der Stammnamen-Server 830, indem der lokale Namen-Server 820 über Adressen informiert wird, die einen angeforderten Unterdomänen-Eintrag ".com" (➂) aufweisen. Der lokale Namen-Server 820 fordert iterativ untergeordnete Server 840 und 850 auf, den lokalen Namen-Server 820 über eine Adresse für den Domänennamen auf Basis der vorherigen Unterdomänen- ".com"-Domäne zu informieren, bis eine Adresse erlangt wird (➃, ➄, ➅ und ➆). Wenn der lokale Namen-Server 820 die Adresse schließlich erlangt, sendet er die IP-Adresse des Domänennamens zu dem Client 810 (➇).
  • Als Nächstes, wenn der Client 810 im Fall des in 5 gezeigten rekursiven Modus den lokalen Namen-Server 820 auffordert, einen Domänennamen unter Verwendung einer IP-Adresse oder eines Domänennamens als einen Eingabeparameter (➀) bereitzustellen, fordert der lokale Namen-Server 820 zuerst den Stammnamen-Server 830 auf, einen Domänennamendienst in der umgekehrten Reihenfolge des Domänennamens (➁) bereitzustellen.
  • Der Stammnamen-Server 830, der die Anforderung erhalten hat, sendet eine Abfragenachricht an die Namen-Server 840 und 850, die die Unterdomäne ".com" des Stammnamen-Servers 830 (➂, ➃) aufweisen.
  • Dieser Prozess wird wiederholt durchgeführt, bis eine Adresse für den Domänennamen erlangt worden ist. Wenn schließlich eine Adresse erlangt worden ist, sendet der letzte Namen-Server 850 die Adresse an seinen Domänen-Server höherer Ebene 840 (➄). Dieser Prozess wird wiederholt, bis de Adresse zu dem lokalen Namen-Server 820 (➅, ➆) übertragen ist.
  • Danach sendet der lokale Namen-Server 820, der die Adresse empfangen hat, die Adresse für den angeforderten Domänennamen an den Client 810 (➇).
  • Die Verwaltungstabelle des Domänennamen-Servers gemäß dem iterativen und dem rekursiven Modus, wie in 6 gezeigt, enthält Sprungzählungen (HCdr) zwischen dem ersten bis vierten Kanten-Router 130, 140, 230 und 240 und dem ersten bis vierten Domänennamen-Server 110, 120, 210 und 220, die in der ersten und der zweiten externen Verbindung 100 und 200 enthalten sind, und Sprungzählungen (HCgd) zwischen dem ersten bis vierten Domänennamen-Server 110, 120, 210 und 220 und einem externen Gateway. Gemäß einem Betriebsmodus des ersten bis vierten Domänennamen-Servers 110, 120, 210 und 220, d.h. iterativer oder rekursiver Modus, werden die kleinsten Sprungzählungen zwischen dem ersten bis vierten Domänennamen-Server 110, 120, 210 und 220 und dem ersten bis vierten Kanten-Router 130, 140, 230 und 240 berechnet.
  • In 6 bedeutet "I-Modus" iterativer Modus und "R-Modus" bedeutet rekursiver Modus.
  • Der Grund, warum die kleinsten Sprungzählungen für den iterativen Modus in 6 nicht ermittelt worden sind, ist der, dass die Sprungzählung abhängig von der Länge eines Domänennamens in einem iterativen Modus schwankt, und Sprungzählungen vor dem Stammnamen-Server 820 im rekursiven Modus ermittelt werden können.
  • Die Adressverwaltungseinheit 400 überträgt Adressen für Domänennamen-Server mit den kleinsten Sprungzählungen in Bezug auf jeden des ersten bis vierten Kanten-Routers 130, 140, 230 und 240, die in der ersten und der zweiten externen Verbindung 100 und 200 enthalten sind, sowohl für den entsprechenden iterativen als auch rekursiven Modus. Die Adressen werden in den Cachespeicher des ersten bis vierten Kanten-Routers 130, 140, 230 und 240 aufgenommen.
  • Wenn ein mobiler Host, der auf der Heimat-Verbindung 600 angeordnet ist, sich zu der ersten oder zweiten externen Verbindung 100 oder 200 bewegt hat und dort angeordnet ist, fordert der bewegte mobile Host einen von dem ersten bis vierten Kanten-Router 130, 140, 230 und 240 auf, mit denen der mobile Host verbunden gewesen ist, einen Domänennamendienst bereitzustellen.
  • Der mobile Host fordert den Domänennamendienst an, während der Betriebsmodus des Domänennamen-Servers gewählt wird, d.h. iterativer oder rekursiver Modus.
  • Der Kanten-Router, der mit dem mobilen Host verbunden ist, nimmt die Einstellung einer Adresse für den vom mobilen Host gewählten Modus als eine primäre Adresse und einer Adresse für den übrigen Modus als eine sekundäre Adresse vor und sendet die Adressen dann zu dem mobilen Host.
  • Ein Domänennamendienstverfahren, das von dem Domänennamendienstsystem durchgeführt wird, das gemäß der vorliegenden Erfindung wie oben genannt aufgebaut ist, wird im Folgenden beschrieben.
  • In dem in 7 veranschaulichten Domänennamendienstverfahren fordert die Adressverwaltungseinheit 300 zuerst Positionsinformationen auf dem ersten bis vierten Domänennamen-Server 110, 120, 210 und 220 an, die in der ersten und der zweiten externen Verbindung 100 und 200 enthalten sind (S11).
  • In Antwort auf die Anforderung der Adressverwaltungseinheit 300 sammelt die Adressensammeleinheit 500 Positionsinformationen auf dem ersten bis vierten Domänennamen-Server 110, 120, 210 und 220, die in der ersten und der zweiten externen Verbindung 100 und 200 enthalten sind (S12).
  • Die Adressensammeleinheit 500 überträgt dann die gesammelten Positionsinformationen zu der Adressverwaltungseinheit 300 (S13).
  • Die Adressverwaltungseinheit 300 erlangt Domänennamen-Server mit den kleinsten Sprungzählungen für die Betriebsmodi der Domänennamen-Server, d.h. iterativer und rekursiver Modus, von dem ersten bis vierten Kanten-Router 130, 140, 230 und 240 auf Basis der empfangenen Positionsinformationen (S14).
  • Zu diesem Zeitpunkt berechnet die Adressverwaltungseinheit 300 die kleinsten Sprungzählungen für den iterativen und rekursiven Modus auf Basis der folgenden Formeln 1 und 2: HCi = 2 × HCgd × Ldn + 2 × HCdr, DNSSPi = {Min (HCdr)} von {Min(HCgd) – Listen} (1)wobei HCi die im iterativen Modus erforderliche Sprungzählung ist, HCgd die Sprungzählung zwischen einem Gateway und einem Domänennamen-Server ist, HCdr die Sprungzählung zwischen einem Domänen-Server und einem Kanten-Router ist, DNSSPi die kleinste Sprungzählung im iterativen Modus ist, und Ldn die Länge des Domänennamens ist.
  • Eine Abfragenachricht eines Domänennamendienstes wird von dem ersten Kanten-Router 130 zu dem zweiten Domänennamen-Server 120 übertragen, und eine Antwortnachricht eines Domänennamendienstes wird von dem zweiten Domänennamen-Server 120 zu dem ersten Kanten-Router 130 übertragen. Daher wird die geschätzte Sprungzählung 2 × HCdr.
  • Da Nachrichten des Weiteren gemäß dem Domänennamen iterativ wieder zu der Adressensammeleinheit 500 gesendet werden sollen, wird die geschätzte Sprungzählung 2 × HCdG × Ldn. Als Ergebnis dessen wurde Formel 1 erhalten.
  • In Formel 2: HCr = 2 × HCgd + 2 × HCdr, DNSSPr = Min (HCr) (2)wobei HCr die Sprungzählung ist, die im rekursiven Modus erforderlich ist, HCgd die Sprungzählung zwischen einem Gateway und einem Domänennamen-Server ist, HCdr die Sprungzählung zwischen einem Domänen-Server und einem Kanten-Router ist, und DNSSPr die kleinste Sprungzählung im rekursiven Modus ist.
  • In der Formel 2 wird eine Abfragenachricht eines Domänennamendienstes von dem ersten Kanten-Router 130 zu dem zweiten Domänennamen-Server 120 übertragen, und der erste Kanten-Router 130 empfängt eine Antwortnachricht von dem zweiten Domänennamen-Server 120. Daher wird die geschätzte Sprungzählung 2 × HCdr Da Informationen des Weiteren über das Intemet-Netzwerk 400 erlangt werden, werden Nachrichten zwischen dem zweiten Domänennamen-Server 120 und der Adressensammeleinheit 500 ausgetauscht. Somit wird die geschätzte Sprungzählung 2 × HCgd. Dementsprechend wurde die Formel 2 erhalten.
  • Adressen von Domänennamen-Servern mit den kleinsten Sprungzählungen in Bezug auf den ersten bis vierten Kanten-Router 130, 140, 230 und 240 werden zu dem ersten bis vierten Kanten-Router 130, 140, 230 und 240 gemäß den kleinsten Sprungzählungen übertragen, die in der Adressverwaltungseinheit 300 berechnet worden sind (S15).
  • Die Adressen der Domänennamen-Server, die zu dem ersten bis vierten Kanten-Router 130, 140, 230 und 240 übertragen wurden, werden jeweils in deren Cachespeicher aufgenommen (S16).
  • Das oben beschriebene Domänennamendienstverfahren wird ausführlicher unter Bezugnahme auf 8 beschrieben.
  • Die Adressverwaltungseinheit 300 fordert die Adressensammeleinheit 500 auf, Positionsinformationen auf dem ersten bis vierten Domänennamen-Server 110, 120, 210 und 220 zu übertragen (S21).
  • Wie in 9 gezeigt, kann die Anforderungsnachricht, die zu der Adressensammeleinheit 500 übertragen worden ist, eine Nachricht sein, die veranlasst, dass die Adressensammeleinheit 500 Positionsinformationen auf dem ersten bis vierten Domänennamen-Server 110, 120, 210 und 220 direkt sammelt, oder veranlasst, dass der erste und der zweite untergeordnete Router 150 und 250 der ersten und der zweiten externen Verbindung 100 und 200 die Positionsinformationen sammeln und dann die gesammelten Positionsinformationen zu der Adressensammeleinheit 500 senden.
  • Daher gibt M 901 in 9 an, dass die Adressensammeleinheit 500 die Positionsinformationen selbst sammelt, und T 902 gibt an, dass der erste und der zweite untergeordnete Router 150 und 250 die Positionsinformationen sammeln und dann zu der Adressensammeleinheit 500 übertragen.
  • Die Adressensammeleinheit 500 sammelt Positionsinformationen auf dem ersten bis vierten Domänennamen-Server 110, 120, 210 und 220 in Antwort auf die Anforderung der Adressverwaltungseinheit 300 und übertragt dann die gesammelten Positionsinformationen zu der Adressverwaltungseinheit 300 (S22).
  • Eine Positionsinformationen-Nachricht, die zu der Adressverwaltungseinheit 300 übertragen wird, wird beschrieben. Wie in 10 gezeigt, enthält die Positionsinformationen-Nachricht eine Adresse 903 von jedem der Kanten-Router 130, 140, 230 und 240, eine Sprungzählung 905 zwischen jedem der Kanten-Router 130, 140, 230 und 240 und jedem der Domänennamen-Server 110, 120, 210 und 220, und eine Sprungzählung 906 zwischen jedem der Domänennamen-Server 110, 120, 210 und 220 und der Adressensammeleinheit 500.
  • Die Positionsinformationen-Nachricht enthält des Weiteren eine Adresse 904 von jedem der Domänennamen-Server 110, 120, 210 und 220.
  • Die Adressverwaltungseinheit 300 erstellt eine Verwaltungstabelle des Domänennamen-Servers auf Basis der Positionsinformationen, die von der Adressensammeleinheit 500 empfangen wurden, und berechnet die kleinste Sprungzählung zwischen jedem der Kanten-Router 130, 140, 230 und 240 und jedem der Domänennamen-Server 110, 120, 130 und 140 (S23).
  • Nach dem Berechnen der kleinsten Sprungzählungen sendet die Adressverwaltungseinheit 300 den Kanten-Routern 130, 140, 230 und 240 Adressen von Domänennamen-Servern mit den kleinsten Sprungzählungen in Bezug auf die jeweiligen Kanten-Router (S24, S25, S26, S27).
  • Die Adressen der Domänennamen-Server, die zu den Kanten-Routern 130, 140, 230 und 240 übertragen wurden, befinden sich im Allgemeinen in einem Format von SP11i oder SP11r. Die erste "1" von "11" gibt eine Zellennummer von einer der Zellen C1, C2, C3, C4, C5 und C6 an, die mit den Kanten-Routern 130, 140, 230 und 240 verbunden sind, und die zweite "1" von "11" gibt die Nummer von einer der externen Verbindungen an. Des Weiteren geben das abschließende "i" und "r" jeweils den iterativen und rekursiven Modus an.
  • Eine Adressnachricht von jedem der Domänennamen-Server 110, 120, 210 und 220 enthält eine primäre Adresse 911 des Domänennamen-Servers und eine sekundäre Adresse 912 davon, wie in 11 gezeigt.
  • Wenn die Adressen der Domänennamen-Server 110, 120, 210 und 220 zu den Kanten-Routern 130, 140, 230 und 240 übertragen werden, werden sie in den Cachespeichern der Kanten-Router aufgenommen (S28, S29, S30 und S31).
  • Die Kanten-Router senden relevante Antwort-Nachrichten an den Adressverwaltungs-Server 300 (S32, S33, S34, S35).
  • Jede Antwortnachricht enthält einen Rückgabewert (RVAL) 921 gemäß der Übertragung der Adressen der Domänennamen-Server, wie in 12 gezeigt.
  • Ein Dienstverfahren eines Domänennamen-Servers, in dem Adressen von Domänennamen-Servern mit den kleinsten Sprungzählungen in den Cachespeichern der Kanten-Router 130, 140, 230 und 240 aufgenommen werden, und in dem ein mobiler Host mit jedem der Kanten-Router 130, 140, 230 und 240 verbunden ist, wird unter Bezugnahme auf 13 beschreiben.
  • Zuerst fordert ein mobiler Host, der sich aus der Heimat-Verbindung 600 bewegt hat, einen Domänennamendienst über einen bestimmten, damit verbundenen Kanten-Router an, der mit ihm in der ersten externen Verbindung 100 oder der zweiten externen Verbindung 200 verbunden ist (S41).
  • In Antwort auf die Anforderung des mobilen Hosts überträgt der mit dem mobilen Host verbundene Kanten-Router die Adresse eines Domänennamen-Servers mit der kleinsten Sprungzählung zu dem mobilen Host (S42).
  • Die übertragene Adresse des Domänennamen-Servers wird in den Cachespeicher des mobilen Hosts aufgenommen (S43).
  • Dementsprechend empfängt der mobile Host den Domänennamendienst über die in den Cachespeicher aufgenommene Adresse.
  • Das oben beschriebene Domänennamendienstverfahren für den mobilen Host wird ausführlicher unter Bezugnahme auf 14 erörtert.
  • Der mobile Host fordert zuerst einen Kanten-Router auf, einen Domänennamendienst in einer externen Verbindung bereitzustellen, zu der sich der mobile Host bewegt hat (S51). Der mobile Host nimmt die Anforderung vor, während ein Betriebsmodus eines Domänennamen-Servers, d.h. iterativer oder rekursiver Modus, beim Anfordern des Domänennamendienstes gewählt wird.
  • Eine Modus-Anforderungsnachricht des mobilen Host wird angefordert, indem ein Betriebsmodus 931 des Domänennamen-Servers gewählt wird, wie in 15 gezeigt. In 15 bedeutet I/R/A Iterativ/Rekursiv/Alle.
  • In Antwort auf die Anforderung des mobilen Hosts stellt der Kanten-Router eine Adresse des Modus, der von dem mobilen Host angefordert wurde, als eine primäre Adresse ein und überträgt sie dann zu dem mobilen Host (S52).
  • Die von dem Kanten-Router zu übertragende Nachricht wird in einem Zustand gesendet, in dem die Adresse des von dem mobilen Host gewählten Modus als die primäre Adresse 941 eingestellt ist und eine Adresse des übrigen Modus als eine sekundäre Adresse 942 eingestellt ist, wie in 16 gezeigt.
  • Der mobile Host, der die Adresse des Domänennamen-Servers von dem Kanten-Router empfangen hat, nimmt die Adresse in seinem Cachespeicher auf (S53).
  • Danach führt der mobile Host einen bindenden Aktualisierungsprozess zusammen mit dem Heimat-Agent 610 und dem Gegenpart-Knoten 710 durch (S54, S55).
  • Wenn der mobile Host sich zu der ersten oder zweiten externen Verbindung 100 oder 200 bewegt, stellt der mobile Host eine Verbindung über einen bestehenden Domänennamendienst her und empfängt dann eine Adresse eines Domänennamen-Servers mit der kleinsten Sprungzählung in Bezug auf einen relevanten Kanten-Router.
  • In einem solchen Prozess, wie in 17 gezeigt, fordert der mobile Host die Domänennamen-Server 630 und 640 in der Heimat-Verbindung 600 auf, einen Domänennamendienst bereitzustellen (S61).
  • In Antwort auf diese Anforderung empfängt der mobile Host die Adressen der Domänennamen-Server 630 und 640 in der Heimat-Verbindung 600 (S62).
  • Dann führt der mobile Host den bindenden Aktualisierungsprozess zusammen mit dem Heimat-Agent 610 und dem Gegenpart-Knoten 710 auf Basis der empfangenen Adressen der Domänennamen-Server 630 und 640 durch (S63, S64).
  • Nachdem sich der mobile Host zu der ersten externen Verbindung 100 oder der zweiten externen Verbindung 200 bewegt hat, fordert er dann einen mit ihm verbundenen Kanten-Router auf, einen Betriebsmodus für einen Domänennamendienst zu übertragen (S65).
  • Die Anforderungsnachricht wird in einem Zustand übertragen, in dem ein Betriebsmodus 951 eines Domänennamendienstes gewählt ist, wie in 18 gezeigt (S65). In 18 bedeutet I/R/A Iterativ/Rekursiv/Alle.
  • Der mit dem bewegten mobilen Host verbundene Kanten-Router überträgt Adressen von Domänennamen-Servern mit den kleinsten Sprungzählungen zu dem mobilen Host (S66).
  • Die von dem Kanten-Router zu dem mobilen Host übertragene Nachricht wird in einem Zustand übertragen, in dem eine Adresse für einen vom mobilen Host gewählten Modus als eine primäre Adresse 961 eingestellt ist und eine Adresse für den übrigen Modus als eine sekundäre Adresse 962 eingestellt ist, wie in 19 gezeigt.
  • Die zu dem mobilen Host übertragenen Adressen der Domänennamen-Server werden in seinen Cachespeicher aufgenommen, so dass der mobile Host den Domänennamendienst empfangen kann (S67).
  • Gemäß der oben beschriebenen vorliegenden Erfindung kann ein Domänennamendienst durch einen mobilen Host und Domänennamen-Server mit den kleinsten Sprungzählungen auf Basis von Positionsinformationen auf den Domänennamen-Servern, die in externen Verbindungen enthalten sind, bereitgestellt werden. Daher ist es möglich, einen Domänennamendienst innerhalb kurzer Zeit bereitzustellen, ungeachtet der Betriebsmodi der Domänennamen-Server. Des Weiteren ist es möglich, den Systemverkehr zu reduzieren, da die Adressen von optimalen Domänennamen-Servern den Kanten-Routern bereitgestellt werden.
  • Obwohl einige bevorzugte Ausführungsformen gezeigt und beschrieben worden sind, wird einem Fachmann klar sein, dass verschiedene Änderungen und Modifizierungen vorgenommen werden könnten, ohne vom Umfang der Erfindung abzuweichen, wie er in den Ansprüchen im Anhang definiert ist.

Claims (5)

  1. Domänennamendienstsystem, umfassend: eine Adressensammeleinheit, die Positionsinformationen auf einem oder mehrerer Domänennamen-Servern (110, 120, 210, 220) sammelt, die in einer externen Verbindung (100, 200) eines Netzwerks enthalten sind, in dem ein mobiler Host mit einem Kanten-Router verbunden ist, der sich auf der externen Verbindung (100, 200) befindet, dadurch gekennzeichnet, dass die Positionsinformationen eine oder mehrere Sprungzählungen (hop counts) zwischen dem Kanten-Router (130, 140, 230, 240) und jedem der Domänennamen-Server (110, 120, 210, 220) und eine oder mehrere Sprungzählungen zwischen jedem der Domänennamen-Server (110, 120, 210, 220) und einem Gateway (500) enthalten.
  2. Domänennamendienstverfahren, umfassend: Anfordern von Positionsinformationen auf einem oder mehreren Domänennamen-Server (110, 120, 210, 220), die in einer externen Verbindung eines Netzwerks enthalten sind, wobei die Positionsinformationen Sprungzählungen zwischen einem Kanten-Router (130, 140, 230, 240) und jedem Domänennamen-Server und Sprungzählungen zwischen jedem Domänennamen-Server und einem Gateway enthalten, das zwischen der externen Verbindung (100, 200) eines Netzwerks und einem Intemet-Netzwerk (400) angeschlossen ist, und Übertragen von Informationen über einen oder mehrere Domänennamen-Server (110, 120, 210, 220) mit den kleinsten Sprungzählungen in Bezug auf den Kanten-Router (130, 140, 230, 240), der an einen mobilen Host angeschlossen ist, zu dem Kanten-Router (130, 140, 230, 240).
  3. Verfahren nach Anspruch 2, wobei der Schritt des Übertragens der Informationen umfasst: einen ersten Prozess des Übertragens einer Adresse eines Domänennamen-Servers, der die kleinsten Sprungzählungen in Bezug auf den Kanten-Router (130, 140, 230, 240) aufweist, zu dem Kanten-Router (130, 140, 230, 240); und einen zweiten Prozess des Gestattens, dass die Adresse des Domänennamen-Servers, die in dem ersten Prozess übertragen wurde, in dem Kanten-Router (130, 140, 230, 240) in den Cache-Speicher aufgenommen wird.
  4. Verfahren nach Anspruch 3, wobei die kleinste Sprungzählung jedem der Betriebsmodi des Domänennamen-Servers entsprechend berechnet wird.
  5. Verfahren nach Anspruch 3 oder 4, wobei die zu dem Kanten-Router (130, 140, 230, 240) übertragenen Adressen wenigstens eine Adresse für einen iterativen Modus und einen rekursiven Modus enthalten.
DE200460009869 2003-08-11 2004-08-10 Domänennamendienstsystem und zugehöriges Verfahren Active DE602004009869T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20030055534A KR100568231B1 (ko) 2003-08-11 2003-08-11 도메인 네임 서비스 시스템 및 방법
KR2003055534 2003-08-11

Publications (2)

Publication Number Publication Date
DE602004009869D1 DE602004009869D1 (de) 2007-12-20
DE602004009869T2 true DE602004009869T2 (de) 2008-03-06

Family

ID=34056921

Family Applications (1)

Application Number Title Priority Date Filing Date
DE200460009869 Active DE602004009869T2 (de) 2003-08-11 2004-08-10 Domänennamendienstsystem und zugehöriges Verfahren

Country Status (7)

Country Link
US (1) US7756065B2 (de)
EP (1) EP1509025B1 (de)
JP (1) JP3880984B2 (de)
KR (1) KR100568231B1 (de)
CN (1) CN100382525C (de)
AT (1) ATE377901T1 (de)
DE (1) DE602004009869T2 (de)

Families Citing this family (70)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100754383B1 (ko) * 2001-07-27 2007-08-31 삼성전자주식회사 국소 영역과 국소 이동제어장치를 형성시키는 방법 및 그장치
US7400717B2 (en) * 2004-12-30 2008-07-15 Grape Technology Grap, Inc. Enhanced directory assistance system with voice over IP call handling
US8566928B2 (en) 2005-10-27 2013-10-22 Georgia Tech Research Corporation Method and system for detecting and responding to attacking networks
US7675854B2 (en) 2006-02-21 2010-03-09 A10 Networks, Inc. System and method for an adaptive TCP SYN cookie with time validation
JP4207065B2 (ja) * 2006-07-26 2009-01-14 日本電気株式会社 資産管理システム、資産管理方法、情報処理装置およびプログラム
US8312507B2 (en) 2006-10-17 2012-11-13 A10 Networks, Inc. System and method to apply network traffic policy to an application session
US8584199B1 (en) 2006-10-17 2013-11-12 A10 Networks, Inc. System and method to apply a packet routing policy to an application session
DE102008001297B4 (de) * 2007-04-27 2014-10-30 Westfalia Metallschlauchtechnik Gmbh & Co. Kg Wendelgewellter Membranbalg sowie Verfahren zu seiner Herstellung
US8214524B2 (en) * 2007-12-21 2012-07-03 Hostway Corporation System and method for selecting an optimal authoritative name server
KR101624868B1 (ko) * 2008-08-06 2016-06-07 삼성전자주식회사 가상화 장치의 제어방법 및 가상화 장치
US10027688B2 (en) 2008-08-11 2018-07-17 Damballa, Inc. Method and system for detecting malicious and/or botnet-related domain names
US9960967B2 (en) * 2009-10-21 2018-05-01 A10 Networks, Inc. Determining an application delivery server based on geo-location information
CN102065512B (zh) * 2009-11-12 2013-08-07 中兴通讯股份有限公司 多层网络中区域边界控制的方法、建立连接的方法和***
US8578497B2 (en) 2010-01-06 2013-11-05 Damballa, Inc. Method and system for detecting malware
US8826438B2 (en) 2010-01-19 2014-09-02 Damballa, Inc. Method and system for network-based detecting of malware from behavioral clustering
EP2569711A4 (de) * 2010-05-13 2017-03-15 VeriSign, Inc. Verfahren und systeme zur identifikation bösartiger domänen über internetweite dns-suchmuster
US8499034B2 (en) * 2010-07-21 2013-07-30 At&T Intellectual Property I, L.P. Methods and apparatus to transmit a request to server via domain system forwarding
TWI415425B (zh) * 2010-07-26 2013-11-11 Chunghwa Telecom Co Ltd The home network gateway provides a domain name assignment method for multiple WAN connections
US9215275B2 (en) 2010-09-30 2015-12-15 A10 Networks, Inc. System and method to balance servers based on server load status
US9609052B2 (en) 2010-12-02 2017-03-28 A10 Networks, Inc. Distributing application traffic to servers based on dynamic service response time
US8631489B2 (en) * 2011-02-01 2014-01-14 Damballa, Inc. Method and system for detecting malicious domain names at an upper DNS hierarchy
CN102137011A (zh) * 2011-02-18 2011-07-27 华为技术有限公司 网络中的报文转发方法、装置和***
US8897154B2 (en) 2011-10-24 2014-11-25 A10 Networks, Inc. Combining stateless and stateful server load balancing
US9386088B2 (en) 2011-11-29 2016-07-05 A10 Networks, Inc. Accelerating service processing using fast path TCP
US9094364B2 (en) 2011-12-23 2015-07-28 A10 Networks, Inc. Methods to manage services over a service gateway
US9922190B2 (en) 2012-01-25 2018-03-20 Damballa, Inc. Method and system for detecting DGA-based malware
US10044582B2 (en) 2012-01-28 2018-08-07 A10 Networks, Inc. Generating secure name records
US8782221B2 (en) 2012-07-05 2014-07-15 A10 Networks, Inc. Method to allocate buffer for TCP proxy session based on dynamic network conditions
US10547674B2 (en) 2012-08-27 2020-01-28 Help/Systems, Llc Methods and systems for network flow analysis
US9680861B2 (en) 2012-08-31 2017-06-13 Damballa, Inc. Historical analysis to identify malicious activity
US10084806B2 (en) 2012-08-31 2018-09-25 Damballa, Inc. Traffic simulation to identify malicious activity
US9894088B2 (en) 2012-08-31 2018-02-13 Damballa, Inc. Data mining to identify malicious activity
US9843484B2 (en) 2012-09-25 2017-12-12 A10 Networks, Inc. Graceful scaling in software driven networks
US10021174B2 (en) 2012-09-25 2018-07-10 A10 Networks, Inc. Distributing service sessions
US10002141B2 (en) 2012-09-25 2018-06-19 A10 Networks, Inc. Distributed database in software driven networks
WO2014052099A2 (en) 2012-09-25 2014-04-03 A10 Networks, Inc. Load distribution in data networks
US9106561B2 (en) 2012-12-06 2015-08-11 A10 Networks, Inc. Configuration of a virtual service network
KR101429107B1 (ko) * 2012-11-16 2014-08-13 주식회사 시큐아이 서브 도메인 네임을 수집하는 보안 장치 및 그것의 동작 방법
US9338225B2 (en) 2012-12-06 2016-05-10 A10 Networks, Inc. Forwarding policies on a virtual service network
US9531846B2 (en) 2013-01-23 2016-12-27 A10 Networks, Inc. Reducing buffer usage for TCP proxy session based on delayed acknowledgement
US9900252B2 (en) 2013-03-08 2018-02-20 A10 Networks, Inc. Application delivery controller and global server load balancer
US9912555B2 (en) 2013-03-15 2018-03-06 A10 Networks, Inc. System and method of updating modules for application or content identification
US9992107B2 (en) 2013-03-15 2018-06-05 A10 Networks, Inc. Processing data packets using a policy based network path
US9722918B2 (en) 2013-03-15 2017-08-01 A10 Networks, Inc. System and method for customizing the identification of application or content type
US9838425B2 (en) 2013-04-25 2017-12-05 A10 Networks, Inc. Systems and methods for network access control
WO2014179753A2 (en) 2013-05-03 2014-11-06 A10 Networks, Inc. Facilitating secure network traffic by an application delivery controller
US10027761B2 (en) 2013-05-03 2018-07-17 A10 Networks, Inc. Facilitating a secure 3 party network session by a network device
US9571511B2 (en) 2013-06-14 2017-02-14 Damballa, Inc. Systems and methods for traffic classification
US10230770B2 (en) 2013-12-02 2019-03-12 A10 Networks, Inc. Network proxy layer for policy-based application proxies
CN103763406A (zh) * 2014-01-24 2014-04-30 互联网域名***北京市工程研究中心有限公司 Dns全局监控方法及其***
US9942152B2 (en) 2014-03-25 2018-04-10 A10 Networks, Inc. Forwarding data packets using a service-based forwarding policy
US9942162B2 (en) 2014-03-31 2018-04-10 A10 Networks, Inc. Active application response delay time
US9906422B2 (en) 2014-05-16 2018-02-27 A10 Networks, Inc. Distributed system to determine a server's health
US10129122B2 (en) 2014-06-03 2018-11-13 A10 Networks, Inc. User defined objects for network devices
US9986061B2 (en) 2014-06-03 2018-05-29 A10 Networks, Inc. Programming a data network device using user defined scripts
US9992229B2 (en) 2014-06-03 2018-06-05 A10 Networks, Inc. Programming a data network device using user defined scripts with licenses
US9621575B1 (en) 2014-12-29 2017-04-11 A10 Networks, Inc. Context aware threat protection
US9930065B2 (en) 2015-03-25 2018-03-27 University Of Georgia Research Foundation, Inc. Measuring, categorizing, and/or mitigating malware distribution paths
US10581976B2 (en) 2015-08-12 2020-03-03 A10 Networks, Inc. Transmission control of protocol state exchange for dynamic stateful service insertion
US10243791B2 (en) 2015-08-13 2019-03-26 A10 Networks, Inc. Automated adjustment of subscriber policies
US9787581B2 (en) 2015-09-21 2017-10-10 A10 Networks, Inc. Secure data flow open information analytics
US10812348B2 (en) 2016-07-15 2020-10-20 A10 Networks, Inc. Automatic capture of network data for a detected anomaly
US10341118B2 (en) 2016-08-01 2019-07-02 A10 Networks, Inc. SSL gateway with integrated hardware security module
US10382562B2 (en) 2016-11-04 2019-08-13 A10 Networks, Inc. Verification of server certificates using hash codes
US10250475B2 (en) 2016-12-08 2019-04-02 A10 Networks, Inc. Measurement of application response delay time
US10397270B2 (en) 2017-01-04 2019-08-27 A10 Networks, Inc. Dynamic session rate limiter
US10187377B2 (en) 2017-02-08 2019-01-22 A10 Networks, Inc. Caching network generated security certificates
EP3874696A4 (de) * 2018-10-30 2022-06-15 Hewlett Packard Enterprise Development LP Softwaredefinierte fernnetz-uplinkauswahl mit einer virtuellen ip-adresse für einen cloud-dienst
CN114938362A (zh) * 2019-09-06 2022-08-23 华为技术有限公司 域名***服务器的确定方法、请求处理方法和装置、***
EP4362433A2 (de) * 2019-10-21 2024-05-01 Lenovo (Singapore) Pte. Ltd. Dns auf dienstbereichsbasis

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6014660A (en) * 1996-12-09 2000-01-11 Sun Microsystems, Inc. Method and apparatus for client-sensitive name resolution using DNS
US6446108B1 (en) * 1997-07-18 2002-09-03 Lucent Technologies Inc. Method for wide area network service location
US6336138B1 (en) * 1998-08-25 2002-01-01 Hewlett-Packard Company Template-driven approach for generating models on network services
KR20010086381A (ko) 1998-09-09 2001-09-10 썬 마이크로시스템즈, 인코포레이티드 도메인 네임 시스템 트래픽을 투과적으로 처리하기 위한방법 및 장치
US6298381B1 (en) * 1998-10-20 2001-10-02 Cisco Technology, Inc. System and method for information retrieval regarding services
US6304913B1 (en) * 1998-11-09 2001-10-16 Telefonaktiebolaget L M Ericsson (Publ) Internet system and method for selecting a closest server from a plurality of alternative servers
KR20010016708A (ko) 1999-08-02 2001-03-05 문정훈 네임 서버를 이용한 네트워크 트래픽 제어장치 및 제어방법
GB9921029D0 (en) * 1999-09-06 1999-11-10 Univ Bristol Communication networks
KR20010076767A (ko) 2000-01-28 2001-08-16 오길록 이동컴퓨팅 환경에서 디엔에스 기반 위치정보 등록 및경로설정방법
US7162539B2 (en) * 2000-03-16 2007-01-09 Adara Networks, Inc. System and method for discovering information objects and information object repositories in computer networks
US7908337B2 (en) * 2000-04-28 2011-03-15 Adara Networks, Inc. System and method for using network layer uniform resource locator routing to locate the closest server carrying specific content
US7562153B2 (en) * 2000-05-12 2009-07-14 AT&T Intellectual Property II, L. P. Method and apparatus for content distribution network brokering and peering
KR100463053B1 (ko) 2000-12-28 2004-12-23 주식회사 엔에스텍 정적 도메인과 동적 도메인을 지원하는 하이브리드 도메인네임 서비스 제공 시스템 및 방법
JP3601464B2 (ja) 2001-03-13 2004-12-15 日本電気株式会社 移動網における移動端末管理システム、移動端末管理方法および端末
US20020178238A1 (en) * 2001-05-23 2002-11-28 Thomas Fletcher Caching address information in a communications system
US7027582B2 (en) * 2001-07-06 2006-04-11 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for resolving an entity identifier into an internet address using a domain name system (DNS) server and an entity identifier portability database
FI20011651A (fi) * 2001-08-15 2003-02-16 Nokia Corp Palveluklusterin kuormituksen tasapainoittaminen
KR100383587B1 (ko) 2001-08-16 2003-05-14 삼성전자주식회사 이동 인터넷 프로토콜 시스템 및 그의 경로 최적화 방법
US20030079027A1 (en) * 2001-10-18 2003-04-24 Michael Slocombe Content request routing and load balancing for content distribution networks
US6839421B2 (en) * 2001-10-29 2005-01-04 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus to carry out resolution of entity identifier in circuit-switched networks by using a domain name system
JP4180279B2 (ja) 2002-01-11 2008-11-12 Ｋｄｄｉ株式会社 名前解決を用いたルーティング方法およびそのシステム
US7657653B2 (en) * 2002-12-17 2010-02-02 Fujitsu Limited Load decentralization method and apparatus thereof

Also Published As

Publication number Publication date
ATE377901T1 (de) 2007-11-15
US7756065B2 (en) 2010-07-13
EP1509025A3 (de) 2005-03-02
KR100568231B1 (ko) 2006-04-07
EP1509025B1 (de) 2007-11-07
JP2005065253A (ja) 2005-03-10
CN1581836A (zh) 2005-02-16
EP1509025A2 (de) 2005-02-23
US20050036501A1 (en) 2005-02-17
JP3880984B2 (ja) 2007-02-14
DE602004009869D1 (de) 2007-12-20
KR20050017252A (ko) 2005-02-22
CN100382525C (zh) 2008-04-16

Similar Documents

Publication Publication Date Title
DE602004009869T2 (de) Domänennamendienstsystem und zugehöriges Verfahren
DE60310593T2 (de) Routing in einem datenkommunikationsnetz
DE60103942T2 (de) Lastausgleich in einem Telekommunikationssystem das Mobil IP unterstützt
DE60215340T2 (de) Verteiltes Funknetzwerk
DE60306754T2 (de) Verfahren zum Herunterladen von Software mit Unterstützung von mobilen Sitzungen in Mobilkommunikationssystemen
DE60030050T2 (de) Vorrichtung und verfahren zur effiziente abgabe von mehrfachdaten im pacs (personal access communications system)
DE602004003016T2 (de) Gerät in einem Netzwerk und Verfahren für einen stabilen Handoff in einem IP-basierten ad-hoc-Mobilfunknetzwerk
DE602005006171T2 (de) Kommunikationssystem mit der Fähigkeit ein optimales Gateway für Terminals auszuwählen
DE60216862T2 (de) System und Verfahren zum mikromobilitätsbasierten Netz-Routing
AT500118B1 (de) Mehrfach-funkgerät-vereinheitlichungsprotokoll
DE69736596T2 (de) Verfahren und vorrichtung zur adressierung einer schnurlosen kommunikationseinheit mit einer dynamisch zugewiesenen adresse
DE60127968T2 (de) Bereitstellung von nahtloser benutzermobilität in einer drahtlosen netzumgebung kurzer reichweite
DE60221231T2 (de) Verwaltungssystem für mobiles endgerät, mobiles endgerät, agent und programm
DE60311632T2 (de) Mobiler Knoten, Mobilitätssteuerungsgerät, Verfahren zur Kommunikationssteuerung, Kommunikationssystem und Datenformat
DE60209378T2 (de) System und verfahren zur auswahl eines unterstützungsknotens in einem funkkommunikationssystem
DE602005003257T2 (de) Mobiles Host-Endgerät, Funkrufagent, Pakerkommunikationssystem und Verfahren zur Feststellung von Bewegung
DE60300299T2 (de) System zur Auswahl von Quell-Adressen geeignet für eine Umgebung mit mehreren Heimatnetzen
DE112006001655B4 (de) Verfahren und Vorrichtung zur Vereinfachung einer Kommunikation unter Verwendung von Ersatz- und Care-of-Internetprotokolladressen
DE60131047T2 (de) Verwaltung von Protokollinformationen in hierarchischen PNNI-Netzen
DE112005002142T5 (de) System und Verfahren zum Assoziieren verschiedener Arten von Knoten mit Zugangspunktknoten in einem drahtlosen Netzwerk zum Routen von Daten in dem drahtlosen Netzwerk
DE60029292T2 (de) System und Verfahren zur mobilen Kommunikation mit Vermeidung von Verzögerungen bei der Datenübertragung
DE602004006918T2 (de) Methode zur Vorabreservierung einer neuen "Care-of"-Adresse für ein schnelles Handover in einer mobilen IPv6 Umgebung
DE10297189T5 (de) Ortsverwaltungssystem und Paging-Server in einem drahtlosen IP-Netz
DE60037914T2 (de) Multicasting von Daten in einem mobilen IP-Kommunikationsnetz
DE112005003194B4 (de) Verteilter Domain Name Service

Legal Events

Date Code Title Description
8364 No opposition during term of opposition