DE69737342T2 - Internet-NCP(Netzwerksteuerungspunkt) über ATM - Google Patents

Internet-NCP(Netzwerksteuerungspunkt) über ATM Download PDF

Info

Publication number
DE69737342T2
DE69737342T2 DE69737342T DE69737342T DE69737342T2 DE 69737342 T2 DE69737342 T2 DE 69737342T2 DE 69737342 T DE69737342 T DE 69737342T DE 69737342 T DE69737342 T DE 69737342T DE 69737342 T2 DE69737342 T2 DE 69737342T2
Authority
DE
Germany
Prior art keywords
atm
network
address
station
switch
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
DE69737342T
Other languages
English (en)
Other versions
DE69737342D1 (de
Inventor
Seyhan Red Bank Civanlar
c/o AT&T Corp. Vikram R. Holmdel Saksena
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.)
AT&T Corp
Original Assignee
AT&T Corp
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 AT&T Corp filed Critical AT&T Corp
Publication of DE69737342D1 publication Critical patent/DE69737342D1/de
Application granted granted Critical
Publication of DE69737342T2 publication Critical patent/DE69737342T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4604LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/4608LAN interconnection over ATM networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/30Peripheral units, e.g. input or output ports
    • H04L49/3081ATM peripheral units, e.g. policing, insertion or extraction
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/10Mapping addresses of different types
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q11/00Selecting arrangements for multiplex systems
    • H04Q11/04Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0478Provisions for broadband connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5614User Network Interface
    • H04L2012/5615Network termination, e.g. NT1, NT2, PBX
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5619Network Node Interface, e.g. tandem connections, transit switching
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5625Operations, administration and maintenance [OAM]
    • H04L2012/5626Network management, e.g. Intelligent nets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5638Services, e.g. multimedia, GOS, QOS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5638Services, e.g. multimedia, GOS, QOS
    • H04L2012/564Connection-oriented
    • H04L2012/5643Concast/multipoint-to-point

Description

  • FACHGEBIET
  • Die vorliegende Erfindung betrifft allgemein ein Verfahren zum Kommunikationsverbindungsaufbau über ein Telekommunikationsnetzwerk und insbesondere ein Verfahren zum Kommunikationsverbindungsaufbau über ein Netzwerk, das IP-Vermittlungseinrichtungen einschließt.
  • HINTERGRUND DER ERFINDUNG
  • Das Wachstum des Grundstrukturnetzwerks des Internets in jüngster Zeit ist durch mehrere sich neu entwickelnde Technologien gefördert worden. Indem sich dieses Wachstum mit der Aufstellung vieler zusätzlicher Router und Webserver fortgesetzt hat, ist es immer deutlicher geworden, daß eine Hochgeschwindigkeits-Internetgrundstruktur erforderlich ist, um weiteres Wachstum zu ermöglichen und das Leistungsvermögen zu verbessern. Eine Technologie, die ein solches Wachstum unterstützen kann, ist das Protokoll des Asynchronen Transfermodus (ATM). ATM ist eine LAN/WAN-Vernetzungsinfrastruktur, die für eine schnelle Zellenvermittlung mit Geschwindigkeiten sorgt, die von DS1 bis OC12 reichen. ATM ist ein Protokoll, das sich auf der Schicht 2 des OSI-Modells befindet. Wie in der Fachwelt bekannt ist, beziehen sich die Schichten im OSI-Modell auf das siebenschichtige Vernetzungs-Referenzmodell, das von der Internationalen Standardisierungsorganisation (ISO) entwickelt wurde. ATM ist gut geeignet, die Technologie der Wahl für die Internet-Grundstruktur zu werden, und zwar aufgrund seiner Fähigkeit, verschiedene Grade der Dienstgüte bzw. Dienstklassen zu unterstützen, sowie aufgrund seiner Geschwindigkeit und Skalierbarkeit über Entfernungen.
  • Das Internetprotokoll (IP), das ein Schicht-3-Protokoll im OSI-Modell ist, kann über eine ATM-Grundstruktur arbeiten. Jedoch erfordert ein solcher Betrieb die Lösung verschiedener Probleme, die bei der Vernetzung zwischen IP und ATM auftreten. In den letzten Jahren sind diese Probleme durch die Internetentwicklungs-Projektgruppe (IETF), das ATM-Forum, die ITU-T und viele Industrieführungskräfte behandelt worden. Infolgedessen ist eine Vielfalt von Ansätzen vorgeschlagen worden, die für eine Internet-Grundstruktur geeignet sind, die ATM verwendet. In einem Ansatz wird eine sogenannte IP-Vermittlungseinrichtung bereitgestellt, die einen herkömmlichen Router und eine ATM-Vermittlungseinrichtung in eine einzelne Vorrichtung integriert.
  • Wenngleich IP-Vermittlungseinrichtungen viele Vorteile gegenüber herkömmlichen Vermittlungs- und Weiterleitungsmethoden bieten, gibt es eine Anzahl von Nachteilen. Zum Beispiel gestatten IP-Vermittlungseinrichtungen derzeit nicht, daß ein Client die Dienstgüte (QoS) des Datenwegs festlegt, da Paare von IP-Vermittlungseinrichtungen den Verkehr multiplexieren. Außerdem muß ein Paket zwei Router-Teilstrecken durch die Internet-Grundstruktur absolvieren, auch wenn sowohl der Quellen- als auch der Zielclient zum gleichen ATM-Netzwerk gehören. stellen derzeit keinen Mechanismus zur Segmentierung eines gegebenen IP-vermittelten Netzwerks in mehrere Intranets bereit, zwischen denen sich angemessene Niveaus von Firewalls befinden.
  • A. J. Chaudry schlägt in "Classical IP: IP over ATM Architecture for ATM Networks", Proceedings of the Annual Conference an Emerging Technologies and Applications in Communications, S. 2-5, 6. Mai 1996, einen Standard auf der Grundlage des "IP über ATM"-Modells für ATM-Netzwerke vor. Das Dokument offenbart ein Auflösungsprotokoll für die nächste Teilstrecke und ein Protokoll für integrierte Weiterleitung und Adressierung.
  • ZUSAMMENFASSUNG DER ERFINDUNG
  • Die vorliegende Erfindung stellt ein Kommunikationsnetzwerk bereit, das IP-Vermittlungseinrichtungen verwendet und das die vorher aufgezählten Mängel überwindet. Insbesondere wird unter einem Aspekt der Erfindung ein Telekommunikationsnetzwerk für den Kommunikationsverbindungsaufbau zwischen mindestens einer Abgangsstation und mindestens einer Zielstation bereitgestellt. Das Netzwerk weist eine Vielzahl von IP-Vermittlungseinrichtungen zur Adressierung und Weiterleitung von Daten sowohl gemäß einem Internet-Protokoll als auch einem ATM-Protokoll auf. Ein Server, der mit mindestens einer der IP-Vermittlungseinrichtungen gekoppelt ist, empfängt mindestens ein durch eine Abgangsstation in Kommunikation mit der IP-Vermittlungseinrichtung oder einem Dienstanbieter angefordertes Dienstattribut. Ein Netzwerk-Steuerungspunkt (NCP) wird verwendet, um als Antwort auf eine Anforderung vom Server, die das Dienstattribut betrifft, Daten bereitzustellen. Mindestens eine Adreßdatenbasis ist jeder der IP-Vermittlungseinrichtungen zugeordnet. Die Adreßdatenbasis weist eine Teilmenge der im NCP verfügbaren Daten auf.
  • Gemäß bevorzugten Ausführungsformen der Erfindung weist die Adreßdatenbasis ATM-IP-Adressenkorrespondenzdaten für die verschiedenen Endpunkt-Stationen auf, die mit der IP-Vermittlungseinrichtung gekoppelt sind. Die Adreßdatenbasis kann auch Daten für die Adressenkorrespondenz von ATM zur gewählten Telefonnummer oder zur MAC aufweisen. Das durch die rufende Station angeforderte Dienstattribut kann zum Beispiel Dienstgüte-Anforderungen und die Spezifikation der Schnittstelle (zum Beispiel ATM, Frame-Relay, Privatleitung) zwischen der Abgangs- und der Zielstation aufweisen.
  • Bin zweiter Aspekt der Erfindung stellt ein Verfahren zum Kommunikationsverbindungsaufbau zwischen mindestens einer Abgangsstation und mindestens einer Zielstation über ein Netzwerk mit einer Vielzahl von IP-Vermittlungseinrichtungen zur Adressierung und Weiterleitung von Daten sowohl gemäß einem Internet-Protokoll als auch einem ATM-Protokoll bereit, wobei das Verfahren die folgenden Schritte umfaßt: Empfangen eines IP-Pakets von der rufenden Station, das an die Zielstation adressiert ist; Identifizieren eines Eintrags in einer Adreßdatenbasis, der Adressenkorrespondenzdaten zur Weiterleitung des IP-Pakets zur Zielstation enthält; Identifizieren mindestens eines Dienstattributs, das der Übertragung des IP-Pakets zur Zielstation zugeordnet ist, wobei das Dienstattribut durch eine rufende Station oder einen Dienstanbieter angefordert worden ist; und Weiterleiten des IP-Pakets zur Zielstation gemäß dem Dienstattribut.
  • KURZBESCHREIBUNG DER ZEICHNUNGEN
  • 1 zeigt eine vereinfachte beispielhafte Darstellung des Verhaltens des klassischen IP-Modells.
  • 2 zeigt ein vereinfachtes beispielhaftes Netzwerk, das das klassische IP-Modell mit einem Durchschaltweg darstellt.
  • 3 zeigt ein vereinfachtes beispielhaftes Diagramm eines IP-vermittelten ATM-Netzwerks gemäß der vorliegenden Erfindung.
  • 4 zeigt einen Ablaufplan, der die Schritte darstellt, die durchgeführt werden, wenn ein Client die Kommunikation mit einem Server über eine Adreßdatenbasis aufnimmt, die vollständig verteilt eingerichtet ist.
  • AUSFÜHRLICHE BESCHREIBUNG
  • Um die vorliegenden Erfindung vollständig verständlich zu machen, wird die weitere Beschreibung zuerst ausgewählte Weiterleitungsmethoden zur Implementierung von IP über ein ATM-Netzwerk untersuchen.
  • KLASSISCHES IP-MODELL – WEITERLEITUNG VON TEILSTRECKE ZU TEILSTRECKE
  • Das am meisten verbreitete Modell, das IP über ein ATM-Netzwerk unterstützt, wird als klassisches IP über ATM bezeichnet. Dieses Modell behält traditionelle IP-Vermittlungsfunktionen auf dem ATM bei und erfordert keine Veränderungen in den Weiterleitungs- und Vermittlungsinfrastrukturen. Beim klassischen IP werden die Adressierungs- und Weiterleitungsmodelle für IP und ATM unabhängig voneinander verwaltet. Eine Zuordnungsfunktion ist notwendig, um die Zuordnung einer IP-Adresse zur entsprechenden ATM-Adresse herzustellen. Das heißt, herkömmliche Überlagerungs-IP-Modelle, wie etwa klassisches IP, sehen das zugrundeliegende ATM-Netzwerk einfach als eine weitere OSI-Schicht-2-Technologie an. Folglich nutzt das klassische IP die Vorteile von ATM nicht vollständig aus. Einzelheiten bezüglich des klassischen IP-Modells sind in "Classical IP Over ATM", M. Laubach, Januar 1994, RFC 1577, zu finden.
  • Obwohl sowohl das IP- als auch das ATM-Weiterleitungsprotokoll, die im klassischen IP-Modell verwendet werden, die Erreichbarkeit von Information für die gleichen Hosts bestimmen können, funktionieren sie unabhängig voneinander. Zum Beispiel führen IP-Router Weiterleitungsprotokolle aus, wie etwa RIP und OSPF, um Erreichbarkeitsinformationen bezüglich der IP-Zielstandorte auszutauschen. Ebenso führen ATM-Vermittlungseinrichtungen unabhängige Protokolle aus, wie etwa PNNI, um die ATM-Netzwerktopologie und die Erreichbarkeit von Adressen zu bestimmen. Normalerweise werden getrennte IP-Router und ATM-Vermittlungseinrichtungen bereitgestellt. Tatsächlich verwenden viele Vernetzungsszenarien sogar unterschiedliche Netzwerktopologien für IP und ATM.
  • Im klassischen IP-Modell wird die IP-Vermittlung vollständig von der ATM-Netzwerk-Infrastruktur entkoppelt, auch wenn die rufenden und Zielhosts beide direkt mit dem gleichen ATM-Netzwerk verbunden sind. In vielen ATM-Netzwerken wird ein IP-Paket über mehrere Router-Teilstrecken an seinen endgültigen Zielstandort weitergeleitet, wobei jeder Router entlang des Wegs den Router für die nächste Teilstrecke zum Zielstandort bestimmt. Jeder Router bestimmt den geeigneten Router für die nächste Teilstrecke, indem er verlangt, daß jeder Router eine Schicht-3-Verarbeitung des IP-Pakets durchführt, um die Ziel-IP-Adresse zu inspizieren. Der geeignete Router für die nächste Teilstrecke wird dann aus Weiterleitungstabellen abgeleitet, die sich im Router befinden.
  • 1 zeigt ein vereinfachtes beispielhaftes Netzwerk, um das Verhalten des klassischen IP-Modells darzustellen, wenn Pakete zwischen zwei ATM-gekoppelten Hosts 2 und 4 weitergeleitet werden. In diesem einfachen Szenarium sendet der Quellhost 2 ein Paket an den Zielpost 4. Der Zielhost 4 befindet sich außerhalb des lokalen IP-Teilnetzes des Quellhosts 2. In Betrieb sendet der Quellhost 2 das Paket zuerst über eine ATM-Vermittlungseinrichtung 6 an den Router A (in 1 als Weg 1 bezeichnet). Um den Weg 1 über das ATM-Netzwerk aufzubauen, übersetzt der Quellhost 2 die IP-Adresse des Routers A in eine ATM-Adresse, so daß ein virtueller Weg zum Router A aufgebaut wird. Ein Adressenauflösungsprotokoll-(ARP-)Server 7 führt den IP-ATM-Adressenübersetzungsdienst für alle registrierten Clients (das heißt Hosts und Router) innerhalb eines lokalen IP-Teilnetzes durch. (Man beachte, daß, wenngleich sich der ARP-Server 7 in 1 an einem mit der ATM-Vermittlungseinrichtung 6 gekoppelten Endpunkt befindet, er alternativ ein Bestandteil entweder einer ATM-Vermittlungseinrichtung oder eines Routers sein kann). Der Quellhost 2 sendet eine Adressenauflösungsanforderung an den ARP-Server 7, um die ATM-Adresse zu erhalten, die der IP-Adresse des Routers A entspricht, der sich im gleichen lokalen IP-Teilnetz befindet. Im Gegenzug sendet der ARP-Server 7 eine Adressenauflösungsantwort mit der ATM-Adresse des Routers A. Der Quellhost 2 setzt danach den Weg 1 über das ATM-Netzwerk zur ATM-Adresse des Routers A zusammen.
  • Als nächstes bestimmt der Router A, daß die passende nächste Teilstrecke die zum Router B ist. Der Router A bestimmt die ATM-Adresse des Routers B vom ARP-Server 7 und leitet das Paket zum Router B über die ATM-Vermittlungseinrichtungen 6 und 8 weiter (in 1 als Weg 2 bezeichnet). Ähnlich leitet der Router B das Paket durch die ATM-Vermittlungseinrichtungen 8 und 10 (in 1 als Weg 3 bezeichnet) zum Router C weiter, der wiederum bestimmt, daß er der Router für die letzte Teilstrecke auf dem Weg zum Zielhost 4 ist. Der Router C sendet das Paket über die ATM-Vermittlungseinrichtung 10 zum Zielhost 4 (in 1 als Weg 4 bezeichnet). Man beachte, daß diese Prozedur drei aufeinanderfolgende Paketverarbeitungsschritte auf Schicht 3, das heißt IP, erfordert (einen in jedem der IP-Router), vier IP-ATM-Adressenzuordnungsschritte (einen in jedem der ARP-Server) und vier Schritte zum Aufbau von vermittelten virtuellen ATM-Wegen entlang des Wegs zwischen Quellen- und Zielhosts 2 und 4.
  • KLASSISCHES IP-MODELL – DURCHSCHALTWEITERLEITUNG
  • In Situationen, wo große Mengen an IP-Daten von einem Endpunkt zu einem anderen fließen, ist es wünschenswert, einen Durchschaltweg zum Zielstandort über das ATM-Netzwerk zu haben. Ein Durchschaltweg verbindet die beiden Endpunkte direkt, ohne dazwischenliegende Router-Teilstrecken zu durchlaufen. (Man beachte, daß jeder Router eine Segmentierung und Wiederzusammensetzung jedes IP-Pakets durchführt, wodurch der Durchsatz und die Geschwindigkeit verringert werden.) Zum Beispiel könnte, da der Quellhost 2 die IP-Adresse des Zielhosts 4 kennt, der Quellhost 2 einen Durchschaltweg zum Zielhost 4 über die Vermittlungseinrichtungen 6, 8 und 10 herstellen, ohne die Router A, B und C zu durchlaufen, wenn der Quellhost 2 die ATM-Adresse des Hosts 4 aus seiner IP-Adresse bestimmen könnte. Demzufolge wird das durchgehende Leistungsvermögen dadurch, daß die Router A, B und C nicht durchlaufen werden, erheblich verbessert, da mehrere Stufen der Schicht-3-Paketverarbeitung und -Weiterleitung vermieden werden. Die Zellenverarbeitung und -weiterleitung auf der ATM-Schicht ist vergleichsweise schneller als auf der Schicht 2, was zu einer verringerten Verzögerung und einem erhöhten Durchsatz führt.
  • Wie in "hext Hop Routing Protocol (NHRP)", J. Luciani und D. Katz, Internetentwurf, beschrieben wird, untersucht die Internetentwicklungs-Projektgruppe (IETF) derzeit ein neues Adressenauflösungsprotokoll, das als NHRP (Weiterleitungsprotokoll für die nächste Teilstrecke) bekannt ist. Dieses Protokoll ordnet IP-Adressen den entsprechenden ATM-Adressen zu, die sich in LIS (logischen IP-Subnetzen) befinden, so daß Durchschaltwege über getrennte ATM-Wolken verwirklicht werden können. Im NHRP-Modell verwendet jedes LIS (oder mehrere LIS) einen Server für die nächste Teilstrecke (NHS), der mit einem ARP-Server vergleichbar ist. Während ein ARP-Server nur mit Clients kommunizieren kann, die sich in seinem eigenen LIS befinden, kann ein NHS mit Clients kommunizieren, die sich in seinem eigenen LIS befinden, und mit benachbarten NHS, die andere LIS unterstützen. Das heißt, ein NHS funktioniert im wesentlichen wie eine Reihe von ARP-Servern, die sich in einem Netzwerk befinden und in Verbindung miteinander stehen. NHS bestimmen Routen durch Weiterleitungsprotokolle, wie etwa RIP und OSPF. Die Hardware, die die Funktionalität des NHS leistet, kann sich in einem Router befinden, wie in 2 dargestellt, oder alternativ kann sie sich in einer ATM-Vermittlungseinrichtung oder einer Endstation befinden. In 1 und 2 sind gleiche Bestandteile mit gleichen Bezugszeichen versehen.
  • Ein IP-Host, der mit einem ATM-Netzwerk verbunden ist, das NHS verwendet, dient als NHRP-Client (NHC). Jeder NHC registriert seine IP-Adresse und entsprechende ATM-Adresse in der Registrierungsdatenbasis seines entsprechenden NHS. Wenn ein NHC seinen Datenverkehr über einen Durchschaltweg statt über seinen vorgegebenen Weg (Teilstrecke für Teilstrecke) senden möchte, fordert er seinen NHS auf, die IP-Adresse des Zielstandorts der entsprechenden ATM-Adresse zuzuordnen (man beachte, daß sich der Zielstandort in einem anderen LIS als dem des NHC befinden kann). Der NHS, der diese Anforderung empfangt, verwaltet die entsprechenden Adressen in seiner Datenbasis, entweder weil sich der Zielstandort in seinem eigenen LIS befindet, oder weil er die Korrespondenz zwischen den Adressen während einer vorhergehenden Adressenauflösungsanforderung in einem Cache-Speicher ausgelagert hat. Jedoch leitet der NHS, wenn er die Korrespondenz zwischen den Adressen nicht in seiner Datenbasis hat, eine Anforderung an den NHS der nächsten Teilstrecke weiter. Die Anforderung wird weitergeleitet, bis der letzte NHS auf dem Weg zum Zielstandort erreicht ist. Die Antwort, die die passende ATM-Adresse des Zielstandorts enthält, durchläuft dann den gleichen Weg wie die Anforderung, nur umgekehrt (das heißt Wege 1-4 in 2). Zum Schluß wird die Antwort durch den lokalen NHS des Quellhosts weitergeleitet, so daß ein virtueller Weg zum Zielstandort entwickelt werden kann, ohne die Router zu durchlaufen, die sich zwischen der Quelle und dem Zielstandort befinden.
  • IP-VERMITTLUNG
  • In jüngster Zeit ist eine als IP-Vermittlungseinrichtung bekannte einzelne Vorrichtung entwickelt worden. Eine IP-Vermittlungseinrichtung integriert einen herkömmlichen Router und eine ATM-Vermittlungseinrichtung, um die Leitweglenkung in IP-über-ATM-Netzwerken viel effizienter durchzuführen als im traditionellen Modell, das dafür getrennte Vorrichtungen verwendet. Das IP-über-ATM-Modell kann wesentlich vereinfacht werden, wenn sich der Router und die ATM-Vermittlungseinrichtung physisch in der gleichen Vorrichtung befinden, wie in 3 dargestellt. Wie bereits erwähnt, hat die ATM-Vermittlungseinrichtung, wenn sich die Funktionalität einer ATM-Vermittlungseinrichtung und eines IP-Routers in getrennten Vorrichtungen befindet, keine Kenntnisse über die Weiterleitung und Adressierung auf der IP-Schicht. Im Gegensatz dazu wird es möglich, wenn die Funktionalität einer ATM-Vermittlungseinrichtung und eines IP-Routers in der gleichen Vorrichtung zusammengefaßt werden, die Weiterleitung auf der IP-Ebene tiefer in die Weiterleitung auf der ATM-Ebene zu integrieren. Zum Beispiel wird eine perfekte Topologie-Übereinstimmung erreicht, wenn ein Schicht-2-Knoten (eine ATM-Vermittlungseinrichtung) physisch in einen Schicht-3-Knoten (einen IP-Router) integriert wird. Obwohl diese Konfiguration das Problem der Abstimmung einer IP-Adresse mit ihrer entsprechenden ATM-Adresse nicht löst, schafft die Beseitigung der topologischen Nichtanpassung die Möglichkeit, ein einziges Weiterleitungsprotokoll zur Weiterleitung sowohl auf der IP- als auch auf der ATM-Schicht zu verwenden. Ein zur Veranschaulichung dienendes Protokoll, das in dieser Eigenschaft hilfreich sein kann, ist I-PNNI (siehe R. Callon, „Relationship between MPOA und I-PNNI", April 1996, ATM Forum 96-0352), das dem ATM-Forum vorgelegt wurde, um die Weiterleitung auf der IPO-Schicht in PNNI zu integrieren. I-PNNI erleichtert den startenden und laufenden Betrieb von Internet-Weiterleitungsprotokollen und zugeordneten Paket-Weiterleitungsprotokollen über ein ATM-Netzwerk.
  • In einem Netzwerk, das IP-Vermittlungseinrichtungen verwendet, kann jedes Paar von IP-Vermittlungseinrichtungen mit direkter Verbindungsfähigkeit versehen werden, um die Prozesse des Austauschs von Weiterleitungsaktualisierungen und der Weiterleitung von Paketen weiter zu vereinfachen. Direkte Verbindungsfähigkeit bedeutet, daß jede IP-Vermittlungseinrichtung mit jeder anderen IP-Vermittlungseinrichtung verbunden ist, ohne daß irgendwelche Vermittlungseinrichtungen dazwischen benötigt werden. Direkte Verbindungsfähigkeit bietet eine Anzahl von Vorteilen. Zum Beispiel ist in einem Netzwerk, das direkte Verbindungsfähigkeit verwendet, jeder Host, der mit einer der IP-Vermittlungseinrichtungen verbunden ist, nur zwei Teilstrecken von jedem anderen Host entfernt, der mit einer IP-Vermittlungseinrichtung im gleichen Netzwerk verbunden ist.
  • Außerdem weiß infolge der direkten Verbindungsfähigkeit jede IP-Vermittlungseinrichtung über die IP-Weiterleitungstopologie des gesamten Netzwerks Bescheid. Somit weiß sie, welche IP-Vermittlungseinrichtung mit welchem Host verbunden ist.
  • Wie dem Fachmann bekannt ist, kann direkte Verbindungsfähigkeit auf mehrere verschiedene Arten und Weisen erreicht werden. Zum Beispiel kann ein Geflecht von virtuellen Wegen verwendet werden, in dem jede IP-Vermittlungseinrichtung mit jeder anderen IP-Vermittlungseinrichtung durch einen virtuellen Punkt-zu-Punkt-(ptp-)Weg verbunden ist. Der virtuelle Weg von Vermittlungseinrichtung zu Vermittlungseinrichtung kann eine halbfeste vermittelte Verbindung oder eine feste virtuelle Verbindung sein. Eine solche Topologie ergibt N hoch 2 virtuelle Punkt-zu-Punkt-Wege zwischen N Vermittlungseinrichtungen. Viele Segmente der virtuellen Punkt-zu-Punkt-Wege können über gemeinsame physische Übertragungsstrecken laufen. Alternativ kann die direkte Verbindungsfähigkeit durch Verwendung einer Punkt-zu-Mehrpunkt-(das heißt Multicasting-)Verbindung erreicht werden, bei der eine IP-Vermittlungseinrichtung als die sogenannte Wurzel und alle anderen Vermittlungseinrichtungen als sogenannte Blätter dienen. In einem solchen Netzwerk mit N IP-Vermittlungseinrichtungen sind nur N Punkt-zu-Mehrpunkt-Verbindungen erforderlich, wodurch die Anzahl der Verbindungen im Vergleich zu einer Punkt-zu-Punkt-Topologie wesentlich verringert wird. Punkt-zu-Mehrpunkt-Verbindungen können zum Senden von Punkt-zu-Punkt-Paketen sowie von Rundsendepaketen verwendet werden, indem man das Paket von einer IP-Vermittlungseinrichtung abgehen läßt, die als eines der Blätter dient. In diesem Fall dient die Wurzel-IP-Vermittlungseinrichtung als derjenige Zielstandort, der das Punkt-zu-Punkt-Paket empfängt.
  • IP-VERMITTLUNG IN DER INTERNET-GRUNDSTRUKTUR
  • Die derzeitige Internet-Grundstruktur besteht aus großen Routern, die mit privaten Leitungen mit einer DS3-Rate (45 Mbit/s) verbunden sind. Jedoch wäre es in Zukunft vorteilhaft, eine ATM-Grundstruktur statt einer DS3-Grundstruktur zu verwenden. Ein solches ATM-Grundstruktur-Netzwerk kann IP-Vermittlungseinrichtungen verwenden, da die IP-Vermittlung für die IP-Weiterleitung über ein ATM-Netzwerk optimiert ist und somit eine nahezu ideale Vermittlungseinrichtung für die Internet-Grundstruktur darstellt. Wenn IP-Vermittlung im derzeitigen Internet verwendet werden sollte, würden die überkommenen Router, die gegenwärtig verwendet werden, zu IP-Vermittlungseinrichtungen aufgerüstet werden, die mit Grundstruktureinrichtungen, die das ATM-Protokoll ausführen, mit Raten von bis zu OC12 arbeiten können. Die ATM-Grundstruktur kann direkte Verbindungsfähigkeit aufwenden, entweder Punkt-zu-Punkt- oder Punkt-zu-Mehrpunkt, wobei beide nur Wege mit zwei Teilstrecken erfordern, um das ATM-Netzwerk zu durchlaufen, und Best-Effort-Verbindungen nutzen, um den kleinsten gemeinsamen Nenner der Dienstgüte aufzunehmen.
  • 3 zeigt ein vereinfachtes, beispielhaftes Diagramm eines IP-vermittelten ATM-Netzwerks gemäß der vorliegenden Erfindung, das dem Benutzer oder Dienstanbieter eine größere Vielfalt auswählbarer Möglichkeiten anbietet. Das Netzwerk ist über Client-Endpunkte zugänglich, die ohne weiteres entweder als ATM-Endpunkt oder Nicht-ATM-Endpunkt klassifiziert werden können. ATM-Endpunkte, wie etwa der Client 52 in 3, greifen über eine ATM UNI direkt auf eine IP-Vermittlungseinrichtung zu, die sich an der Peripherie der Internet-Grundstruktur befindet. ATM-Endpunkte führen IP über ATM unter Verwendung bekannter Protokolle aus, wie etwa LAKE, Klassisches IP über ATM oder Multiprotokoll über ATM. Nicht-ATM-Endpunkte, wie etwa der Client 51 in 3, greifen auf eine IP-Vermittlungseinrichtung an der Peripherie der Internet-Grundstruktur über eine Nicht-ATM-Technologie zu, wie etwa Frame-Relay, ISDN oder analoge Leitungen, die alle das IP-Protokoll ausführen. Zwischen dem Nicht-ATM-Endpunkt und der IP-Vermittlungseinrichtung kann eine Protokollanpassungsfunktion angeordnet werden. Alternativ kann die periphere IP-Vermittlungseinrichtung Nicht-ATM-Schnittstellen direkt unterstützen.
  • Wie in 3 zu sehen, fungiert ein mit dem Internet gekoppelter Server 53 als ein Agent oder Proxy, über den ein Client spezielle Dienste anfordern kann, indem dem Client oder dem Dienstanbieter erlaubt wird, Client-Eigenschaften oder erwünschte Dienstattribute festzulegen. Der Proxyserver 53 ist normalerweise ein Webserver, der durch den Internet-Dienstanbieter verwaltet wird. Der Client kann auf den Proxyserver 53 über einen Webbrowser zugreifen, der durch ein Paßwort geschützt ist. Sobald der Zugriff bereitgestellt worden ist, kann der Client ohne weiteres das oder die erwünschte(n) Dienstattribut(e) aus einer Liste von Attributen auswählen. Der Client legt für den Proxyserver 53 ein oder mehrere erwünschte Dienstattribute fest, die die Dienstgüte betreffen. Zu Veranschaulichungszwecken weisen Dienstattribute den durch den Client angeforderten Zugriffstyp auf, wie etwa ATM oder Nicht-ATM (Einwahl, ISDN etc.), und Dienstgüte-(QoS-)Anforderungen, die je nach Anwendung, Zielstandort, Tageszeit und/oder Port definiert werden können. Zusätzliche Dienstattribute, die über den Proxyserver 53 festgelegt werden können, weisen die IP-Adresse des Hosts auf (wenn bekannt), den Intranet-Namen, den Hostnamen und die Abrechnungsadresse, eine Kreditkartennummer oder beliebige speziellen Filter.
  • Der Proxyserver 53 kann auch verwendet werden, um den Endpunkt passend zu konfigurieren. Zum Beispiel kann der Proxyserver 53 dem Benutzer die Adresse des NHS oder die Adresse der IP-Vermittlungseinrichtung übergeben, mit der bzw. dem der Endpunkt verbunden werden soll.
  • Wie in 3 zu sehen ist, arbeitet der Proxyserver 53 im Zusammenwirken mit einem Internet-Netzwerksteuerungspunkt (NCP) 54. Der NCP 54, der mit bekannten Netzwerksteuerungspunkten vergleichbar ist, die in Telefonnetzen verwenden werden, die intelligente Anrufverarbeitung verwenden, ist die Haupt-Datenbasis des Netzwerks, die Endpunkt-Information, wie etwa die Korrespondenz zwischen ATM-, IP- und MAC-Adressen, QoS-Anforderungen, spezielle Sicherheitsfilter und Abrechnungseigenschaften speichert. Endpunkte können über den Proxyserver 53 auf den NCP 54 zugreifen, um Information abzurufen und die Datenbasis gegebenenfalls zu aktualisieren. Das bedeutet, daß der Proxyserver 53 als eine Client-Schnittstelle zum NCP 54 arbeitet. Der NCP 54 kann auch auf automatische Weise durch die individuellen IP-Vermittlungseinrichtungen im Netzwerk aktualisiert werden, wie etwa wenn ein Endpunkt eine IP-ATM-Adressenkorrespondenz oder eine bestimmte QoS registriert oder ihre Registrierung aufhebt.
  • Die einzelnen IP-Vermittlungseinrichtungen innerhalb der Internet-Grundstruktur haben jeweils eine Adreßdatenbasis 56, die im wesentlichen eine Teilmenge der Daten im NCP 54 enthält. Zumindest enthalten die Adreßdatenbasen 56 die Korrespondenz zwischen den ATM- und den IP-Adressen für ihre jeweiligen Endpunkte. Im Gegensatz zu einem NHS, der nur einen ATM-Endpunkt unterstützt, unterstützt die Adreßdatenbasis 56 sowohl ATM- als auch Nicht-ATM-Endpunkte. Dementsprechend dienen die Adreßdatenbasen 56 als NHS mit erweiterter Funktionalität.
  • Die Adreßdatenbasen 56 können nicht nur verwendet werden, um einen ATM-Durchschaltweg durch die Internet-Grundstruktur aufzubauen, sondern auch, um eine erwünschte Dienstgüte durch die Internet-Grundstruktur festzulegen. Wenn sowohl der Quellen- als auch der Zielstandort-Endpunkt über ATM auf die Grundstruktur zugreifen, ist ein Durchschalten durchführbar, vorausgesetzt, daß der Quellen-Endpunkt die IP-Adresse des Zielstandort-Endpunkts seiner ATM-Adresse zuordnen kann.
  • Die Adreßdatenbasis kann auch zusätzliche Funktionen durchführen, wie etwa: Empfangen aktualisierter IP-ATM-Adressenregistrierungen von Clients oder anderen Adreßdatenbasen; Empfangen von Anforderungen zur Aufhebung von IP-ATM-Adressenregistrierungen von Clients oder anderen Adreßdatenbasen; Hinzufügen oder Löschen von IP-ATM-Adressenkorrespondenzen zur bzw. aus der Datenbasis; Empfangen von Adreßanfragen von Clients oder anderen Adreßdatenbasen; Weiterleiten von Adreßanfrageanforderungen zu Clients oder anderen Adreßdatenbasen; Weiterleiten von Adreßanfrageantworten; und Empfangen von bereitgestellten Endpunkt-Informationsaktualisierungen vom Internet-NCP.
  • Die Adreßdatenbasen können auf jede geeignete Art und Weise implementiert werden. Zwei mögliche Implementierungen sind eine vollständig verteilte Implementierung und eine vollständig gedoppelte Implementierung. Im vollständig verteilten Ansatz verwaltet jede IP-Vermittlungseinrichtung nur eine Adreßdatenbasis für diejenigen Endpunkte, die an dieser bestimmten IP-Vermittlungseinrichtung auf das Internet zugreifen. Folglich gibt es keinen Bedarf zur Synchronisation zwischen unterschiedlichen Adreßdatenbasen in unterschiedlichen IP-Vermittlungseinrichtungen. Wenn zum Beispiel ein Quellen-Endpunkt eine Adreßanfrage bezüglich eines Zielstandort-Endpunkts an seine IP-Vermittlungseinrichtung sendet und die IP-ATM-Adressenkorrespondenz in der angefragten IP-Vermittlungseinrichtung nicht gefunden wird, leitet die Vermittlungseinrichtung die Anforderung nur an diejenige IP-Vermittlungseinrichtung weiter, die für den Zielstandort-Endpunkt zuständig ist. In einer vollständig verteilten Anordnung dient der Internet-NCP als Haupt-Datenbasis, die alle bereitgestellten Informationen für das Netzwerk speichert, einschließlich der IP-ATM-Adressenkorrespondenzen. Wenn eine Änderung in der Adreßdatenbasis einer IP-Vermittlungseinrichtung auftritt (zum Beispiel weil ein Host von einer IP-Vermittlungseinrichtung getrennt wird), wird die gleiche Änderung an den Internet-NCP weitergeleitet, damit die Haupt-Datenbasis aktualisiert wird. Ebenso wird bzw. werden, wenn der Internet-NCP durch den Dienstanbieter oder den Benutzer verändert wird, die passende(n) individuelle(n) Adreßdatenbasis bzw. -basen innerhalb der IP-Vermittlungseinrichtung(en) dementsprechend aktualisiert.
  • Wenn die Adreßdatenbasen 56 in einer vollständig gedoppelten Anordnung konfiguriert sind, verwaltet jede IP-Vermittlungseinrichtung die Datenbasis für alle Endpunkte. Wenn ein neuer Datenbasis-Eintrag bei einer gegebenen IP-Vermittlungseinrichtung registriert wird, wird diese Registrierung an alle anderen IP-Vermittlungseinrichtungen gesendet. Folglich sind die Adreßdatenbasen aller IP-Vermittlungseinrichtungen identisch. Das bedeutet, daß, während der Internet-NCP die Hauptkopie der Datenbasis enthält, jede IP-Vermittlungseinrichtung ihre eigene komplette Kopie der Datenbasis verwaltet. Ebenso wird in der vollständig verteilten Anordnung, wenn eine IP-Vermittlungseinrichtung eine Änderung in ihrer Datenbasis vornimmt, die Änderung in allen anderen Adreßdatenbasen einschließlich der Haupt-Datenbasis des Internet-NCP gespiegelt. Gleichermaßen wird, wenn eine Änderung an der Internet-NCP-Datenbasis vorgenommen wird, diese in allen anderen Adreßdatenbasen gespiegelt.
  • 4 zeigt einen Ablaufplan, der die Schritte darstellt, die durchgeführt werden, wenn der Client 51 die Kommunikationsverbindung mit dem Server 52 mit einer Adreßdatenbasis aufbaut, die auf eine vollständig verteilte Weise angeordnet ist. In Schritt 41 sendet der Client 51 das erste an den Server 52 adressierte IP-Paket an die IP-Vermittlungseinrichtung 57. In Schritt 43 bestimmt die IP-Vermittlungseinrichtung 57, ob ihre Adreßdatenbasis 56 einen Eintrag für den Server 52 hat. Wenn die IP-Vermittlungseinrichtung 57 keinen solchen Eintrag hat, sendet sie in Schritt 47 eine Anfrage an die Datenbasis für die nächste Teilstrecke, um die Adresse des Servers 52 zu bestimmen. Sobald die IP-Vermittlungseinrichtung 57 die passende Adresse empfangen hat, erlangt sie in Schritt 49 die angeforderten Dienstattribute für Server 52. In Schritt 51 fragt die IP-Vermittlungseinrichtung 57 ab, ob die angeforderten Dienstattribute eine spezielle Behandlung erfordern. Wenn dies nicht der Fall ist, leitet die IP-Vermittlungseinrichtung 57 in Schritt 53 das Paket auf einer vermittelten virtuellen Verbindung unter Verwendung von Vorgabeparametern weiter. Wenn eine spezielle Behandlung erforderlich ist, leitet die IP-Vermittlungseinrichtung 57 in Schritt 55 das Gespräch in Übereinstimmung mit den angeforderten Dienstparametern weiter.

Claims (25)

  1. Telekommunikationsnetzwerk zum Kommunikationsverbindungsaufbau zwischen mindestens einer rufenden Station und mindestens einer Zielstation, umfassend: eine Vielzahl von IP-Vermittlungseinrichtungen (57-59) zur Adressierung und Weiterleitung von Daten sowohl gemäß einem Internet-Protokoll als auch einem ATM-Protokoll; einen Server (53), der mit mindestens einer der IP-Vermittlungseinrichtungen (57-59) gekoppelt ist, zum Empfangen mindestens eines durch eine rufende Station in Kommunikation mit der IP-Vermittlungseinrichtung oder einem Diensteanbieter angeforderten Dienstattributs; einen Netzwerk-Steuerungspunkt (54) zur Bereitstellung von Daten als Antwort auf eine Anforderung vom Server (53) zur Bereitstellung des mindestens einen Dienstattributs; und mindestens eine Adreßdatenbasis (56), die jeder der IP-Vermittlungseinrichtungen (57-59) zugeordnet ist, wobei die mindestens eine Adreßdatenbasis (56) eine Teilmenge der Daten aufweist, die im Netzwerk-Steuerungspunkt (54) verfügbar sind.
  2. Netzwerk nach Anspruch 1, wobei die Adreßdatenbasis (56) ATM-IP-Adressenkorrespondenzdaten für Endpunkt-Stationen aufweist, die mit der IP-Vermittlungseinrichtung (57-59) gekoppelt sind, der die Adreßdatenbasis (56) zugeordnet ist.
  3. Netzwerk nach Anspruch 1, wobei die Adreßdatenbasis (56) ATM-Telefonnummer-Adressenkorrespondenzdaten für Endpunkt-Stationen aufweist, die mit der IP-Vermittlungseinrichtung (57-59) gekoppelt sind, der die Adreßdatenbasis zugeordnet ist.
  4. Netzwerk nach Anspruch 1, wobei die Adreßdatenbasis (56) ATM-MAC-Adressenkorrespondenzdaten für Endpunkt-Stationen aufweist, die mit der IP-Vermittlungseinrichtung (57-59) gekoppelt sind, der die Adreßdatenbasis (56) zugeordnet ist.
  5. Netzwerk nach Anspruch 1, wobei die Adreßdatenbasen (56) vollständig verteilt implementiert sind.
  6. Netzwerk nach Anspruch 1, wobei die Adreßdatenbasen (56) vollständig gedoppelt implementiert sind.
  7. Netzwerk nach Anspruch 1, wobei die durch den Netzwerk-Steuerungspunkt (54) bereitgestellten Daten, die einen Endpunkt-Zielstandort (52) betreffen, aus der Gruppe ausgewählt werden, die aus folgendem besteht: Endpunkt-Information, Dienstgüte-Anforderungen, Sicherheitsfilter und Abrechnungsvereinbarungen.
  8. Netzwerk nach Anspruch 1, wobei der Server (53) das Dienstattribut von einer Station gemäß einem IP-Protokoll empfängt.
  9. Netzwerk nach Anspruch 1, wobei die Dienstattribute eine Festlegung einer Schnittstelle zum Aufbau einer Verbindung zwischen einer rufenden Station (51) und einer Zielstation (52) aufweisen.
  10. Netzwerk nach Anspruch 9, wobei die Schnittstelle aus der Gruppe ausgewählt wird, die aus folgendem besteht: eine ATM-Schnittstelle, eine analoge Schnittstelle, eine digitale Schnittstelle, eine Frame-Relay-Schnittstelle und eine Privatleitungsschnittstelle.
  11. Netzwerk nach Anspruch 10, wobei die digitale Schnittstelle eine ISDN-Schnittstelle ist.
  12. Netzwerk nach Anspruch 1, wobei die Dienstattribute Dienstgüte-Anforderungen aufweisen.
  13. Netzwerk nach Anspruch 12, wobei die Dienstgüte-Anforderungen auf einer Grundlage der Benutzeranwendung festlegbar sind.
  14. Netzwerk nach Anspruch 12, wobei die Dienstgüte-Anforderungen auf einer Grundlage der Tageszeit festlegbar sind.
  15. Netzwerk nach Anspruch 1, wobei die rufende Station (51) eine Wählschnittstelle hat und die Zielstation (52) eine ATM-Schnittstelle hat, so daß ein Cut-Through-Weg zwischen einer IP-Vermittlungseinrichtung, die der rufenden Station zugeordnet ist, und der Zielstation aufgebaut wird.
  16. Netzwerk nach Anspruch 1, wobei die rufende Station eine ATM-Schnittstelle hat und die Zielstation eine Wählschnittstelle hat, so daß ein Durchschaltweg zwischen der rufenden Station und einer IP-Vermittlungseinrichtung, die der Zielstation zugeordnet ist, aufgebaut wird.
  17. Netzwerk nach Anspruch 1, wobei die rufende Station und die Zielstation eine ATM-Schnittstelle haben, so daß ein Cut-Through-Weg zwischen der rufenden Station und der Zielstation aufgebaut wird.
  18. Netzwerk nach Anspruch 1, wobei die rufende Station eine Wählschnittstelle hat und die Zielstation eine Wählschnittstelle hat, so daß ein Cut-Through-Weg zwischen einer IP-Vermittlungseinrichtung, die der rufenden Station zugeordnet ist, und einer IP-Vermittlungseinrichtung, die der Zielstation zugeordnet ist, aufgebaut wird.
  19. Netzwerk nach Anspruch 6, wobei die Adreßdatenbasis (NHS-)Adressenkorrespondenzdaten des Servers für die nächste Teilstrecke zur Weiterleitung des IP-Pakets zur Zielstation aufweist.
  20. Netzwerk nach einem der vorhergehenden Ansprüche, wobei die Adreßdatenbasis (56) Daten mit einer oder mehreren Korrespondenzen zwischen ATM- und IP-Adressen aufweist, die sowohl ATM- als auch Nicht-ATM-Endpunkte unterstützen.
  21. Verfahren zum Kommunikationsverbindungsaufbau zwischen mindestens einer rufenden Station (51) und mindestens einer Zielstation (52) über ein Netzwerk mit einer Vielzahl von IP-Vermittlungseinrichtungen (57-59) zur Adressierung und Weiterleitung von Daten sowohl gemäß einem Internet-Protokoll als auch einem ATM-Protokoll, wobei das Verfahren die folgenden Schritte umfaßt: Empfangen eines IP-Pakets von der rufenden Station (51), das an die Zielstation (52) adressiert ist; Identifizieren eines Eintrags in einer Adreßdatenbasis (56), der Adressenkorrespondenzdaten zur Weiterleitung des IP-Pakets zur Zielstation (52) enthält; Identifizieren mindestens eines Dienstattributs, das der Übertragung des IP-Pakets zur Zielstation (52) zugeordnet ist, wobei das Dienstattribut durch eine rufende Station oder einen Diensteanbieter angefordert worden ist; und Weiterleiten des IP-Pakets zur Zielstation (52) gemäß dem Dienstattribut.
  22. Verfahren nach Anspruch 21, wobei der Schritt des Identifizierens eines Eintrags in einer Adreßdatenbasis (56) den folgenden Schritt umfaßt: Übertragen einer Abfrage zu einer IP-Vermittlungseinrichtung der nächsten Teilstrecke, die die Adressenkorrespondenzdaten zur Weiterleitung des IP-Pakets zur Zielstation (52) anfordert.
  23. Verfahren nach Anspruch 21, wobei das Dienstattribut einen Vorgabeparameter aufweist.
  24. Verfahren nach Anspruch 21, wobei das Dienstattribut durch die rufende Station (51) angefordert wird.
  25. Verfahren nach einem der Ansprüche 21 bis 24 und den folgenden Schritt umfassend: In der Adreßdatenbasis (56) erfolgendes Speichern einer oder mehrerer Korrespondenzen zwischen ATM- und IP-Adressen, die sowohl ATM- als auch Nicht-ATM-Endpunkte unterstützen.
DE69737342T 1996-10-08 1997-10-01 Internet-NCP(Netzwerksteuerungspunkt) über ATM Expired - Lifetime DE69737342T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US728276 1991-07-11
US08/728,276 US5828844A (en) 1996-10-08 1996-10-08 Internet NCP over ATM

Publications (2)

Publication Number Publication Date
DE69737342D1 DE69737342D1 (de) 2007-03-29
DE69737342T2 true DE69737342T2 (de) 2007-10-31

Family

ID=24926168

Family Applications (1)

Application Number Title Priority Date Filing Date
DE69737342T Expired - Lifetime DE69737342T2 (de) 1996-10-08 1997-10-01 Internet-NCP(Netzwerksteuerungspunkt) über ATM

Country Status (5)

Country Link
US (1) US5828844A (de)
EP (1) EP0836359B1 (de)
JP (1) JPH10215263A (de)
CA (1) CA2216982C (de)
DE (1) DE69737342T2 (de)

Families Citing this family (126)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9603582D0 (en) 1996-02-20 1996-04-17 Hewlett Packard Co Method of accessing service resource items that are for use in a telecommunications system
JPH09186723A (ja) 1995-12-29 1997-07-15 Hitachi Ltd ネットワーク通信処理方式
US6021263A (en) * 1996-02-16 2000-02-01 Lucent Technologies, Inc. Management of ATM virtual circuits with resources reservation protocol
US6154445A (en) 1996-04-18 2000-11-28 Bell Atlantic Network Services, Inc. Telephony communication via varied redundant networks
US6069890A (en) 1996-06-26 2000-05-30 Bell Atlantic Network Services, Inc. Internet telephone service
JP2982727B2 (ja) * 1996-08-15 1999-11-29 日本電気株式会社 認証方法
JPH1079740A (ja) * 1996-09-03 1998-03-24 Hitachi Ltd Atmスイッチを用いたルータ装置
JP3455032B2 (ja) * 1996-10-31 2003-10-06 株式会社日立製作所 通信システム
US6101180A (en) * 1996-11-12 2000-08-08 Starguide Digital Networks, Inc. High bandwidth broadcast system having localized multicast access to broadcast content
US6078582A (en) 1996-12-18 2000-06-20 Bell Atlantic Network Services, Inc. Internet long distance telephone service
US5903559A (en) * 1996-12-20 1999-05-11 Nec Usa, Inc. Method for internet protocol switching over fast ATM cell transport
SE511581C2 (sv) * 1996-12-20 1999-10-25 Ericsson Telefon Ab L M System och förfarande för ATM-koppling av en telefonförbindelse
JP2842530B2 (ja) * 1997-01-08 1999-01-06 日本電気株式会社 Atm vlanクライアント−サーバシステム
US6061346A (en) * 1997-01-17 2000-05-09 Telefonaktiebolaget Lm Ericsson (Publ) Secure access method, and associated apparatus, for accessing a private IP network
JP3591753B2 (ja) * 1997-01-30 2004-11-24 富士通株式会社 ファイアウォール方式およびその方法
JP3653917B2 (ja) * 1997-02-25 2005-06-02 富士通株式会社 通信網におけるパケット中継方法及びエンドシステム
US6137869A (en) 1997-09-16 2000-10-24 Bell Atlantic Network Services, Inc. Network session management
US6574216B1 (en) 1997-03-11 2003-06-03 Verizon Services Corp. Packet data network voice call quality monitoring
JP3457493B2 (ja) * 1997-03-18 2003-10-20 富士通株式会社 Arpサーバ
US6870827B1 (en) 1997-03-19 2005-03-22 Verizon Services Corp. Voice call alternative routing through PSTN and internet networks
US6292479B1 (en) 1997-03-19 2001-09-18 Bell Atlantic Network Services, Inc. Transport of caller identification information through diverse communication networks
US6009097A (en) * 1997-04-04 1999-12-28 Lucent Technologies Inc. System for routing packet switched traffic
US6278705B1 (en) * 1997-04-08 2001-08-21 3Com Corporation Integrated architecture to support a single system image across multiple network access servers
US6026085A (en) 1997-04-08 2000-02-15 3Com Corporation Architecture to support a single system image across multiple network access servers
US5936936A (en) * 1997-04-11 1999-08-10 International Business Machines Corporation Redundancy mechanisms for classical internet protocol over asynchronous transfer mode networks
JP2002513535A (ja) * 1997-04-25 2002-05-08 ノーテル・ネットワークス・リミテッド Atmアドレス決定のための方法および装置
US6260072B1 (en) * 1997-06-12 2001-07-10 Lucent Technologies Inc Method and apparatus for adaptive routing in packet networks
JPH113307A (ja) * 1997-06-13 1999-01-06 Canon Inc 情報処理装置および方法
US6944184B1 (en) 1998-12-04 2005-09-13 Tekelec Methods and systems for providing database node access control functionality in a communications network routing node
US7050456B1 (en) 1998-12-04 2006-05-23 Tekelec Methods and systems for communicating signaling system 7 (SS7) user part messages among SS7 signaling points (SPs) and internet protocol (IP) nodes using signal transfer points (STPs)
US6324183B1 (en) 1998-12-04 2001-11-27 Tekelec Systems and methods for communicating messages among signaling system 7 (SS7) signaling points (SPs) and internet protocol (IP) nodes using signal transfer points (STPS)
JPH1198183A (ja) * 1997-09-17 1999-04-09 Toshiba Corp 中継装置
JPH1198191A (ja) * 1997-09-19 1999-04-09 Nec Corp Ipスイッチ
CA2217275C (en) * 1997-10-03 2005-08-16 Newbridge Networks Corporation Multiple internetworking realms within an internetworking device
US6614765B1 (en) * 1997-10-07 2003-09-02 At&T Corp. Methods and systems for dynamically managing the routing of information over an integrated global communication network
US6147993A (en) 1997-10-14 2000-11-14 Cisco Technology, Inc. Method and apparatus for implementing forwarding decision shortcuts at a network switch
US6189041B1 (en) * 1997-11-12 2001-02-13 International Business Machines Corporation Next hop resolution protocol cut-through to LANs
US6222826B1 (en) * 1997-11-19 2001-04-24 Lucent Technologies Inc. Multimedia calling method and apparatus
US6307860B1 (en) 1998-04-03 2001-10-23 Mmc Networks, Inc. Systems and methods for data transformation and transfer in networks
US6343083B1 (en) * 1998-04-09 2002-01-29 Alcatel Usa Sourcing, L.P. Method and apparatus for supporting a connectionless communication protocol over an ATM network
US6279035B1 (en) * 1998-04-10 2001-08-21 Nortel Networks Limited Optimizing flow detection and reducing control plane processing in a multi-protocol over ATM (MPOA) system
JP3233208B2 (ja) * 1998-04-30 2001-11-26 日本電気株式会社 レイヤ3フロースイッチング方法
US7079515B1 (en) * 1998-05-15 2006-07-18 Ericsson, Inc. Signal decoding with and without second synchronization word in a mobile communication system
CN1214689C (zh) * 1998-06-19 2005-08-10 杜松网络公司 用于把数据导向目的地址的设备和方法
US6980543B1 (en) * 1998-06-19 2005-12-27 Juniper Networks, Inc. Interconnect network for operation within a communication node
US6356548B1 (en) 1998-06-29 2002-03-12 Cisco Technology, Inc. Pooled receive and transmit queues to access a shared bus in a multi-port switch asic
US6078586A (en) * 1998-08-03 2000-06-20 Mci Communications Corporation ATM virtual private networks
US6615358B1 (en) 1998-08-07 2003-09-02 Patrick W. Dowd Firewall for processing connection-oriented and connectionless datagrams over a connection-oriented network
US7073196B1 (en) 1998-08-07 2006-07-04 The United States Of America As Represented By The National Security Agency Firewall for processing a connectionless network packet
US6442588B1 (en) * 1998-08-20 2002-08-27 At&T Corp. Method of administering a dynamic filtering firewall
US6445715B1 (en) 1998-08-27 2002-09-03 Cisco Technology, Inc. Dynamic trunk protocol
US6295296B1 (en) 1998-09-08 2001-09-25 Cisco Technology, Inc. Use of a single data structure for label forwarding and imposition
US6266705B1 (en) 1998-09-29 2001-07-24 Cisco Systems, Inc. Look up mechanism and associated hash table for a network switch
US6731627B1 (en) * 1998-11-17 2004-05-04 Cisco Technology, Inc. Virtual loop carrier system
US7246168B1 (en) 1998-11-19 2007-07-17 Cisco Technology, Inc. Technique for improving the interaction between data link switch backup peer devices and ethernet switches
US6704318B1 (en) 1998-11-30 2004-03-09 Cisco Technology, Inc. Switched token ring over ISL (TR-ISL) network
US6563832B1 (en) 1998-11-30 2003-05-13 Cisco Technology, Inc. Token ring bridge distributed in a switched fabric
DE69942830D1 (de) * 1998-12-03 2010-11-18 Nortel Networks Ltd Lieferung von gewünschter sevicepolitik für teilnehmer die zum internet zugriff haben
US6633563B1 (en) 1999-03-02 2003-10-14 Nortel Networks Limited Assigning cell data to one of several processors provided in a data switch
US6466976B1 (en) 1998-12-03 2002-10-15 Nortel Networks Limited System and method for providing desired service policies to subscribers accessing the internet
US6987781B1 (en) 1998-12-04 2006-01-17 Tekelec Methods and systems for routing signaling messages in a communications network using circuit identification code (CIC) information
US7002988B1 (en) 1998-12-04 2006-02-21 Tekelec Methods and systems for communicating SS7 messages over packet-based network using transport adapter layer interface
US6609153B1 (en) * 1998-12-24 2003-08-19 Redback Networks Inc. Domain isolation through virtual network machines
US6748416B2 (en) * 1999-01-20 2004-06-08 International Business Machines Corporation Client-side method and apparatus for improving the availability and performance of network mediated services
US6574664B1 (en) * 1999-01-29 2003-06-03 Hewlett-Packard Development Company, L.P. Apparatus and method for IP and MAC address discovery at the process layer
JP2000242574A (ja) * 1999-02-22 2000-09-08 Mitsubishi Electric Corp データ転送方法および予定転送先データベース作成方法
JP3082760B1 (ja) * 1999-02-26 2000-08-28 日本電気株式会社 Mpoaパケットの転送方法
DE19910023C2 (de) * 1999-03-08 2002-07-18 Rohde & Schwarz System zur Datenübertragung von einem Anbieter zu einem Benutzer
US7474660B1 (en) 1999-03-31 2009-01-06 Cisco Technology, Inc. MAC address extension to maintain router information in source routed computer networks
US6954526B1 (en) 1999-04-05 2005-10-11 Tekelec Methods and systems for routing calling name service query messages in a communication network
EP1045611B1 (de) * 1999-04-12 2006-03-22 Alcatel Verfahren zur Unterstützung von Abkürzungen in der Netzwerkebene
US6401127B1 (en) 1999-05-04 2002-06-04 Cisco Technology, Inc. Adaptive timer for LLC type 2 reliable transport in a computer network
US7136387B2 (en) * 1999-08-09 2006-11-14 Mci, Llc Method of and system for providing quality of service in IP telephony
US6714541B1 (en) 1999-08-10 2004-03-30 Cisco Technology, Inc. Method and apparatus for encoding bridging/switching information within a routing information filed in a token ring environment
KR100326332B1 (ko) * 1999-09-06 2002-03-08 윤종용 패킷 교환 형태 네트워크의 단말기와 원격 접근 서버를 통해접속하는 단말기간의 통화 방법
US6987769B1 (en) 1999-09-08 2006-01-17 Qwest Communications International Inc. System and method for dynamic distributed communication
US8005077B1 (en) 1999-09-08 2011-08-23 Qwest Communications International Inc. Distributively routed VDSL and high-speed information packets
US7561895B1 (en) 1999-09-08 2009-07-14 Qwest Communications International, Inc. Reverse sectorization wireless communication
US6831902B1 (en) 1999-09-08 2004-12-14 Qwest Communications International, Inc. Routing information packets in a distributed network
US6483470B1 (en) 1999-09-08 2002-11-19 Qwest Communications International, Inc. Power supply for a light pole mounted wireless antenna
US7388846B1 (en) 1999-09-08 2008-06-17 Qwest Communications International Inc. Cellularized packetized voice and data
US6898200B1 (en) * 1999-10-29 2005-05-24 Nortel Networks Limited Method for improving signaling efficiency and performing service load balancing in a connection oriented network
US6529983B1 (en) 1999-11-03 2003-03-04 Cisco Technology, Inc. Group and virtual locking mechanism for inter processor synchronization
FR2800956B1 (fr) * 1999-11-10 2002-02-22 Sagem Systeme de telecopie a annuaire central
US6785738B1 (en) 1999-12-23 2004-08-31 Cisco Technology, Inc. ARP packet to preserve canonical form of addresses
KR100360776B1 (ko) * 1999-12-24 2002-11-13 한국전자통신연구원 엠피오에이 기반의 라우터 시스템 및 그를 이용한 프레임릴레이 서비스 연동 방법
US6751218B1 (en) * 2000-02-26 2004-06-15 Avaya Technology Corp. Method and system for ATM-coupled multicast service over IP networks
SE518422C2 (sv) * 2000-03-10 2002-10-08 Ericsson Telefon Ab L M Förfarande och anordning för punkt-till-punktförbindelser i ett kommunikationsnät
WO2001082635A1 (en) 2000-04-21 2001-11-01 Tekelec Methods and systems for providing dynamic routing key registration
US6505269B1 (en) 2000-05-16 2003-01-07 Cisco Technology, Inc. Dynamic addressing mapping to eliminate memory resource contention in a symmetric multiprocessor system
US7318091B2 (en) 2000-06-01 2008-01-08 Tekelec Methods and systems for providing converged network management functionality in a gateway routing node to communicate operating status information associated with a signaling system 7 (SS7) node to a data network node
US7126947B2 (en) * 2000-06-23 2006-10-24 Broadcom Corporation Switch having external address resolution interface
US6967956B1 (en) 2000-07-18 2005-11-22 Tekelec Methods and systems for providing message translation, accounting and routing service in a multi-protocol communications network environment
US7092390B2 (en) * 2000-09-07 2006-08-15 Sbc Technology Resources, Inc. Internal substitution bi-level addressing for compatible public networks
US6990089B2 (en) * 2000-12-12 2006-01-24 Telelec Methods and systems for routing messages in a radio access network
US6965592B2 (en) * 2001-01-24 2005-11-15 Tekelec Distributed signaling system 7 (SS7) message routing gateway
US7200146B2 (en) * 2001-08-17 2007-04-03 Intel Corporation System and method of IP packet forwarding across directly connected forwarding elements
US7403986B1 (en) 2001-10-18 2008-07-22 Network Equipment Technologies, Inc. Method for synchronizing circuit related objects between network management systems and network control processors
US7272145B2 (en) * 2002-07-31 2007-09-18 At&T Knowledge Ventures, L.P. Resource reservation protocol based guaranteed quality of service internet protocol connections over a switched network through proxy signaling
US7301951B2 (en) * 2002-07-31 2007-11-27 At&T Knowledge Ventures, L.P. Resource reservation protocol based guaranteed quality of service internet protocol connections over a switched network
US7065092B2 (en) * 2002-07-31 2006-06-20 Sbc Properties, L.P. Resource reservation protocol based guaranteed quality of service internet protocol (IP) connections over a switched network using newly assigned IP addresses
US7298750B2 (en) * 2002-07-31 2007-11-20 At&T Knowledge Ventures, L.P. Enhancement of resource reservation protocol enabling short-cut internet protocol connections over a switched network
US7447203B2 (en) 2003-07-29 2008-11-04 At&T Intellectual Property I, L.P. Broadband access for virtual private networks
US7739394B2 (en) * 2003-07-29 2010-06-15 At&T Intellectual Property I, L.P. Bi-level addressing for internet protocol broadband access
US7876757B2 (en) * 2003-11-06 2011-01-25 International Business Machines Corporation Router-assisted fast processing of packet termination in host
US7769011B1 (en) * 2003-12-24 2010-08-03 Embarq Holdings Company, Llc Method and system for automatically requesting, generating and maintaining ATM addresses
US7804789B2 (en) 2004-03-18 2010-09-28 Tekelec Methods, systems, and computer program products for organizing, managing, and selectively distributing routing information in a signaling message routing node
US7532647B2 (en) 2004-07-14 2009-05-12 Tekelec Methods and systems for auto-correlating message transfer part (MTP) priority and internet protocol (IP) type of service in converged networks
US7796614B1 (en) * 2004-11-30 2010-09-14 Symantec Corporation Systems and methods for message proxying
US7965771B2 (en) * 2006-02-27 2011-06-21 Cisco Technology, Inc. Method and apparatus for immediate display of multicast IPTV over a bandwidth constrained network
US8218654B2 (en) 2006-03-08 2012-07-10 Cisco Technology, Inc. Method for reducing channel change startup delays for multicast digital video streams
US8031701B2 (en) 2006-09-11 2011-10-04 Cisco Technology, Inc. Retransmission-based stream repair and stream join
US10031830B2 (en) * 2006-10-13 2018-07-24 International Business Machines Corporation Apparatus, system, and method for database management extensions
US7937531B2 (en) * 2007-02-01 2011-05-03 Cisco Technology, Inc. Regularly occurring write back scheme for cache soft error reduction
US8769591B2 (en) 2007-02-12 2014-07-01 Cisco Technology, Inc. Fast channel change on a bandwidth constrained network
US7940644B2 (en) * 2007-03-14 2011-05-10 Cisco Technology, Inc. Unified transmission scheme for media stream redundancy
US20080253369A1 (en) 2007-04-16 2008-10-16 Cisco Technology, Inc. Monitoring and correcting upstream packet loss
US8279826B1 (en) * 2007-07-19 2012-10-02 Sprint Communications Company L.P. Presence based routing in an IP multimedia subsystem network
US9043451B2 (en) 2007-07-31 2015-05-26 Tekelec, Inc. Methods, systems, and computer readable media for managing the flow of signaling traffic entering a signaling system 7 (SS7) based network
US8787153B2 (en) 2008-02-10 2014-07-22 Cisco Technology, Inc. Forward error correction based data recovery with path diversity
WO2010083509A2 (en) 2009-01-16 2010-07-22 Tekelec Methods, systems, and computer readable media for centralized routing and call instance code management for bearer independent call control (bicc) signaling messages
US8670320B2 (en) * 2009-02-09 2014-03-11 Hewlett-Packard Development Company, L.P. Quality of service routing architecture
US8238538B2 (en) 2009-05-28 2012-08-07 Comcast Cable Communications, Llc Stateful home phone service
IN2012CN07527A (de) 2010-02-12 2015-08-07 Tekelec Inc
US9168946B2 (en) * 2010-03-19 2015-10-27 Javad Gnss, Inc. Method for generating offset paths for ground vehicles
US8787388B1 (en) * 2011-08-29 2014-07-22 Big Switch Networks, Inc. System and methods for forwarding packets through a network

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06318951A (ja) * 1993-01-07 1994-11-15 Toshiba Corp セル転送方法およびセル転送システム
US5673262A (en) * 1993-06-03 1997-09-30 Nec Corporation Communication network comprising transit switches without asynchronous transfer mode switching capability
US5461611A (en) * 1994-06-07 1995-10-24 International Business Machines Corporation Quality of service management for source routing multimedia packet networks
US5673263A (en) * 1995-03-31 1997-09-30 International Business Machines Corporation Method for using an IP address-based routing protocol in an ATM environment
JP2723084B2 (ja) * 1995-07-19 1998-03-09 日本電気株式会社 リンクステートルーティング装置

Also Published As

Publication number Publication date
EP0836359A3 (de) 1999-08-25
DE69737342D1 (de) 2007-03-29
US5828844A (en) 1998-10-27
JPH10215263A (ja) 1998-08-11
CA2216982A1 (en) 1998-04-08
EP0836359A2 (de) 1998-04-15
CA2216982C (en) 2001-05-01
EP0836359B1 (de) 2007-02-14

Similar Documents

Publication Publication Date Title
DE69737342T2 (de) Internet-NCP(Netzwerksteuerungspunkt) über ATM
DE69825596T2 (de) System und verfahren für ein vielschicht-netzelement
DE69433126T2 (de) Verfahren zum Einrichten von virtuellen Mehrfachsendeverbindungen
DE69920723T2 (de) Virtuelle private atm-netze
DE69735691T2 (de) Verwaltung von virtuellen ATM-Verbindungen mit Protokoll zur Reservierung von Ressourcen
DE69816845T2 (de) Mehrere zusammenarbeitende gebiete innerhalb einer netz durchgangseinheit
DE69636126T2 (de) Verteilte verbindungsorientierte dienste für vermittelte fernmeldenetz
DE69919569T2 (de) Verwaltung von verbindungsorientierten diensten über das internet-protokoll
DE60120847T2 (de) Mehrprotokollvermittler und Verfahren dazu
DE69837464T2 (de) Vermittlungsnetzaufbau für IP-Mehrfachsendung und für integrierte Dienste
DE69838126T2 (de) Verkehrsverwaltung für geschalteten Frame Relay Datendienst
DE69933417T2 (de) Vorrichtung und Verfahren zur routerfreien Schicht 3 Wegelenkung in einem Netz
DE60037368T2 (de) Verfahren und Architektur zur Unterstüzung von mehreren Diensten in einem Etikettvermittlungsnetzwerk
DE60035969T2 (de) Verfahren und Anordnung zur Behandlung der Informationpakete durch vom Nutzer auswählbare Relaisknoten
DE69533225T2 (de) Vorrichtung zur bereitstellung eines lokalen netzemulationsdienstes über ein öffentliches, verbindungsloses atm-netz
DE69938570T2 (de) Verfahren und Vorrichtung für eine reservierte und dynamische Dienstqualität in einem Kommunikationsnetz
DE60102047T2 (de) Etikettvermitteltes Kommunikationsnetzwerk
DE60122457T2 (de) System und Verfahren zum Herstellen eines Kommunikationsweges auf einer ATM Plattform
EP0872090B1 (de) Verfahren zum bilden von leitweginformation
DE69333395T2 (de) Verfahren und Geräte zur Verbindung lokaler Netze mit Großraum-Hauptnetzen
DE60022602T2 (de) Verfahren, Vorrichtung und Computerprogramm um Topologiedaten eines Link State Routing Netzwerkes aktuell zu halten
DE102004004320B4 (de) System und Verfahren für den Zugriff auf und die Übertragung von verschiedenen Datenrahmen in einem digitalen Übertragungsnetz
DE102004008376B4 (de) Verfahren und System zum Schaffen einer garantierten Qualität des Dienstes in einem IP-Netz
DE69727447T2 (de) Übertragungstrennung und Ebene-3-Netzwerk-Vermittlung
DE60112700T2 (de) System und Verfahren zum Betreiben eines Netzwerks auf einer ATM-Plattform

Legal Events

Date Code Title Description
8364 No opposition during term of opposition