DE10296660T5

DE10296660T5 - Über Netzwerkadressübersetzungs(NAT) -Einrichtungen hinweg betreibbare Kommunikationsprotokolle

Info

Publication number: DE10296660T5
Application number: DE10296660T
Authority: DE
Inventors: Bounthavivone Portland Phomsopha; Hani Beaverton Elgebaly
Original assignee: Intel Corp
Current assignee: Intel Corp
Priority date: 2001-04-17
Filing date: 2002-04-12
Publication date: 2004-04-22
Anticipated expiration: 2022-04-13
Also published as: DE10296660B4; WO2002084974A3; CN1623310A; TW567699B; GB0326644D0; GB2392343A; WO2002084974A2; GB2392343B; AU2002307311A1; US7272650B2; CN100527750C; HK1061763A1; US20020152325A1

Abstract

Ein Kommunikationsprotokoll zum Initiieren einer Kommunikations-Session über eine Netzwerkübersetzungseinrichtung, welche internen Netzwerkverkehr mit einer internen Adresse und einem internen Port in externen Verkehr mit einer scheinbaren externen Ursprungsadresse und einem scheinbaren Port übersetzt, wobei das Protokoll umfaßt:
Vorbereiten eines Session-Setup für eine Session von einer ersten Maschine mit der nicht routing-fähigen Netzwerkadresse zu einer zweiten Maschine, wobei das Session-Setup eine nicht routing-fähige Adresse anzeigt, zu welcher eine Session-Bestätigung zu senden ist; und
Senden des Session-Setup an die zweite Maschine über die Netzwerkübersetzungseinrichtung, wobei die Netzwerkübersetzungseinrichtung das Session-Setup nicht übersetzt;
wobei die zweite Maschine so konfiguriert ist, daß sie das Session-Setup untersucht und feststellt, ob das Session-Setup die nicht routing-fähige Adresse enthält.

Description

Gebiet der E rfindung
Die Erfindung bezieht sich allgemein auf eine netzwerkbasierte Telefonie und insbesondere auf die Verwendung von Kommunikationsprotokollen durch einen übersetzenden Zugriffspunkt, wie beispielsweise ein NAT-Gerät, hindurch, ohne daß der übersetzende Zugriffspunkt derart geändert werden muß, daß er das Kommunikationsprotokoll unterstützt.
Hintergrund
In den vergangenen Jahren ergaben sich signifikante Fortschritte bei der Netzwerktechnik sowie verringerte Preise, was zu einem signifikanten Aufbau einer Netzwerkinfrastruktur führte. Wie es in 1 veranschaulicht ist, sind viele Haushalte 100 und Unternehmen 106 über private und öffentliche Netzwerke 104 miteinander verbunden, wobei das meistbekannte Netzwerk das Internet ist. Die meisten Netzwerke benutzen gegenwärtig die Kommunikationsprotokolle Transmission Control Protocol/Internet Protocol (TCP/IP), bei welchen Netzwerkorten global einmalige numerische 32-Bit-Adressen zugewiesen werden, die üblicherweise in der Dotted-Quad-Notation (4 Zahlen, die jeweils einen Wert von Null bis 255 haben) dargestellt werden. Der TCP/IP-Netzwerkverkehr wird auf der Grundlage einer Ziel-IP-Adresse für den Verkehr gelenkt (gerouted).
Unglücklicherweise führte das explosionsartige Wachsen des Internets zu einem Mangel verfügbarer Netzwerkadressen. Um dem entgegenzuwirken, wurden Versuche unternommen, eine einzige Netzwerkadresse unter mehreren Computern aufzuteilen. Ein gut bekanntes Beispiel ist die Netzwerkadreßübersetzung (NAT; Network Adress Translation), welche bei der Kommunikation mit einem externen Netzwerk 104 ein internes Netzwerk hinter einem Zugriffspunkt 102, 108 versteckt, indem der Netzwerkverkehr über diesen Zugriffspunkt gerouted wird. Interne Netzwerke verwenden im allgemeinen private Netzwerkadressen, die ohne Übersetzung auf dem öffentlichen Netzwerk nicht routing-fähig sind. Während des Betriebs übersetzen die Zugriffspunkte 102, 108 die Quell-IP-Adresse und -Ports des hinausgehenden Netzwerkverkehrs, um den Verkehr auf eine externe oder öffentliche Adresse des Zugriffspunkts und einen speziellen Port abzubilden. Umgekehrt übersetzt der Zugriffspunkt die Ziel-IP-Adresse und den speziellen Port des eingehenden Netzwerkverkehrs zurück in eine ursprüngliche interne Adresse und einen ursprünglichen internen Port. Jedoch ignorieren Zugriffspunkte grundsätzlich eingehenden Netzwerkverkehr, der nicht in Beantwortung eines hinausgehenden Netzwerkverkehrs, der übersetzt worden ist, empfangen wird, sowie eingehenden Verkehr, der auf nicht abgebildete Ports gerichtet ist.
Die Netzwerkverkehrsübersetzung, die von einem übersetzenden Zugriffspunkt, wie beispielsweise einem NAT-Gateway/Router 102, einem Firewall 108 oder dergleichen, ausgeführt wird, ist für viele Anwendungen transparent. Jedoch durchbrechen derartige Übersetzungen unter bestimmten Umständen einige Protokolle, wie beispielsweise audiovisuelle Konferenzprotokolle, Sicherheitsprotokolle, Spielprotokolle oder andere Protokolle, die eine Netzwerkadresse einer Maschine in den Netzwerkverkehr einbetten. Beispielsweise sind der International Telecommunication Union (ITU)-Standard H.323, das Internet Engineering Task Force (IETF) Media Gateway Control Protocol (MGCP/Megaco), das IETF Session Initiation Protocol (SIP), das IP Security (IPSec), End-to-End-Sicherheitsmodelle, die keine Änderungen des Paket-Headers gestatten, und das File Transfer Protocol (FTP) Beispiele von Protokollen, die durchbrochen werden, wenn sie hinter übersetzenden Zugriffspunkten, wie beispielsweise NAT-Einrichtungen, verwendet werden.
In 1 beispielsweise untersucht ein H.323-Client 116 seine Netzwerkkonfiguration und registriert sie bei einem H.323-Gateway 118 als Protokolldaten. In ähnlicher Weise registriert sich der H.323-Client 110 selbst bei dem Gateway. Da jedoch der H.323-Client 110 Netzwerkdienste von einem Internet-Diensteanbieter 112 empfängt, der sich in einem privaten Netzwerk hinter einem NAT-Gateway/Router 114 befindet, kann die in den Protokolldaten gekennzeichnete Konfiguration für den Client 110 nicht von dem H.323-Gateway 118 oder dem Client 116 verwendet werden, um auf den Client 110 zuzugreifen.
Eine vorgeschlagene Lösung für dieses Problem besteht darin, Zugriffspunkte derart zu modifizieren, daß sie von dem Protokoll Kenntnis erhalten. Unglücklicherweise ist dies aufgrund der großen Anzahl installierter Zugriffspunkte eine teure Lösung. Damit sie richtig arbeitet, müssen sämtliche übersetzenden Zugriffspunkte überarbeitet werden, so daß sie das Protokoll unterstützen; wenn irgendein stromauf gelegener nicht-unterstützender übersetzender Zugriffspunkt erreicht wird, schlägt das Protokoll fehl.
Kurzbeschreibung der Zeichnungen
Die Merkmale und Vorteile der vorliegenden Erfindung werden aus der nachfolgenden detaillierten Beschreibung der vorliegenden Erfindung ersichtlich, in welcher:
1 eine bekannte Netzwerkkonfiguration von über ein Netzwerk miteinander verbundenen Rechnereinrichtungen veranschaulicht.
2 ist ein Ablaufdiagramm gemäß einem Ausführungsbeispiel, das einen allgemeinen Überblick gibt, wie ein Endpunkt innerhalb einer NAT-Einrichtung eine Media-Session mit einem anderen Endpunkt außerhalb der NAT-Einrichtung einrichtet.
3 ist ein Ablaufdiagramm gemäß einem Ausführungsbeispiel, das einen allgemeinen Überblick veranschaulicht, wie ein Endpunkt innerhalb einer NAT-Einrichtung eine Session mit einem anderen Endpunkt außerhalb der NAT-Einrichtung initiiert.
4 ist ein Ablaufdiagramm gemäß einem Ausführungsbeispiel, das einen allgemeinen Überblick für zwei Endpunkte innerhalb von NAT-Einrichtungen veranschaulicht, wobei ein Endpunkt den anderen anruft.
5 veranschaulicht, in Übereinstimmung mit einem Ausführungsbeispiel, eine Top-Down-Zeitleiste von Protokolltransaktionen, bei welchen ein erster Endpunkt hinter einer NAT-Einrichtung einen Ruf von einem zweiten Endpunkt empfängt.
6 veranschaulicht, in Übereinstimmung mit einem Ausführungsbeispiel, eine Top-Down-Zeitleiste von Protokolltransaktionen, bei welchen der erste Endpunkt eine Kommunikations-Session über die NAT-Einrichtung zu dem zweiten Endpunkt initiiert.
7 veranschaulicht, in Übereinstimmung mit einem Ausführungsbeispiel, eine Top-Down-Zeitleiste von Protokolltransaktionen, bei welchen der erste Endpunkt eine Kommunikations-Session zu einem zweiten Endpunkt initiiert, wobei beide Endpunkte sich hinter NAT-Einrichtungen befinden.
8 veranschaulicht eine geeignete Rechnerumgebung, in welcher bestimmte Aspekte der Erfindung implementiert werden können.
Detaillierte Beschreibung
Bei einer Ausführungsform können die Einschränkungen der NAT und anderer übersetzender Zugriffspunkte durch Modifikation von Kommunikationsprotokollen derart überwunden werden, daß die Protokolle in der Lage sind, die Übersetzung zu erkennen und zu kompensieren. So wie er hier verwendet wird, bezieht sich der Begriff "NAT" auf irgendeinen Zugriffs punkt, welcher Ursprungs- und/oder Port-Werte des durchgeleiteten Netzwerkverkehrs ändert. Grundsätzlich kann ein Kommunikationsprotokoll, das Benachrichtigungsinformationen innerhalb von Protokolldaten weiterleitet, wie beispielsweise ITU H.323 oder ein anderes Protokoll, so modifiziert werden, daß ein Endpunkt hinter einer NAT Daten über die NAT-Einrichtung unter Verwendung eines gewünschten Kommunikationsports zum Empfangen von Antwortdaten senden muß. Dies bereitet eine NAT-Einrichtung des Endpunkts darauf vor, Antwortdaten aus einer bestimmten Netzwerkadresse auf dem gewünschten Kommunikationsport zu empfangen.
Insbesondere wird das Verhalten des Kommunikationsendpunkts derart modifiziert, daß er denselben Port zum Lauschen auf und Hervorbringen von Kommunikations-Sessions (z. B. sowohl für das Signalisieren als auch für das Streaming von Inhalten) verwendet (in der nachfolgenden Beschreibung und in den Ansprüchen bezieht sich der Begriff "Inhalte" auf Nur-Audio-Daten, Nur-Video-Daten, kombinierte Audio- und Video-Daten oder andere Daten, die zwischen Endpunkten übermittelt werden können).
Empfänger von Protokolldaten, beispielsweise der Registrierungsserver oder andere Kommunikationsendpunkte, werden so konfiguriert, daß sie eingebettete Endpunkt-Netzwerkort-Werte, z. B. Netzwerkadresse, Kommunikationsport (im folgenden einfach Port), etc., untersuchen, um zu sichern, daß sie einer routing-fähigen Netzwerkadresse entsprechen. Wenn eine eingebettete Adresse nicht routing-fähig ist, wurde eine NAT erfaßt, und in den Protokolldaten enthaltene Ursprungsadreßund Port-Werte der Netzverkehrspakete werden anstelle der eingebetteten Werte verwendet.
Diese Änderungen eines Kommunikationsprotokolls gestatten die Unterstützung von NAT-Einrichtungen und anderen derartigen übersetzenden Zugriffspunkten unabhängig von speziellen Servern, Proxys oder Überarbeitungen der NAT-Hardware. Obgleich es sein kann, daß die Figuren aus Gründen der Klar heit der Darstellung nicht sämtliche Operationen von sämtlichen Endpunkten als symmetrisch veranschaulichen, können diese Änderungen symmetrisch gemacht werden, so daß es keine Unterscheidung zwischen dem Endpunktverhalten innerhalb oder außerhalb einer NAT gibt.
2 ist ein Ablaufdiagramm gemäß einem Ausführungsbeispiel, das eine allgemeine Übersicht veranschaulicht, wie ein Endpunkt innerhalb einer NAT-Einrichtung eine Media-Session mit einem anderen Endpunkt außerhalb der NAT-Einrichtung gemäß einem Protokoll, wie beispielsweise RTP und RTCP, einrichtet. Man beachte, daß RTP/RTCP als Beispiele verwendet werden, da sie gut bekannte Kommunikationsprotokolle sind, die Ruf-Setup und Signalisieroperationen benutzen. Für einen Fachmann ist es jedoch klar, daß die vorliegende Erfindung grundsätzlich auch auf andere Kommunikationsprotokolle anwendbar ist.
Bei dem veranschaulichten Ausführungsbeispiel sendet 200 ein interner Host hinter einer NAT-Einrichtung RTP- und RTCP-Ströme aus dem Port, auf welchem er einen zugehörigen Strom zu empfangen erwartet. Wenn beispielsweise ein Endpunkt erwartet, daß Audio auf Port 2244 empfangen wird, dann initiiert er eine Audioübertragung auf Port 2244. Sofern eine NAT-Einrichtung vorhanden ist, erzeugt 204 die NAT, wenn sie einen Datenstrom zur Übersetzung empfängt 202, geeignete Übersetzungstabelleneinträge und ist somit auf den Empfang zugehöriger Antwortdaten vorbereitet.
Externe Hosts, wie beispielsweise der Registrierungsserver oder andere Endpunkte, sind so konfiguriert, daß dann, wenn sie den Datenstrom empfangen 206, sie in Protokolldaten eingebettete IP-Adressen, beispielsweise eine eingebettete Referenz auf Port 2244, überprüfen, da derartige eingebettete Referenzen von NAT-Einrichtungen nicht gesehen werden. Wenn 210 eine eingebettete Adresse routing-fähig ist, dann sendet 212 der externe Host Antwortdaten an die eingebettete Adresse.
Wenn jedoch 210 eine eingebettete Adresse nicht routingfähig ist, sie beispielsweise nicht über das Internet gerouted werden kann, dann identifiziert 214 der externe Host die den Netzwerkverkehrspaketen, die die Protokolldaten codieren, zugeordnete Adresse und den Port, da diese dem Ergebnis der NAT entsprechen. Der externe Host sendet 216 dann Antwortdaten an die identifizierte Ursprungsadresse und den Port, beispielsweise verbindet der externe Host mit den empfangenen Ports zum Senden des Inhalts zurück an die interne Einrichtung. Dies ist erforderlich, da die NAT-Einrichtung die in den eingebetteten Daten identifizierten Adreßund/oder Port-Werte ungültig gemacht hat. Um Medien zwischen einem internen Host und einem externen Host strömen zu lassen, sendet der interne Host anfänglich einen Medienstrom, so daß seine NAT-Einrichtung Antwortdaten akzeptieren wird.
3 ist ein Ablaufdiagramm gemäß einem Ausführungsbeispiel, das eine allgemeine Übersicht veranschaulicht, wie ein Endpunkt innerhalb einer NAT-Einrichtung eine Session mit einem anderen Endpunkt außerhalb der NAT-Einrichtung unter Verwendung von SIP, H.323 oder einem anderen Protokoll initiiert. Bei diesem Ausführungsbeispiel sendet 300 der interne Host eine Registrierungsanforderung auf demselben Port, auf welchem er den Empfang von Rufen erwartet, und stellt einen Identitäts-Alias zur Verfügung. Der interne Host lauscht 30 2 dann an einer internen Adresse und einem internen Port.
Der Registrierungsserver, beispielsweise ein Gatekeeper, SIP-Registrator, etc., überprüft 304 die in der Registrierung eingebettete interne Adresse, um zu bestimmen, ob 306 sie eine routing-fähige Adresse ist. Sofern sie routing-fähig ist, registriert 308 dann der Registrierungsserver die Adresse, den Port und den Identitäts-Alias wie üblich. So fern sie nicht routing-fähig ist, identifiziert 310 dann der Registrierungsserver die Ursprungsadresse und den Port, die den die Protokolldaten codierenden Netzwerkverkehrspaketen zugeordnet sind, da dies dem Ergebnis der NAT entspricht, und registriert 312 den internen Host bei der identifizierten Ursprungsadresse mit dem Identitäts-Alias.
Ein externer Endpunkt, der den internen Endpunkt zu rufen versucht, löst den Identitäts-Alias des internen Endpunkts als identifizierte 310 Ursprungsadresse und Port der NAT-Einrichtung auf. Der interne Host lauscht 302 an den Ports, die auf die von dem Registrierungsserver registrierten 312 externen Ports abgebildet sind. Wenn die NAT-Einrichtung einen eingehenden Ruf empfängt 316, welcher über den Registrierungsserver gerouted ist, bildet die NAT-Einrichtung den Ruf aus dem externen Endpunkt auf den internen Endpunkt ab 318.
Das Inhalte-Streaming kann so eingerichtet werden, wie es oben bei 2 erörtert worden ist.
4 ist ein Ablaufdiagramm gemäß einem Ausführungsbeispiel, das eine allgemeine Übersicht für zwei Endpunkte innerhalb 400 von NAT-Einrichtungen veranschaulicht, wobei ein Endpunkt den anderen unter Verwendung von H.323, SIP oder anderen Protokollen ruft.
Bei diesem Ausführungsbeispiel lauschen 402 beide Endpunkte an internen Adressen, die während einer Registrierung einem Registrierungsserver zur Verfügung gestellt worden sind. Ein erster der Endpunkte versucht, den Identitäts-Alias des anderen Endpunkts aufzulösen 404. wie oben erörtert wurde, stellt der Registrierungsserver eine routing-fähige Adresse zurück dem Endpunkt zur Verfügung 406, der auf die interne Adresse, an welcher der andere Endpunkt lauscht 402, abbildet. Der erste Endpunkt sendet 408 ein Ruf-Setup an den anderen Endpunkt über den Registrierungsserver, und der gerufene Endpunkt antwortet 410 auf die Ursprungsadresse und den Ursprungsport des Ruf-Setup. Da sich beide Endpunkte hinter einer NAT befinden, fängt der Registrierungsserver die Kommunikation zum Routen von sowohl Steuer- als auch Medieninformationen ab und agiert als Proxy.
Dann kann ein Inhalte-Streaming eingerichtet 412 werden, wobei es zwei Optionen gibt dies auszuführen. Eine erste Option besteht darin, daß die vorhandene Kommunikationsadresse und der Port aus dem Ruf-Setup verwendet werden können, um Inhalte-Streaming zu übertragen. Eine zweite Option besteht darin, sich über eine Verwendung einer abweichenden Adresse und es einen abweichenden Ports zu benachrichtigen. Da jedoch beide Endpunkte sich hinter NAT-Einrichtungen befinden, dient dann, wenn 414 der Port nicht erneut verwenden werden soll, der Registrierungsserver als Proxy oder Vermittler für Inhalte-Ströme 416. Dies ist erforderlich, da nur der Registrierungsserver für beide NAT-Einrichtungen als gültige Quelle für eingehende Daten bekannt ist. Bei einem Ausführungsbeispiel ändert 418 der Registrierungsserver-Proxy eingebettete Adressen innerhalb der Protokolldaten, um auf den Registrierungsserver zu verweisen, und tunnelt 420 dann den Inhalte-Verkehr zwischen den Endpunkten. Bei einem Ausführungsbeispiel dient der Registrierungsserver selbst dann als Proxy, wenn Signal-Ports erneut verwendet werden 416.
5 veranschaulicht, gemäß einem Ausführungsbeispiel, eine Top-Down-Zeitleiste von Protokolltransaktionen, bei welchen ein erster Endpunkt EP1 500 hinter einer NAT-Einrichtung einen Ruf aus einem zweiten Endpunkt EP2 506 empfängt. Man beachte, daß einige Operationen in den veranschaulichten Zeitleisten gleichzeitig oder in einer abweichenden Reihenfolge auftreten können.
Ein Registrierungsserver 504 dient als Vermittler oder Vermittlung, um die Kommunikation zwischen Endpunkten zu erleichtern. Der Registrierungsserver verfolgt die Endpunkt-Identitäten oder -Aliases und Netzwerkorte, beispielsweise Adressen, etc., für die Endpunkte. Da die Kommunikation durch eine NAT-Einrichtung hindurch geleitet wird, wie es unten erörtert werden wird, erfordert das von den Endpunkten benutzte Kommunikationsprotokoll, daß der erste Endpunkt seine NAT-Einrichtung für den Empfang von Daten aus dem zweiten Endpunkt auf einem gewünschten Port vorbereitet.
wie oben erörtert, gilt das veranschaulichte Kommunikationsprotokoll für ein beliebiges Protokoll, das Protokolldaten benutzt, die eine Netzwerkadresse eines Endpunkts, beispielsweise eine Netzwerkadresse und ggf. einen gewünschten Kommunikationsport, enthält. Angenommen, ein H.323-basiertes Telefonieprotokoll wird verwendet und jeder der EP1 500, NAT 502 und EP2 506 hat seine zugehörige IP-Netzwerkadresse und seinen Kommunikationsports 508, 510, 512, und angenommen, die IP-Adresse bleibt für die Dauer des Beispiels statisch, aber es werden verschiedene Port-Werte W, X, Y verwendet. Für Fachleute ist es jedoch klar, daß statische IP-Adressen oder selbst das IP-Protokoll nicht erforderlich sind. Beispielsweise können Protokolle, wie AppleTalk, NetBios Enhanced User Interface (Netbeui), etc., verwendet werden.
EP1 500 sendet 518 eine Registrierungsnachricht an den Ruf-Registrierungsserver 504, was dem Registrierungsserver mittels eingebetteter Protokolldaten mitteilt, daß EP1 an Adresse A1 Port P1 kontaktiert werden soll und den Identifizierer (z. B. Alias) ID1 aufweist. (Es ist zu beachten, daß sämtliche Port-Bezeichnungen hier Beispiele sind und keine spezielle Bedeutung haben und die Figuren die Bezeichnung A1/P1 verwenden, um Adresse A1 Port P1 darzustellen).
Die Registrierungsnachricht durchläuft die NAT 502, und die NAT übersetzt 520 den die Registrierungsnachricht enthaltenden Netzwerkverkehr so, daß er als aus Adresse A2 Port P2 herrührend erscheint. Der Registrierungsserver stellt fest (nicht dargestellt), daß die eingebettete Adresse A1 Port P1 in den Protokolldaten nicht routing-fähig ist, bei spielsweise eine private Adresse innerhalb einer NAT ist, und folglich, daß eine Übersetzung auftrat. Demzufolge registriert 522 der Registrierungsserver, daß EP1 sich an der Adresse A2 Port P2 mit dem Identifizierer ID1 befindet, auf der Grundlage der Paket-Kopfteile (Header) des die Registrierungsnachricht enthaltenden Netzwerkverkehrs.
EP2 versucht dann, EP1 zu kontaktieren. Um dies auszuführen, versucht EP2, die gegenwärtige Netzwerkadresse von EP1 aufzulösen 524, indem er eine Auflösungsanforderung 524 für den ID1 des EP1 an den Registrierungsserver 504 sendet. Der Registrierungsserver schlägt nach dem Eintrag für ID1 nach und sendet eine Antwort 526, die kennzeichnet, daß EP1 die Netzwerkadresse A2 Port P2 hat. EP2 lauscht 528 dann an der Adresse A3 Port P10 (ein beliebiger von EP2 ausgewählter Port) nach zu empfangenden Inhalten und initiiert eine Ruf-Anforderung 530 an EP1 an der Adresse A2 Port P2 über den Registrierungsserver. Die Ruf-Anforderung von EP2 wird über den Registrierungsserver 504 gerouted, welcher wiederum die Ruf-Anforderung an die NAT-Einrichtung 502 weiterleitet.
Angenommen, die NAT-Einrichtung weist eingehenden Netzwerkverkehr, der nicht von einer bekannten Netzwerkadresse und einem Port, beispielsweise einer Adresse, an welche die NAT-Einrichtung zuvor Netzwerkverkehr gesendet hatte, herrührt, zurück, so ist ein Routing der Ruf-Anforderung über den Registrierungsserver erforderlich, um zu bewirken, daß die NAT-Einrichtung die von EP2 herrührende Ruf-Anforderung akzeptiert, da dann die geroutete Anforderung als Antwort auf die Registrierung 518 von EP1 erscheint. Die NAT-Einrichtung übersetzt 534 den die Ruf-Anforderung, die an die Adresse A2 Port P2 gerichtet ist, enthaltenen Netzwerkverkehr zur Lieferung an EP1 an die Adresse A1 Port P1.
Sobald EP1 die Ruf-Anforderung empfängt, lauscht 536 er dann an Adresse A1 Port P20 (einen beliebigen von EP1 ausgewählten Port) und bestätigt 538 die Ruf-Anforderung an EP2 auf der Adresse A3 Port P20, den beliebigen von EP2 ausge wählten Port). Innerhalb der an EP2 gesendeten Protokolldaten zeigt EP1 an, daß er auf Adresse A1 Port P20 lauscht. Gewöhnlich wäre dann, wenn sich EP1 nicht hinter einer NAT-Einrichtung befinden würde, die Bildung einer Kommunikations-Session abgeschlossen, da EP2 einfach mit dem Senden von Inhalten an die Adresse A1 Port P20 beginnen könnte. Da jedoch EP1 sich hinter einer NAT-Einrichtung befindet, wird der Netzwerkverkehr von EP1, der die Bestätigung enthält, in Adresse A2 Port P30 übersetzt 540.
Da die Ruf-Anforderung 530 ursprünglich an EP1 von dem Registrierungsserver 504 weitergeleitet 532 wurde, sendet EP1 seine Bestätigung 538 an den Registrierungsserver, welcher wiederum diese an EP2 bei A2/P10, der Adresse, an welcher EP2 zu lauschen 528 wählte, weiterleitet 542. An diesem Punkt wird der Registrierungsserver nicht mehr als Vermittler benötigt, da EP1 nunmehr weiß, daß er Inhalte an EP2 an der Adresse A3 Port P10 senden soll. Jedoch nimmt bei einem Ausführungsbeispiel EP2 nicht an, daß sich ein weiterer Endpunkt hinter einer NAT-Einrichtung befindet, und testet somit die Bestätigung, um zu identifizieren 544, daß eine Übersetzung stattgefunden hat, beispielsweise, daß die in den Protokolldaten eingebettete Adresse A1 Port P20 nicht routing-fähig ist.
Sobald die Übersetzung identifiziert ist 544, wartet 546 EP2 auf Inhalte, die aus EP1 an EP2 gesendet 548 werden sollen, statt sofort Inhalte zu senden, wie es bei einer herkömmlichen Kommunikations-Session erfolgen würde. Man beachte, daß beim Senden 548 von Inhalten an EP2 an der Adresse A3 Port P10 einige NAT-Einrichtungen Port P30 erneut verwenden könnten, der vom Senden 540 der Bestätigung an EP2 gesetzt wurde, da EP1 fortfährt, an dieselbe Ziel-Adresse und -Port zu senden. Wenn die NAT-Einrichtung den zu sendende Inhalte übersetzt 550, bereitet dies die NAT-Einrichtung des EP1 darauf vor, erwiderte Inhalte aus EP2 zu empfangen. EP2, der von der Übersetzung Kenntnis erlangt, sen det 552 seine Inhalte an die NAT-Einrichtung, welche wiederum den die Inhalte enthaltenden Netzwerkverkehr übersetzt 554 und ihn an EP1 liefert.
So wurde eine Kommunikations-Session von EP2 an EP1 eingerichtet.
6 veranschaulicht, gemäß einem Ausführungsbeispiel, eine Top-Down-Zeitleiste von Protokolltransaktionen, bei welchen der erste Endpunkt EP1 500 eine Kommunikations-Session über die NAT-Einrichtung 502 an den zweiten Endpunkt EP2 506 initiiert. Der erste Endpunkt EP1 registriert sich selbst 518, 520, 522 bei dem Registrierungsserver 504 so, wie es anhand von 5 erörtert wurde.
Dann lauscht 600 der EP1 auf der Adresse A1 Port P1, und EP2 lauscht 602 auf Adresse A3 Port P3. EP2 sendet 604 eine Registrierungsnachricht an den Registrierungsserver, die anzeigt, das er die Netzwerkadresse A3 Port P3 und die Identität ID2 hat. Wie oben anhand von 5 bezüglich der Registrierung 518 von EP1 erörtert wurde, führt der Registrierungsserver eine (nicht veranschaulichte) Überprüfung durch, um zu bestimmen, ob sich EP2 hinter einem Firewall befindet. Dies ist bei EP2 nicht der Fall, so daß der Registrierungsserver den EP2 mit den zur Verfügung gestellten Adreßwerten registriert.
Um einen Aufruf von EP1 an EP2 zu initiieren, sendet EP1, welcher sich hinter der NAT-Einrichtung 502 befindet, eine Auflösungsanforderung 608 an den Registrierungsserver, um ID2 aufzulösen. Die Anforderung wird übersetzt 610 und an den Registrierungsserver weitergeleitet, welcher die Registrierung der Adresse A3 Port P3 für EP2 nachschlägt. Der Registrierungsserver führt eine Überprüfung aus und stellt fest 612, daß sich EP1 hinter einer NAT-Einrichtung befindet, beispielsweise die eingebetteten Protokolldaten eine nicht routing-fähige Adresse enthalten, so daß der Registrierungsserver eine Auflösungs-Antwort zurück an EP1 an der Adresse A2 Port P10 sendet, derjenigen Adresse, die von der NAT-Einrichtung zugewiesen 610 wurde, wenn diese die Auflösungsanforderung 608 übersetzt hat. Bei einem Ausführungsbeispiel sendet der Registrierungsserver einfach Antworten auf Auflösungsanforderungen zurück an die Netzwerkadresse und den Port, die von dem Netzwerkverkehr mit der Auflösungsanforderung identifiziert wird, ohne eingebettete Adressen innerhalb der Protokolldaten zu untersuchen.
Der EP1 wartet 616 dann auf Inhalte, beispielsweise Ruf-Abschluß, auf Adresse A1 Port P20 (einem beliebigen Port) und sendet 618 für die von dem Registrierungsserver gesendeten 614 Auflösungsdaten eine Ruf-Anforderung an Adresse A3 Port P3. Die Netzwerkadresse A1 Port P20, bei welcher EP1 zu kommunizieren wünscht, wird in die Ruf-Anforderung als Protokolldaten eingebettet. Die Ruf-Anforderung wird von der NAT-Einrichtung übersetzt 620, so daß sie so erscheint, als würde sie aus Adresse A2 (eine routing-fähige Adresse) Port P30 (ein beliebiger Port) herrühren, und dann von der NAT-Einrichtung an EP2 weitergeleitet. EP2 untersucht, wie zuvor erörtert wurde, die Protokolldaten und stellt fest 622, daß Adresse A1 Port P20 keine routing-fähige Netzwerkadresse ist.
Folglich sendet 624 EP2 einen Ruf-Bestätigung an die NAT-Einrichtung bei Adresse A2 Port P30, und die NAT wiederum leitet 626 die Bestätigung an EP1 an der Adresse A1 Port P20 weiter. Die Ruf-Bestätigung aus EP1 umfaßt Protokolldaten, die anzeigen, daß EP2 Inhalte aus EP1 an der Adresse A3 Port P40 (ein beliebiger Port) zu empfangen wünscht. Da EP2 erfaßte, daß sich EP1 hinter einer NAT-Einrichtung befindet, sendet EP2 keine Inhalte an EP1, da er statt dessen wartet 628, das EP1 seine NAT-Einrichtung vorbereitet, indem er Inhalte an EP2 sendet.
EP1 sendet 630 Inhalte an EP2 an der Adresse A3 Port P40, wie es bei der Bestätigung 624 von EP2 angezeigt ist. Die NAT-Einrichtung übersetzt 632 die Medien so, daß sie als von der Adresse A2 Port P50 (ein beliebiger Port) herrührend erscheinen. Für Fachleute ist klar, daß andere NAT-Einrichtungen es vorziehen können, Port-Zuweisungen erneut zu benutzen. Jetzt, nachdem Inhalte aus EP1 empfangen worden sind, kann EP2 erwidernde Inhalte an die NAT-Einrichtung an Adresse A2 Port P50 senden 634, welche wiederum veranlaßt, daß der Inhalt von EP2 so übersetzt 636 wird, daß er an die Adresse A1 Port P20 zur Lieferung an EP1 adressiert wird.
Somit wird eine Kommunikations-Session von EP1 an EP2 eingerichtet.
Bei einem Ausführungsbeispiel schließt die Registrierung eines Endpunkts die vorherige Registrierung eines Mitlausch-Ports (listening port) ein, an welchem der Endpunkt auf Inhalte wartet. Wenn beispielsweise EP1 ID2 auflöst 608, gibt der Server Adresse A3 Port P3, wie oben erörtert wurde, zusammen mit Port P40 zum Empfangen von Inhalten zurück. Die Kenntnis dieses Ports im Voraus ermöglicht es EP1, seine NAT vorab vorzubereiten, indem er ein Dummy-Paket an EP2 sendet, was es EP2 ermöglicht, sofort Daten, wie beispielsweise Audiodaten, an EP1 zu senden, noch bevor EP1 und EP2 die Aushandlung sämtlicher Session-Parameter, beispielsweise der zu benutzende CODEC, Videobitrate oder Qualität, Merkmale, etc., abgeschlossen haben.
7 veranschaulicht, in Übereinstimmung mit einer Ausführungsform, eine Top-Down-Zeitleiste von Protokolltransaktionen, bei welchen der erste Endpunkt EP1 700 einen Kommunikations-Session an einen zweiten Endpunkt 708 initiiert, wobei beide Endpunkte sich hinter NAT-Einrichtungen 702, 706 befinden.
Wie oben bei 4 erörtert worden ist, gibt es verschiedene Techniken, um eine richtige Signalisierung zu erreichen derart, daß die NAT-Einrichtungen 702, 706 in geeigneter Weise auf das Empfangen von Antwortdaten vorbereitet werden. Die Registrierung der Endpunkte, das Signalisieren der gewünschten Kommunikationsports und die Feststellung der NAT-Übersetzung erfolgen gemäß den zuvor erörterten Prinzipien. Bei dem veranschaulichten Ausführungsbeispiel gibt EP1 eine Ruf-Setup-Anforderung 710 an Adresse A4 Port P4 aus der internen Adresse A1 Port P1 aus, und dieser Ruf wird von der NAT 702 des EP1 übersetzt 712, so daß er anscheinend aus Adresse A2 Port P20 herrührt. Bei einem alternativen Ausführungsbeispiel werden Ruf-Setup-Anforderungen an Aliases, beispielsweise ID2, statt an Adresse-Port-Paarungen, wie veranschaulicht, gerichtet. Dieses Ruf-Setup wird an den Registrierungsserver 704 weitergeleitet, und der Registrierungsserver ändert 714 die Ruf-Setup-Protokolldaten derart, daß die interne Adresse A1 Port P1 statt dessen auf den Registrierungsserver verweist. Im Endeffekt erscheint es so, als ob der Registrierungsserver einen Ruf an EP2 initiierte. Die geänderten Ruf-Setup-Protokolldaten werden von der NAT des EP2 empfangen, welche sie übersetzt 716 und an EP2 liefert .
Folglich sendet 718 EP2 eine Bestätigung an den Server, welche anzeigt, daß er auf Adresse A3 Port P30 lauscht. Die NAT 720 des EP2 übersetzt die Bestätigung so, daß sie scheinbar aus Adresse A4 Port P40 herrührt. Wenn der Registrierungsserver die Bestätigung empfängt, ändert 722 er die Bestätigung so, daß die interne Adresse A3 Port P30 des EP2 statt dessen auf den Registrierungsserver verweist. Die geänderte Bestätigung wird von der NAT 702 des EP1 empfangen, welche sie zur Lieferung an EP1 übersetzt 724. So werden beide Endpunkte dazu verleitet, ihre Inhalte an den Registrierungsserver zu senden 726, 728, welcher wiederum sie an die richtigen Endpunkte 700, 708 weiterleitet.
8 und die nachfolgende Diskussion sollen eine kurze allgemeine Beschreibung einer geeigneten Rechnerumgebung zur Verfügung stellen, in welcher bestimmte Aspekte der veranschaulichten Erfindung implementiert werden können. Ein bei spielhaftes System zum Verkörpern des ersten Endpunkts EP1 500 oder des Registrierungsservers 504 gemäß 5 enthält beispielsweise eine Maschine 800 mit einem Systembus 802 zum Koppeln verschiedener Maschinenkomponenten.
Typischerweise sind mit dem Bus Prozessoren 804, ein Speicher 806 (z. B. RAM, ROM), Speichereinrichtungen 808, eine Videoschnittstelle 810 und Eingabe/Ausgabe-Schnittstellen-Ports 812 verbunden. Die Maschine kann darüber hinaus eingebettete Controller enthalten, wie beispielsweise programmierbare Logikbauelemente oder -arrays (PLD, PLA), generische oder programmierbare Array-Logik (GAL, PAL), anwenderprogrammierbare Gate-Arrays (FPGA), anwendungsspezifische integrierte Schaltungen (ASIC), Ein-Chip-Computer, SmartCards, etc.
Die Erfindung kann unter Bezugnahme auf Programmodule beschrieben werden, die im Speicher 806 und/oder in den Speichereinrichtungen 808 gespeichert sein können. Die Programmodule umfassen Prozeduren, Funktionen, Programme, Komponenten, Datenstrukturen und dergleichen zum Ausführen bestimmter Aufgaben oder Implementieren bestimmter abstrakter Datentypen. Ein Fachmann erkennt, daß Programmodule Gebilde in einer höheren Programmiersprache oder maschinennahe Hardware-Befehle und/oder Kontexte sein können, und daß sie in einem komprimierten oder verschlüsselten Format benutzt werden können. Daten können im Speicher 806, in den Speichereinrichtungen 808 und zugehörigen Medien gespeichert sein.
Die Maschine soll in einer vernetzten Umgebung unter Verwendung logischer Verbindungen zu einer oder zu mehreren fernen Maschinen 814, 816 über eine Netzwerkschnittstelle 818, ein Modem 820 oder einen anderen Kommunikationspfad betrieben werden. Maschinen können miteinander mit Hilfe eines verdrahteten oder drahtlosen Netzwerks 822 verbunden werden, wie beispielsweise das Netzwerk 104 der 1, einschließlich eines Intranet, des Internet, eines lokalen Netzwerks, eines Weitbereichsnetzwerks, eines zellularen Netzwerks, Kabel, Laser, Satellitenverbindungen, Mikrowellenverbindungen, Bluetooth, optischer, infraroter oder anderer Trägertechnologien.
Die Programmodule können in einer einzigen Maschine implementiert oder in einer verteilten Netzwerkumgebung verarbeitet werden und sowohl im lokalen als auch fernen Speichern gespeichert sein. Der Speicher und die Speichereinrichtungen schließen Festplattenlaufwerke, Disketten, optische Speicher, Magnetkassetten, Bänder, Flash-Speicherkarten, Speicherstifte, digitale Videoplatten, biologische Speicher und dergleichen sowie verdrahtete und drahtlose Übertragungsumgebungen, wie beispielsweise das Netzwerk 822, über welches Programmodule in Form von Paketen, seriellen Daten, parallelen Daten oder eines anderen geeigneten Übertragungsformats geliefert werden können.
So sei beispielsweise bezüglich der veranschaulichten Ausführungsbeispiele angenommen, daß die Maschine 800 einen Endpunkt betreibt und daß die fernen Einrichtungen 814, 816 dann einen zweiten Endpunkt und einen Registrierungsserver darstellen können. Es ist klar, daß die fernen Maschinen 814, 816 ähnlich der Maschine 800 konfiguriert sein können und folglich viele oder sämtliche Elemente, wie sie für die Maschine erörtert wurden, enthalten können. Es ist auch klar, daß die Maschinen 800, 814, 816 in einem einzigen Bauelement verkörpert sein können oder separate miteinander kommunizierende Komponenten sein können.
Die veranschaulichten Verfahren und deren zugehörige Beschreibung sollen maschinen-zugreifbare Medien veranschaulichen, die Anweisungen oder dergleichen speichern und welche in Einzel- und Multi-Prozessor-Maschinen, transportablen Computern, wie beispielsweise Handheld-Geräten einschließlich persönlichen digitalen Assistenten (PDAs), Mobiltelefonen und dergleichen, enthalten sein können. Nachdem die Prinzipien der Erfindung unter Bezugnahme auf die veran schaulichten Ausführungsformen beschrieben und veranschaulicht worden sind, ist zu erkennen, daß die veranschaulichten Ausführungsbeispiele hinsichtlich der Anordnung und in den Details modifiziert werden können, ohne von diesen Prinzipien abzuweichen.
Obwohl sich die vorstehende Diskussion auf spezielle Ausführungsformen konzentrierte, ist es klar, daß andere Konfigurationen erwogen werden. Obwohl Ausdrücke, wie beispielsweise "bei einem Ausführungsbeispiel", "bei einem anderen Ausführungsbeispiel" oder dergleichen, hier verwendet worden sind, sollen sich diese Ausdrücke auf mögliche Ausführungsformen beziehen und sind nicht vorgesehen, die Erfindung auf die speziellen Konfigurationen der Ausführungsbeispiele zu beschränken. So wie sie hier verwendet werden, beziehen sich diese Begriffe auf dieselben oder verschiedene Ausführungsbeispiele, und solange nicht implizit oder ausdrücklich etwas anderes ausgesagt ist, sind die Ausführungsbeispiele zu weiteren Ausführungsbeispielen kombinierbar. Demzufolge, angesichts der großen Vielzahl möglicher Kombinationen der oben beschriebenen Ausführungsbeispiele, ist die detaillierte Beschreibung nur veranschaulichend auszulegen und nicht in einem den Schutzumfang der Erfindung einschränkenden Sinne.
Folglich werden als Erfindung sämtliche derartigen Modifikationen beansprucht, wie sie in den Umfang und Geist der nachfolgenden Ansprüche und deren Äquivalente fallen können.
Zusammenfassung
Eine Kommunikation zwischen einer eine nicht routingfähige Adresse aufweisenden ersten Einrichtung hinter einer Einrichtung einer Netzwerkadreßübersetzungsart (Übersetzer) und einer zweiten Einrichtung in Übereinstimmung mit einem Protokoll, bei welchem die erste Einrichtung ihre nicht routing-fähige Adresse und einen Kommunikationsport in an die zweite Einrichtung gesendete Protokolldaten einbettet. Die Übersetzung weist einen scheinbaren Ursprung und einen scheinbaren Port für die Protokolldaten zu, die sich von der nicht routing-fähigen Adresse und dem eingebetteten Port unterscheiden. Die zweite Einrichtung ist so ausgebildet, daß sie die eingebetteten nicht routing-fähigen Daten identifiziert und den scheinbaren Ursprung und scheinbaren Port benutzt.
(2)

Claims

Ein Kommunikationsprotokoll zum Initiieren einer Kommunikations-Session über eine Netzwerkübersetzungseinrichtung, welche internen Netzwerkverkehr mit einer internen Adresse und einem internen Port in externen Verkehr mit einer scheinbaren externen Ursprungsadresse und einem scheinbaren Port übersetzt, wobei das Protokoll umfaßt: Vorbereiten eines Session-Setup für eine Session von einer ersten Maschine mit der nicht routing-fähigen Netzwerkadresse zu einer zweiten Maschine, wobei das Session-Setup eine nicht routing-fähige Adresse anzeigt, zu welcher eine Session-Bestätigung zu senden ist; und Senden des Session-Setup an die zweite Maschine über die Netzwerkübersetzungseinrichtung, wobei die Netzwerkübersetzungseinrichtung das Session-Setup nicht übersetzt; wobei die zweite Maschine so konfiguriert ist, daß sie das Session-Setup untersucht und feststellt, ob das Session-Setup die nicht routing-fähige Adresse enthält.
Das Protokoll nach Anspruch 1, ferner umfassend: Einschließen eines ersten Ports in das Session-Setup zur Kommunikation mit einem Kommunikationsendpunkt; wobei die Übersetzung durch die Netzwerkübersetzungseinrichtung dazu führt, daß das Session-Setup einen scheinbaren Ursprung und einen zweiten Port aufweist, die sich von der nicht routing-fähigen Adresse und dem ersten Port in dem Session-Setup unterscheiden, und wobei die zweite Maschine so konfiguriert ist, daß sie die Protokolldaten untersucht und die nicht routing-fähige Adresse identifiziert.
Das Protokoll nach Anspruch 2, wobei als der Endpunkt entweder die zweite Maschine und ein Registrierungsserver zum Registrieren von Kommunikationsendpunkten ausgewählt ist.
Das Protokoll nach Anspruch 1, ferner umfassend, daß die Netzwerkadreßübersetzungseinrichtung: das Session-Setup für die Session mit der zweiten Maschine empfängt; das Session-Setup an die zweite Netzwerkadresse sendet; das Senden in einer Zugriffsautorisierungstabelle aufzeichnet; Daten aus einem Netzwerk empfängt; und die empfangenen Daten mit wenigstens einem Teil des Eintrags der Zugriffsautorisierungstabelle vergleicht, um zu bestimmen, ob die empfangenen Daten eine Antwort auf das Senden darstellen.
Das Protokoll nach Anspruch 1, wobei die zweite Maschine ein Registrierungsserver zum Registrieren von Maschinen-Aliases mit Netzwerkadressen ist, wobei das Protokoll ferner umfaßt, daß der Registrierungsserver: das Session-Setup empfängt, wobei das Session-Setup die Protokolldaten einschließlich eines Alias für die erste Maschine enthält; die Protokolldaten überprüft, um festzustellen, ob sie die nicht routing-fähige Netzwerkadresse enthalten; und dann, wenn dies der Fall ist, die erste Maschine unter Bezugnahme auf den Alias und die routing-fähige Adresse registriert.
Das Protokoll nach Anspruch 1, wobei die zweite Maschine ein Endpunkt für die Session ist, wobei das Protokoll ferner umfaßt, daß die zweite Maschine: das Session-Setup empfängt; bestimmt, ob das Session-Setup anzeigt, daß die Session-Bestätigung an die nicht routing-fähige Adresse gesendet wird; und die Session-Bestätigung an die erste Maschine an der routing-fähigen Adresse sendet.
Das Protokoll nach Anspruch 6, ferner umfassend, daß die Netzwerkübersetzungseinrichtung: die Bestätigung für die erste Maschine empfängt; und die Session-Bestätigung zur Lieferung an die nicht routing-fähige Adresse übersetzt.
Eine Verfahren zum Kommunizieren zwischen einem ersten Endpunkt hinter einem Netzwerkadreßübersetzer (NAT) und einem zweiten Endpunkt, umfassend: Empfangen einer ersten Registrierung für den ersten Endpunkt, wobei die Registrierung eine eingebettete Adresse, einen eingebetteten Port und einen eingebetteten Alias für den ersten Endpunkt aufweist, wobei die Registrierung eine scheinbare Ursprungsadresse des NAT aufweist; Feststellen, daß die eingebettete Netzwerkadresse eine nicht routing-fähige Adresse ist; und Registrieren des ersten Endpunkts mit der scheinbaren Ursprungsadresse, dem eingebetteten Port und dem eingebetteten Alias.
Das Verfahren nach Anspruch 8, ferner umfassend: Empfangen einer Auflösungsanforderung für den Alias aus dem zweiten Endpunkt; Erwidern auf die Anforderung mit zumindest der scheinbaren Ursprungsadresse; Empfangen eines Session-Setup aus dem zweiten Endpunkt; und Weiterleiten des Session-Setup an den ersten Endpunkt an der scheinbaren Ursprungsadresse.
Das Verfahren nach Anspruch 9, ferner umfassend: Senden einer Bestätigung über den NAT an den zweiten Endpunkt, wobei die Bestätigung die nicht routing-fähige Adresse und einen dynamisch zugewiesenen Port des ersten Endpunkts aufweist; Bestimmen durch den zweiten Endpunkt, ob die zweite Netzwerkadresse routing-fähig ist; und dann, wenn dies der Fall ist, Warten durch den zweiten Endpunkt auf audiovisuelle Daten, die aus dem ersten Endpunkt an dem zweiten Endpunkt gesendet werden sollen.
Eine Einrichtung zum Initiieren einer Session über eine Netzwerkübersetzungseinrichtung, die Protokolldaten nicht übersetzt, wobei die Einrichtung ein lesbares Medium aufweist, das darauf codierte Befehle zur Ausführung durch einen Prozessor aufweist, wobei die Befehle in der Lage sind, den Prozessor anzuweisen, folgendes auszuführen: Vorbereiten eines Session-Setup für eine Session aus einer ersten Maschine mit der nicht routing-fähigen Netzwerkadresse zu einer zweiten Maschine, wobei das Session-Setup eine nicht routing-fähige Adresse kennzeichnet, zu welcher eine Session-Bestätigung zu senden ist; und Senden des Session-Setup über die Netzwerkübersetzungseinrichtung an eine zweite Maschine, die so konfiguriert ist, daß sie das Session-Setup untersucht, um festzustellen, ob das Session-Setup nicht routing-fähige Adressen enthält.
Die Einrichtung nach Anspruch 11, wobei die Befehle ferner Befehle einschließen, die in der Lage sind, den Prozessor anzuweisen, folgendes auszuführen: Einschließen eines ersten Ports zum Kommunizieren mit einem Kommunikationsendpunkt in das Session-Setup; wobei die Übersetzung durch die Netzwerkübersetzungseinrichtung dazu führt, daß das Session-Setup einen scheinbaren Ursprung und einen zweiten Port aufweist, die sich von der nicht routing-fähigen Adresse und dem ersten Port in dem Session-Setup unterscheiden, und wobei die zweite Maschine so konfiguriert ist, daß sie die Protokolldaten untersucht und die nicht routing-fähige Adresse identifiziert.
Die Einrichtung nach Anspruch 12, wobei als der Endpunkt entweder die zweite Maschine und ein Registrierungsserver zum Registrieren von Kommunikationsendpunkten ausgewählt ist.
Die Einrichtung nach Anspruch 11, wobei die Befehle ferner Befehle enthalten, die in der Lage sind, den Prozessor einzuweisen, folgendes auszuführen: Empfangen des Session-Setup für die Session an die zweite Maschine; Senden des Session-Setup an die zweite Netzwerkadresse; Aufzeichnen des Sendens in einer Zugriffsautorisierungstabelle; Empfangen von Daten aus einem Netzwerk; und Vergleichen der empfangenen Daten mit wenigstens einem Teil des Eintrags der Zugriffsautorisierungstabelle, um zu bestimmen, ob die empfangenen Daten eine Antwort auf das Senden darstellen.
Die Einrichtung nach Anspruch 11, wobei die zweite Maschine ein Registrierungsserver zum Registrieren von Maschinen-Aliases mit Netzwerkadressen ist, wobei die Befehle ferner Befehle enthalten, die in der Lage sind, den Prozessor anzuweisen, folgendes auszuführen: Empfangen des Session-Setup, wobei das Session-Setup die Protokolldaten einschließlich eines Alias für die erste Maschine aufweist; Überprüfen der Protokolldaten, um festzustellen, ob sie die nicht routing-fähige Netzwerkadresse umfassen; und dann, wenn dies der Fall ist, Registrieren der ersten Maschine bezüglich des Alias und der routing-fähigen Adresse.
Die Einrichtung nach Anspruch 11, wobei die zweite Maschine ein Endpunkt für die Session ist, wobei die Befehle ferner Befehle enthalten, die in der Lage sind, den Prozessor anzuweisen, folgendes auszuführen: Empfangen des Session-Setup; Bestimmen, ob das Session-Setup das Senden der Session-Bestätigung an die nicht routing-fähige Adresse anzeigt; und Senden der Session-Bestätigung an die erste Maschine an der routing-fähigen Adresse.
Die Einrichtung nach Anspruch 16, wobei die Befehle ferner Befehle enthalten, die in der Lage sind, den Prozessor anzuweisen, folgendes auszuführen: Empfangen der Bestätigung für die erste Maschine; und Übersetzen der Session-Bestätigung zur Lieferung an die nicht routing-fähige Adresse.
Eine Einrichtung zur Kommunikation zwischen einem ersten Endpunkt hinter einem Netzwerkadreßübersetzer (NAT) und einem zweiten Endpunkt, wobei die Einrichtung ein lesbares Medium aufweist, auf dem Befehle zur Ausführung durch eine Prozessor codiert sind, wobei die Befehle in der Lage sind, den Prozessor anzuweisen, folgendes auszuführen: Empfangen einer ersten Registrierung für den ersten Endpunkt, wobei die Registrierung eine eingebettete Adresse, einen eingebetteten Port und einen eingebetteten Alias für den ersten Endpunkt umfaßt, wobei die Registrierung eine scheinbare Ursprungsadresse des NAT aufweist; Bestimmen, daß die eingebettete Netzwerkadresse eine nicht routing-fähige Adresse ist; und Registrieren des ersten Endpunkts mit der scheinbaren Ursprungsadresse, dem eingebetteten Port und dem eingebetteten Alias.
Die Einrichtung nach Anspruch 18, wobei die Befehle ferner Befehle enthalten, die in der Lage sind, den Prozessor anzuweisen, folgendes auszuführen: Empfangen einer Auflösungsanforderung für den Alias aus dem zweiten Endpunkt; Erwidern auf die Anforderung mit zumindest der scheinbaren Ursprungsadresse; Empfangen eines Session-Setup aus dem zweiten Endpunkt; und Weiterleiten des Session-Setup an den ersten Endpunkt an der scheinbaren Ursprungsadresse.
Die Einrichtung nach Anspruch 19, wobei die Befehle ferner Befehle enthalten, die in der Lage sind, den Prozessor anzuweisen, folgendes auszuführen: Senden einer Bestätigung über den NAT an den zweiten Endpunkt, wobei die Bestätigung die nicht routing-fähige Adresse und einen dynamisch zugewiesenen Port des ersten Endpunkts umfaßt; Bestimmen, ob die zweite Netzwerkadresse routing-fähig ist, durch den zweiten Endpunkt; und dann, wenn dies der Fall ist, Warten des zweiten Endpunkts auf audiovisuelle Daten, die aus dem ersten Endpunkt an den zweiten Endpunkt gesendet werden sollen.
Ein Verfahren, mit dem ein erster Endpunkt innerhalb einer Netzwerkübersetzungseinrichtung eine Kommunikations-Session mit einem zweiten Endpunkt außerhalb der Netzwerkübersetzungseinrichtung einrichtet, wobei das Verfahren umfaßt Kontaktieren eines Registrierungsservers zum Auflösen eines Alias für den zweiten Endpunkt; Empfangen einer ersten Session-Registrierung aus dem Registrierungsserver, wobei die erste Session-Registrierung eine Netzwerkadresse für den zweiten Endpunkt, die routingfähig ist, und einen Inhalte-Port, an welchen Inhalte für den zweiten Endpunkt gesendet werden sollen, aufweist; und Vorbereiten der Netzwerkübersetzungseinrichtung, indem wenigstens ein Netzwerkpaket an den zweiten Endpunkt an der routing-fähigen Adresse an dem Inhalte-Port gesendet wird, bevor das Einrichten der Kommunikations-Session mit dem zweiten Endpunkt abgeschlossen ist.
Das Verfahren nach Anspruch 21, ferner umfassend: Senden einer zweiten Session-Registrierung für den ersten Endpunkt an den Registrierungsserver, wobei die zweite Session-Registrierung eine Netzwerkadresse für den ersten Endpunkt, die nicht routing-fähig ist, aufweist.
Das Verfahren nach Anspruch 22, ferner umfassend, daß der Registrierungsserver: die zweite Session-Registrierung für den ersten Endpunkt aus einer der Netzwerkübersetzungseinrichtung zugeordneten routing-fähigen Netzwerkadresse empfängt; identifiziert, daß die zweite Session-Registrierung eine Netzwerkadresse aufweist, die nicht routing-fähig ist, und in Antwort darauf den ersten Endpunkt bezüglich der routingfähigen Netzwerkadresse, die der Netzwerkübersetzungseinrichtung zugeordnet ist, registriert; die erste Session-Registrierung für den zweiten Endpunkt empfängt; und identifiziert, daß die zweite Session-Registrierung eine Netzwerkadresse aufweist, die routing-fähig ist, und in Antwort darauf den ersten Endpunkt gemäß der ersten Session-Registrierung registriert.
Das Verfahren nach Anspruch 22, ferner umfassend: wobei der Registrierungsserver so konfiguriert ist, daß er die nicht routing-fähige Netzwerkadresse innerhalb der zweiten Session-Registrierung identifiziert und in Erwiderung dieses Identifizierens den ersten Endpunkt bezüglich einer routing-fähigen Adresse, die der Netzwerkübersetzungseinrichtung zugeordnet ist, registriert.
Eine Einrichtung, mit der ein erster Endpunkt innerhalb einer Netzwerkübersetzungseinrichtung eine Kommunikations-Session mit einem zweiten Endpunkt außerhalb der Netzwerkübersetzungseinrichtung einrichtet, wobei die Einrichtung ein lesbares Medium aufweist, auf dem Befehle zur Ausführung durch einen Prozessor codiert sind, wobei die Befehle in der Lage sind, den Prozessor anzuweisen, folgendes auszuführen: Kontaktieren eines Registrierungsservers, um einen Alias für den zweiten Endpunkt aufzulösen; Empfangen einer ersten Session-Registrierung aus dem Registrierungsserver, wobei die erste Session-Registrierung eine Netzwerkadresse für den zweiten Endpunkt, die routingfähig ist, und einen Inhalte-Port für den zweiten Endpunkt, an welchen Inhalte gesendet werden sollen, aufweist; und Vorbereiten der Netzwerkübersetzungseinrichtung, indem wenigstens ein Netzwerkpaket an den zweiten Endpunkt an der routing-fähigen Adresse an dem Inhalte-Port gesendet wird, bevor das Einrichten der Kommunikations-Session mit dem zweiten Endpunkt abgeschlossen ist.
Die Einrichtung nach Anspruch 25, wobei die Befehle ferner Befehle einschließen, die in der Lage sind, den Prozessor anzuweisen, folgendes auszuführen: Senden einer zweiten Session-Registrierung für den ersten Endpunkt an den Registrierungsserver, wobei die zweite Session-Registrierung eine Netzwerkadresse für den ersten Endpunkt, die nicht routing-fähig ist, aufweist.
Die Einrichtung nach Anspruch 26, wobei die Befehle ferner Befehle einschließen, die in der Lage sind, den Prozessor anzuweisen, folgendes auszuführen: Empfangen der zweiten Session-Registrierung für den ersten Endpunkt von einer routing-fähigen Netzwerkadresse, die der Netzwerkübersetzungseinrichtung zugeordnet ist; Identifizieren, daß die zweite Session-Registrierung eine Netzwerkadresse aufweist, die nicht routing-fähig ist, und, in Beantwortung dessen, Registrieren des ersten Endpunkts bezüglich der routing-fähigen Netzwerkadresse, die der Netzwerkübersetzungseinrichtung zugeordnet ist; Empfangen der ersten Session-Registrierung für den zweiten Endpunkt; und Identifizieren, daß die zweite Session-Registrierung eine Netzwerkadresse aufweist, die routing-fähig ist, und, in Beantwortung dessen, Registrieren des ersten Endpunkts in Übereinstimmung mit der ersten Session-Registrierung.
Eine Einrichtung, mit der ein erster Endpunkt innerhalb einer Netzwerkübersetzungseinrichtung eine Kommunikations-Session mit einem zweiten Endpunkt außerhalb der Netzwerkübersetzungseinrichtung einrichtet, wobei die Einrichtung aufweist Auflösungsmittel zum Kontaktieren eines Registrierungsservers, um einen Alias für den zweiten Endpunkt aufzulösen; Empfangsmittel zum Empfangen einer ersten Session-Registrierung aus dem Registrierungsserver, wobei die erste Session-Registrierung eine Netzwerkadresse für den zweiten Endpunkt, die routing-fähig ist, und einen Inhalte-Port, an welchen Inhalte gesendet werden sollten, für den zweiten Endpunkt aufweist; und Vorbereitungsmittel zum Vorbereiten der Netzwerkübersetzungseinrichtung, indem wenigstens ein Netzwerkpaket an den zweiten Endpunkt an der routing-fähigen Adresse auf dem Inhalte-Port gesendet wird, bevor das Einrichten der Kommunikations-Session mit dem zweiten Endpunkt abgeschlossen ist.
Die Einrichtung nach Anspruch 28, ferner aufweisend: Sendemittel zum Senden einer zweiten Session-Registrierung für den ersten Endpunkt an den Registrierungsserver, wobei die zweite Session-Registrierung eine Netzwerkadresse für den ersten Endpunkt, die nicht routing-fähig ist, aufweist.
Die Einrichtung nach Anspruch 29, ferner aufweisend: Empfangsmittel zum Empfangen der zweiten Session-Registrierung für den ersten Endpunkt von einer routing-fähigen Netzwerkadresse, die der Netzwerkübersetzungseinrichtung zugeordnet ist; Feststellungsmittel zum Feststellen, daß die zweite Session-Registrierung eine Netzwerkadresse aufweist, die nicht routing-fähig ist, und um in Antwort darauf den ersten Endpunkt bezüglich der routing-fähigen Netzwerkadresse, die der Netzwerkübersetzungseinrichtung zugeordnet ist, zu registrieren; Empfangsmittel zum Empfangen der ersten Session-Registrierung für den zweiten Endpunkt; und Feststellmittel zum Feststellen, daß die zweite Session-Registrierung eine Netzwerkadresse aufweist, die routing-fähig ist, und um in Antwort darauf den ersten Endpunkt in Übereinstimmung mit der ersten Session-Registrierung zu registrieren.