DE69827349T2 - Gigabit-Ethernet Schnittstelle für ein synchrones Netz (SONET) - Google Patents

Gigabit-Ethernet Schnittstelle für ein synchrones Netz (SONET) Download PDF

Info

Publication number
DE69827349T2
DE69827349T2 DE69827349T DE69827349T DE69827349T2 DE 69827349 T2 DE69827349 T2 DE 69827349T2 DE 69827349 T DE69827349 T DE 69827349T DE 69827349 T DE69827349 T DE 69827349T DE 69827349 T2 DE69827349 T2 DE 69827349T2
Authority
DE
Germany
Prior art keywords
data packet
sonet
output path
transport node
entry
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
DE69827349T
Other languages
English (en)
Other versions
DE69827349D1 (de
Inventor
Kenneth G. Kanata Hayward
Donald R. Ottawa Ellis
John P. Brule
Michael C. Nepean To
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.)
Nortel Networks Ltd
Original Assignee
Nortel Networks Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=25542584&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=DE69827349(T2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Nortel Networks Ltd filed Critical Nortel Networks Ltd
Application granted granted Critical
Publication of DE69827349D1 publication Critical patent/DE69827349D1/de
Publication of DE69827349T2 publication Critical patent/DE69827349T2/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/462LAN interconnection over a bridge based backbone
    • H04L12/4625Single bridge functionality, e.g. connection of two networks over a single bridge
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/02Details
    • H04J3/08Intermediate station arrangements, e.g. for branching, for tapping-off
    • H04J3/085Intermediate station arrangements, e.g. for branching, for tapping-off for ring networks, e.g. SDH/SONET rings, self-healing rings, meashed SDH/SONET networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/16Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1605Fixed allocated frame structures
    • H04J3/1611Synchronous digital hierarchy [SDH] or SONET
    • H04J3/1617Synchronous digital hierarchy [SDH] or SONET carrying packets or ATM cells
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/20Hop count for routing purposes, e.g. TTL
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/24Multipath
    • H04L45/243Multipath using M+N parallel active paths
    • 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
    • H04JMULTIPLEX COMMUNICATION
    • H04J2203/00Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0028Local loop
    • H04J2203/0039Topology
    • H04J2203/0042Ring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J2203/00Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0073Services, e.g. multimedia, GOS, QOS
    • H04J2203/0082Interaction of SDH with non-ATM protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J2203/00Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0073Services, e.g. multimedia, GOS, QOS
    • H04J2203/0082Interaction of SDH with non-ATM protocols
    • H04J2203/0085Support of Ethernet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J2203/00Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0098Traffic aspects, e.g. arbitration, load balancing, smoothing, buffer management
    • 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/5627Fault tolerance and recovery
    • 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/5665Interaction of ATM with other protocols

Description

  • Gebiet der Erfindung
  • Diese Erfindung betrifft eine Vorrichtung und ein Verfahren, mit der bzw. mit dem paketisierte Daten von einem lokalen Netzwerk über ein synchrones optisches Netzwerk (SONET) übertragen werden können. Die Erfindung betrifft weiterhin ein Verfahren zur Auswahl des kürzesten Pfades zu einer Zieladresse in einem bidirektionalen Ring-Netzwerk.
  • Hintergrund der Erfindung
  • Lokale Netzwerke oder LAN's werden zur Übertragung paketisierter Daten verwendet. Eine Art von LAN ist als das Ethernet bekannt, das einer Familie von IEEE-Normen, IEEE 802.3, gehorcht. Obwohl Ethernet-LAN's seit mehr als 20 Jahren hergestellt wurden, haben neuere technologische Fortschritte die Geschwindigkeit vergrößert, mit der mit dem Ethernet-LAN verbundene Geräte Daten senden und empfangen können. In dem IEEE-Normentwuf 802.3z ist ein Ethernet-LAN, das für Übertragungsraten mit Gigabits pro Sekunde geeignet ist, vorgeschlagen. Eine Beschränkung heutiger Ethernet-LAN's besteht jedoch darin, dass sie die Entfernung zwischen Geräten auf ungefähr 2 km beschränken müssen, damit es ermöglicht wird, dass ihre Verwaltungssysteme für Vielfachzugriff mit Leitungsüberwachung und Kollisionsdetektion (CSMA/CD) effektiv arbeiten. Eine Beschreibung von lokalen Netzwerken findet sich in dem Buch Basic Data Communications: A Comprehensive Overview by W. J. Beyda.
  • Über ein LAN ausgesandte Daten werden in einen Strom von Segmenten mit sich ändernder Länge paketisiert oder unterteilt. Der Paketfluss wird in vielen Fällen als „burstartig" beschrieben. Pakete können intensiv zwischen zwei mit dem LAN verbundenen Geräten fließen, und der Fluss kann dann plötzlich auf Null absinken. Wenn Pakete intensiv von einer Anzahl von unterschiedlichen Geräten gleichzeitig fließen, so können Konkurrenzprobleme auftreten, und es ist erforderlich, die Bandbreite auf dem LAN zwischen miteinander in Konkurrenz stehenden Geräten gemeinsam zu nutzen.
  • Es würde wünschenswert sein, dass mit einem Ethernet-LAN verbundene Geräte in der Lage sein würden, Daten an von mit getrennten Ethernet-LAN's verbundenen Geräte zu senden bzw. von diesen zu empfangen. In dieser Hinsicht ist es bekannt, aufwändige Spezialzweck-Weitbereichs-Netzwerk-(WAN-)Router zu verwenden, die zwischen LAN's eingefügt sind.
  • In einer Lösung, die als WO9520282 veröffentlicht ist, verbindet eine Schnittstelleneinrichtung asynchrone Übertragungsbetriebsart-(ATM-)Vermittlungen, die mit einem Weltbereichs-Netzwerk verbunden sind, mit LAN-Schnittstellenadaptern. Die Schnittstelleneinrichtung passt ATM-Zellen (Datenpakete) für den Transport über LAN's an. Mit den LAN-Schnittstellenadaptern verbundene Benutzergeräte können somit in transparenter Weise über die LAN-Schnittstellenadapter mit dem Weitbereichsnetzwerk kommunizieren.
  • Zusammenfassung der Erfindung
  • Es würde wünschenswert sein, ein Verfahren und eine Vorrichtung zu schaffen, mit dem bzw. mit der mit dem lokalen Netzwerk verbundene Geräte paketisierte Daten über ein SONET-Netzwerk an Geräte senden können, die mit anderen lokalen Netzwerken verbunden sind.
  • Es würde weiterhin wünschenswert sein, es zu ermöglichen, dass die Kapazität auf SONET-Nutzinformationen zwischen spezifizierten Transportknoten unzugeordnet bleibt, wenn die Kapazität nicht zur Übertragung von Datenpaketen zwischen diesen Transportknoten benötigt wird.
  • Es würde weiterhin wünschenswert sein, in rationeller Weise die Bandbreite dynamisch auf einem SONET-Netzwerk auf miteinander in Wettbewerb stehende paketisierte Geräten die Bandbreite aufzuteilen.
  • Es würde weiterhin wünschenswert sein, ein Verfahren zum Auffinden der kürzesten Route zu einer Zieladresse auf einem bidirektionalen Ring-Netzwerk zu schaffen.
  • Gemäß einem Gesichtspunkt wird ein Verfahren zum Lenken von Datenpaketen in einem SONET-Netzwerk geschaffen, mit den folgenden Schritten:
    • (a) Empfangen eines Datenpaketes an einem Transportknoten;
    • (b) Bestimmen einer Zieladresse für das Datenpaket;
    • (c) Auswählen eines Ausgangspfades auf der Grundlage der Zieladresse;
    • (d) Anordnen des Datenpaketes auf einer Warteschlange, die dem ausgewählten Ausgangspfad zugeordnet ist;
    • (e) Auswählen eines Datenpaketes aus der Warteschlange; und
    • (f) Aussenden des ausgewählten Datenpaketes auf den ausgewählten Ausgangspfad.
  • Das Verfahren umfasst weiterhin (b1) die Feststellung, ob eine Lebensdauer-(TTL-)Anzeige an das Datenpaket angehängt wurde und (b2) wenn noch eine TTL-Anzeige mit einem Wert angehängt wurde, das Anhängen einer TTL-Anzeige mit einem Wert an das Datenpaket.
  • Der Ausgangspfad auf dem SONET-Netzwerk kann eine Lichtleitfaser umfassen.
  • Der Ausgangspfad kann einen Eingang an ein lokales Netzwerk umfassen.
  • Das Verfahren kann weiterhin die folgenden Schritte umfassen:
    • (i) Zuordnen, zu dem Datenpaket, einer Identifikation eines Eingangspfades, von dem das genannte jede Datenpaket empfangen wurde;
    • (ii) Feststellen des Vorliegens eines vorhandenen Eintrages in einer mit dem Transportknoten verbundenen Tabelle, der eine Übereinstimmung mit einer Quellenadresse des Datenpaketes aufweist; und
    • (iii) wenn es keinen vorhandenen Eintrag gibt, Schaffen eines neuen Eintrages in der zugehörigen Tabelle, der (I) die Quellenadresse des Adressenpaketes, (II) die Identifikation und (III) den derzeitigen Wert irgendeiner derzeitigen TTL-Anzeige enthält; und
    • (iv) bei Auffinden des vorhandenen Eintrages mit der eine Übereinstimmung aufweisenden Quellenadresse in der Tabelle, Schaffen eines neuen Tabellen-Eintrages auf der Grundlage des Datenpaketes und Löschen des vorhandenen Eintrages, wenn der derzeitige Wert von irgendeiner der derzeitigen TTL-Anzeige des Datenpaketes in dem Datenpaket höher als der in dem vorhandenen Eintrag ist.
  • Die Erfindung ergibt weiterhin eine Vorrichtung zum Lenken oder Routen von Datenpaketen in einem SONET-Netzwerk, mit:
    • (a) Einrichtungen zum Empfang eines Datenpaketes an einem Transportknoten;
    • (b) Einrichtungen zur Bestimmung einer Zieladresse für das Datenpaket;
    • (c) Einrichtungen zur Auswahl eines Ausgangspfades auf der Grundlage der Zieladresse;
    • (d) Einrichtungen zum Anordnen des Datenpaketes auf einer Warteschlange, die dem ausgewählten Ausgangspfad zugeordnet ist;
    • (e) Einrichtungen zur Auswahl eines Datenpaketes aus der Warteschlange; und
    • (f) Einrichtungen zum Senden des ausgewählten Datenpaketes auf den ausgewählten Ausgangspfad. Die Vorrichtung umfasst weiterhin:
    • (g) Einrichtungen zur Feststellung, ob die Lebensdauer-(TTL-)Anzeige an das genannte jede Datenpaket angehängt wurde; und
    • (h) Einrichtungen zum Anhängen einer TTL-Anzeige mit einem Wert an das Datenpaket.
  • Kurze Beschreibung der Figuren
  • Die vorliegende Erfindung wird weiter unter Bezugnahme auf die ausführliche Beschreibung verständlich, in der:
  • 1 eine schematische Zeichnung eines bekannten Kommunikationssystems ist;
  • 2 eine schematische Zeichnung eines Kommunikationssystems gemäß einer Ausführungsform der vorliegenden Erfindung ist;
  • 3 eine schematische Zeichnung eines Teils eines Transportknotens des Systems nach 2 ist; und
  • 4 eine schematische Zeichnung eines Kommunikationssystems ist.
  • Ausführliche Beschreibung der bevorzugten Ausführungsformen
  • SONET oder „synchrones optisches Netzwerk" ist eine Norm für synchrone digitale Lichtleitfaser-Netzwerke. Eine äquivalente internationale Norm, die synchrone digitale Hierarchie (SDH), wurde von der Internationalen Telekommunikations-Union (ITU) angepasst, früher das International Telegraph and Telephone Consultative Committee (CCITT). Diese Normen definieren Standard-Raten, Rahmenformate und optische Signalparameter für Signale, die auf Lichtleitfaser-Kabeln zwischen Transportknoten weitergeleitet werden. SONET-Netzwerke sind in „Digital Telephony", zweite Ausgabe, von J. Bellamy beschrieben.
  • In SONET ist ein grundlegender Baustein der synchrone Transportsignal-Ebene 1-(STS-1-)Rahmen. Jeder Rahmen ist eine Byte-Matrix mit 9 Reihen- mal 90 Spalten, die seriell derart übertragen wird, dass das Byte von der ersten Reihe und ersten Spalte als erstes übertragen wird, gefolgt von dem Byte von der Reihe 1, Spalte 2, usw., von links nach rechts und oben nach unten. Ein STS-Rahmen wird alle 125 ms oder mit 8 kHz übertragen. Diese 8 kHz-Übertragung von Rahmen ist als ein Kanal bekannt. Eine Anzahl von Kanälen kann auf einer einzigen Lichtleitfaser übertragen werden. Wenn N Kanäle übertragen werden, so ist dies als STS-N bekannt. Die N Kanäle werden derart verschachtelt, so dass alle 125 Mikrosekunden die Rahmen von allen N Kanälen ausgesandt werden. Das STS-1-Format führt zu einer seriellen Übertragungsrate von 51,84 Megabit pro Sekunde. Der Rahmen besteht aus zwei Arten von Informationen, Zusatzinformation und Nutzinformation. Die Zusatzinformation umfasst Daten, die zur Leitweglenkung oder zum Routen und zum Steuern des Rahmens erforderlich sind. Es gibt drei Arten von SONET-Zusatzinformation: Pfad, Leitung und Abschnitt. Die Nutzinformation sind die Kundendaten, die auf dem SONET-Netzwerk weitergeleitet werden.
  • Die Nutzinformation, die eine maximale Kapazität von 49,536 Mbit/s auf jedem STS-1-Kanal hat, könnte aus einem DS-3-Signal mit 44,736 Mbit/s oder 28 DS-1-Signalen jeweils mit 1,544 Mbit/s, einer Anzahl von Datenkanälen oder anderen Umsetzungen bestehen. Mehrere STS-1-Rahmen können für den Transport von Nutzinformationen kombiniert werden, die einen größeren Bandbreitenbedarf als 50 Mbit/s haben. Dieser Prozess der Kombination von STS-1-Nutzinformation-Umschlägen wird als eine Verkettung bezeichnet, und die Verkettung von N STS-1-Rahmen wird als STS-Nc bezeichnet. Die Verkettung vergrößert das Verhältnis der Nutzinformation zur Zusatzinformation, weil redundante Zusatzinformation in dem verketteten Rahmen durch zusätzliche Nutzinformation ersetzt wird. Eine einzige Lichtleitfaser kann viele STS-Kanäle übertragen. Beispielsweise werden in STS-48 48 Kanäle in der gleichen Lichtleitfaser übertragen. Wenn ein STS-N-Signal über ein SONET-Netzwerk übertragen wird, so wird das resultierende optische Signal als „optischer Träger N" oder OC-N bezeichnet.
  • SONET-Netzwerke umfassen Transportknoten und Kreuzverbindungen. Transportknoten sind typischerweise über Lichtleitfasern in einer Ringtopologie oder einer vermaschten Topologie zusammengeschaltet. Daten werden an einem Ursprungs-Transportknoten in eine SONET-Nutzinformation geladen und von diesem Transportknoten zu benachbarten Transportknoten über eine oder mehrere Lichtleitfasern ausgesandt. Die Nutzinformation beachtet SONET-Rahmenbildungs- und Kanalstrukturen und Formate.
  • Es würde wünschenswert sein, LAN's über ein SONET-Netzwerk miteinander zu verbinden. Dies würde ein Weitbereichs-Netzwerk-(WAN-)Betriebsverhalten unter Verwendung von lediglich LAN- und SONET-Bauteilen ergeben. Heutige SONET-Netzwerke sind jedoch nur sehr schlecht für eine effiziente Übertragung eines derartigen Datenverkehrs ausgelegt. Insbesondere werden in einem heutigen SONET-Netzwerk bei Verwendung einer STS-Nutzinformation (das heißt des Nutzinformationsteils eines STS-Rahmens) oder eines Teils einer STS-Nutzinformation oder einer Anzahl von verketteten STS-Nutzinformationen zur Übertragung von Informationen zwischen irgendwelchen zwei miteinander kommunizierenden Geräten, wie z. B. Transportknoten, Routern, Servern, Kreuzverbindungen oder Vermittlungen auf dem Netzwerk, diese Nutzinformationen (oder diese Bandbreite) vorher diesen zwei miteinander kommunizierenden Geräten zugeordnet und stehen nicht für die Datenübertragung zwischen irgendwelchen anderen miteinander kommunizierenden Geräten, wie z. B. Transportknoten, Routern, Servern, Kreuzverbindungen oder Vermittlungen auf dem Netzwerk zur Verfügung. Dies heißt mit anderen Worten, dass wenn eine STS-Nutzinformation zur Übertragung von einem ersten kommunizierenden Gerät zu einem zweiten kommunizierenden Gerät auf einem SONET-Netzwerk zugeordnet ist, keine anderen Daten in dieser Nutzinformation zwischen anderen kommunizierenden Geräten auf dem Netzwerk übertragen werden können, selbst zu den Zeiten, zu denen keine Daten zwischen den ersten und zweiten miteinander kommunizierenden Geräten ausgetauscht werden. In vorhandenen SONET-Netzwerken werden STS-Nutzinformationen für die Übertragung von Daten zwischen bestimmten miteinander kommunizierenden Geräten für lange Zeitperioden reserviert. Die Nutzinformationen werden reserviert, weil es in vorhandenen Systemen Ressourcen-intensiv ist, einen Kanal neu zuzuteilen. Die macht vorhandene SONET-Netzwerke für burstartigen paketisierten Datenverkehr ungeeignet.
  • Ein bekanntes SONET-System ist in 1 gezeigt. In einem Kommunikationsnetzwerk 400 können LAN's 402a, 402b 402c, 402d miteinander über Lichtleitfaser-Paare 403 miteinander kommunizieren, jedoch nur in einer mühsamen Weise. Jedes LAN ist mit einem nahegelegenen Transportknoten 404a, 404b, 404c, 404d über eine Brücke/einen Router 406a, 406b, 406c, 406d verbunden. Eine getrennte Schnittstelle 408 ist zwischen einem LAN und dessen nahegelegenen Transportknoten für jedes andere LAN erforderlich, mit dem es Datenpakete austauschen wird. Zwischen irgendwelchen zwei LAN's, die Datenpakete austauschen möchten, muss eine getrennte STS-Nutzinformation vorher zugeordnet werden.
  • Beispielsweise wird zwischen 402a und 402d die Nutzinformation 411 zugeordnet. Wenn es keine Pakete gibt, die sich von dem LAN 402a zum LAN 402d bewegen müssen, so bewegt sich die Nutzinformation 411 von 404a zu 404d im leeren Zustand.
  • Wie dies in 1 als Beispiel gezeigt ist, gibt es sechs Kanäle zwischen jeweiligen Transportknoten. Zu jeder Taktperiode wird eine Nutzinformation 411 von einem Knoten zu dem benachbarten Knoten gesandt. Somit sind die sechs Kanäle durch einen Satz von Nutzinformationen 411, 412, 413, 414, 415, 416 dargestellt. Wie dies in der Figur gezeigt ist, wird jede Nutzinformation vorher zugeordnet, um Informationen zwischen zwei festgelegten Transportknoten zu übertragen. Die Anzahl von Schnittstellen und vorher zugeordneten Nutzinformationen vergrößert sich geometrisch, wenn zusätzliche LAN's zu Transportknoten auf dem SONET-Ringnetzwerk zugeordnet werden. Im Gegensatz hierzu ist, wie dies bei einer bevorzugten Ausführungsform der vorliegenden Erfindung ersichtlich wird, lediglich eine Schnittstelle zwischen einem LAN und seinem nahegelegenen Transportknoten unabhängig davon erforderlich, wieviele LAN's auf dem System Datenpakete austauschen möchten. Auch bleibt die Anzahl der Nutzinformationen konstant, selbst wenn weitere LAN's hinzugefügt werden. Die Nutzinformations-Bewegung zwischen Knoten wird nicht vorher zugeordnet, sondern dynamisch und rationell aufgeteilt.
  • Es wird nunmehr die 2 betrachtet, in der ein Kommunikationssystem 100 gemäß dieser Ausführungsform eine Anzahl von Transportknoten 102, 104, 106, 108 hat. Zwischen den Transportknoten 102, 104, 106, 108 sind Lichtleitfaser-Paare 110 angeordnet. Zwischen manchen Transportknoten, wie z. B. dem Transportknoten 102 und dem Transportknoten 104 kann sich ein optischer Zwischenverstärker 112 befinden. Wie dies für den Fachmann zu erkennen ist, bilden die Transportknoten 102, 104, 106, 108 ein SONET-Ringnetzwerk. Wie dies weiterhin zu erkennen ist, könnte mehr als ein optischer Zwischenverstärker zwischen zwei benachbarten Transportknoten angeordnet sein.
  • Bei der bevorzugten Ausführungsform der Erfindung wird eine einzelne Lichtleitfaser für eine einseitig gerichtete Übertragung von optischen Signalen von einem Transportknoten zu einem benachbarten Transportknoten verwendet. So sendet beispielsweise eine Lichtleitfaser 114 in dem Lichtleitfaser-Paar 110a optische Signale von dem Transportknoten 102 zu dem Transportknoten 104, und die andere Lichtleitfaser 115 in dem Lichtleitfaser-Paar 110a sendet optische Signale von dem Transportknoten 104 zum Transportknoten 102. Dies heißt mit anderen Worten, dass das SONET-Netzwerk bidirektional ist.
  • Der Transportknoten 102 ist mit einer Pakete erzeugenden Einrichtung, wie z. B. einem lokalen Netzwerk (LAN) 116 verbunden, mit dem eine Anzahl von Paketerzeugungs- und -empfangseinrichtungen 118 verbunden ist. Bei der bevorzugten Ausführungsform ist das LAN 116 ein Gigabit-Ethernet-LAN. Alternativ könnte ein Gerät das einzige Gerät an dem LAN sein und mit einem Transportknoten, wie z. B. dem Gerät 119 verbunden sein, das mit dem Transportknoten 108 verbunden ist. Als weitere Alternative könnte ein Transportknoten mit mehr als einem LAN verbunden sein. Beispielsweise ist der Transportknoten 106 mit dem LAN 120 und dem LAN 126 verbunden. Jedes Gerät 118, 119 weist eine andere Medienzugangssteuerungs-(MAC-)Adresse auf. Die MAC-Adresse identifiziert in eindeutiger Weise das Gerät und wird zum Routen oder zur Leitweglenkung von Datenpaketen von einem Gerät zu einem anderen verwendet. Im Überblick können bei dem Kommunikationssystem 100 Ethernet-Datenpakete von einem mit dem LAN 116 verbundenen Gerät 118a zu dem Transportknoten 102 gesandt werden. Im Knoten 102 werden diese Pakete in ein oder mehrere SONET-Nutzinformationen eingefügt und auf einem ausschließlich hierfür bestimmten SONET-Kanal über die Lichtleitfaser 110a zu einem anderen Transportknoten ausgesandt, wie z. B. dem Transportknoten 104 auf dem SONET-Netzwerk, der über das LAN 117 ein Gerät, wie z. B. das Gerät 118b mit Diensten versorgt, das eine Ziel-MAC-Adresse hat, die sich in dem Kopffeld der Ethernet-Datenpakete findet. In ähnlicher Weise können Pakte zwischen dem LAN 116 und dem LAN 120, zwischen dem LAN 117 und dem LAN 120 und zwischen irgendeinem der LAN's und dem Gerät 119 ausgetauscht werden.
  • Ethernet-Datenpakete werden in SONET-Nutzinformationen durch Voranstellen von SONET-Kopffeld-Information und Anhängen von SONET-Schlussfeld-Information an die Datenpakete eingefügt. An dem Ziel-Transportknoten werden die Ethernet-Datenpakete aus ein oder mehreren SONET-Nutzinformationen entfernt, neu zusammengefügt, wenn sie über mehr als eine SONET-Nutzinformation verteilt wurden, und dann zu dem Zielgerät ausgesandt.
  • Zu Anfang breitet sich, wenn ein vorgegebenes erstes Pakete erzeugendes Gerät auf einem LAN, wie z. B. das Gerät 118a ein Datenpaket an einen Transportknoten aussendet, das Datenpaket um das SONET-Ringnetzwerk herum in beiden Richtungen aus. Tabellen in jedem Transportknoten werden mit Quellenadressen-Informationen bezüglich des ersten Gerätes und mit Informationen über den Pfad in dem SONET-Ringnetzwerk aktualisiert, den das Datenpaket durchlaufen hat. Wenn irgendein anderes Gerät auf dieses erste Gerät antwortet, werden die gespeicherte Quelleninformation und die Pfadinformation in der Tabelle in jedem Transportknoten dazu verwendet, irgendwelche Pakete von dem antwortenden Gerät zu dem ersten Gerät zurück zu lenken. Die gespeicherte Quelleninformation und Pfadinformation kann weiterhin dazu verwendet werden, die Weglenkung von Datenpaketen von irgendeinem anderen Gerät zu dem ersten Gerät zu unterstützen.
  • Ethernet-Datenpakete können eine veränderliche Größe oder Länge aufweisen. Daher kann ein Paket auf ein oder mehrere SONET-Nutzinformationen aufgeteilt sein. Auch könnte eine einzelne SONET-Nutzinformation Teile von mehr als einem Ethernet-Datenpaket enthalten. In der bevorzugten Ausführungsform wird das Verfahren, mit dem Datenpakete auf eine oder mehrere SONET-Nutzinformation aufgeteilt werden oder in eine einzelne Nutzinformation zusammengefügt werden, mit Hilfe eines Verfahrens erreicht, das als HDLC-artige Rahmenbildung bekannt ist, wie dies in den Dokumenten RFC1662 und 1619 der Internet-Engineering Task Force beschrieben ist.
  • 3 zeigt einen Teil eines Transportknotens gemäß einer bevorzugten Ausführungsform. Der Transportknoten, von dem der Transportknotenteil 200 einen Teil bildet, empfängt SONET-Rahmen von Lichtleitfasern 202, 204 und sendet SONET-Rahmen an einen Ausgangspfad, nämlich Lichtleitfasern 206, 208.
  • Die Lichtleitfaser 202 ist mit einer SONET-Transportknoten-Kanalhinzufügungs-/Abzweigeinrichtung 242 verbunden, die SONET-Abschnitts- und Leitungs-Zusatzinformation entfernt und dann SONET-Kanäle, die ausschließlich für den Transport von Datenpaketen bestimmt sind, an den SONET-Paketempfänger 210 sendet. Die SONET-Transportknoten-Kanal-Hinzufügungs/Abzweigeinrichtung bildet keinen Teil der vorliegenden Erfindung, ist jedoch gezeigt, um den Zusammenhang einer Ausführungsform der Erfindung zu erläutern. Diejenigen SONET-Kanäle, die nicht ausschließlich für den Transport von Datenpaketen bestimmt sind, werden an einer Leitung 256 an den Rest des Transportknotens als Ausgang abgegeben, um in der üblichen Weise für SONET-Kanäle abgewickelt zu werden. In ähnlicher Weise ist die Lichtleitfaser 204 mit einer SONET-Transportknoten-Kanal-Hinzufügungs-/Abzweigeinrichtung 244 verbunden, die die SONET-Abschnitts- und Leitungs-Zusatzinformation entfernt und dann ausschließlich für den Transport von Datenpaketen bestimmte SONET-Kanäle zu einem SONET-Paketempfänger 212 umlenkt und nicht ausschließlich zugeordnete SONET-Kanäle zu der Ausgangsleitung 254 umlenkt, die zu dem Rest des Transportknotens führt, um in der üblichen Weise für SONET-Kanäle gehandhabt zu werden. Die SONET-Paketempfänger 210, 212 bestimmen, wann jeder SONET-Rahmen innerhalb des umgelenkten Kanals oder den Kanälen beginnt und endet. Der Paketempfänger 210 stellt den Beginn und das Ende jedes SONET-Rahmens fest und entfernt Datenpakete oder Teile hiervon dadurch, dass er die SONET-Kopffeld- und Schlussfeld-Pfad-Zusatzinformation entfernt und lediglich die eingekapselten Pakete zurücklässt. Ein Datenpaket kann über eine Anzahl von SONET-Nutzinformations-Rahmen verteilt sein. Der Paketempfänger 210 stellt ebenfalls den Anfang und das Ende jedes Datenpaketes fest. Ein Puffer 246 wird zur Speicherung von Teilen eines Datenpaketes verwendet, das von anderen SONET-Nutzinformationen empfangen wird, bis das Datenpaket in den Puffer 246 neu zusammengefügt wird und in seiner Gesamtheit an eine Paketverteilungseinrichtung 214 gesandt werden kann. Der SONET-Paketempfänger 210 weist einen Puffer 250 für einen ähnlichen Zweck auf.
  • Der Transportknoten 200 empfängt Ethernet-Datenpakete von einem zugehörigen Ethernet-LAN über eine Eingangsleitung 216, die mit einem Ethernet-Empfänger 218 verbunden ist. Ethernet-Datenpakete werden von dem Ethernet-Empfänger 218 an eine Paket-Einkapselungseinrichtung 219 gesandt. Vorzugsweise werden die Datenpakete dadurch eingekapselt, dass eine Lebensdauer-(TTL-)Anzeige und andere Informationen an das Datenpaket angehängt werden. Vorzugsweise werden die TTL-Anzeige und andere Informationen dem Datenpaket vorangestellt. Die Verwendung der TTL-Anzeige wird weiter unten beschrieben. Die eingekapselten Datenpakete werden dann an die Paketverteilungseinrichtung 214 ausgesandt. Während sie sich durch das Kommunikationssystem bewegen, bleiben alle Daten eingekapselt. Dies heißt mit anderen Worten, dass die vorangestellte Information, wie z. B. die TTL-Anzeige, als Teil des Datenpaketes behandelt wird.
  • Die Paketverteilungseinrichtung 214 bestimmt in einem nachfolgend beschriebenen Verfahren, wie Pakete gelenkt oder geroutet werden. Ein Paket kann an eine oder mehrere Lichtleitfasern 206, 208 und den Ausgangspfad 220 abgegeben werden, der mit dem zugehörigen Ethernet-LAN verbunden ist. Pakete von den Paketverteilungseinrichtungen können in einen Satz von Warteschlangen 222a ... 222n geladen werden, die der Ablaufsteuerung 228, dem SONET-Sender 230, der SONET-Transportknoten-Kanal-Hinzufügungs-/Abzweigeinrichtung 258 und der Lichtleitfaser 206 zugeordnet sind. Alternativ können Pakete in einen zweiten Satz von Warteschlangen 226a ... 226n geladen werden, der der Ablaufsteuerung 232 und dem SONET-Sender 234, der SONET-Transportknoten-Kanal-Hinzufügungs-/Abzweigeinrichtung 262 und der Lichtleitfaser 208 zugeordnet ist. Als weitere Alternative können Pakete in einen dritten Satz von Warteschlangen 224a ... 224n geladen werden, der der Ablaufsteuerung 236, der Datenpaket-Entkapselungseinrichtung 237, dem Ethernet-Sender 238 und dem Ausgangspfad 220 zugeordnet ist. Es kann irgendeine Anzahl von Warteschlangen in jedem der Sätze von Warteschlangen geben.
  • Die Ablaufsteuerung 228, 232 oder 236 wählt eine bestimmte Warteschlange aus dem Satz von Warteschlangen aus, denen sie zugeordnet ist, und sendet dann ein Paket von der ausgewählten Warteschlange an den Sender. Im Fall der Ablaufsteuerungen 228 und 232 wird das Paket an SONET-Sender 230 bzw. 234 gesandt. Unter der Annahme, dass das Paket so bemessen ist, dass es in eine SONET-Nutzinformation passt, hängt der SONET-Sender SONET-Pfad-Zusatzinformation an das Paket an und sendet das Paket dann an eine SONET-Transportknoten-Kanal-Hinzufügungs-/Abzweigeinrichtung 258 und 262, an der SONET-Abschnitts- und Leitungs-Zusatzinformation an das Paket angehängt wird. Das Paket wird dann in eine SONET-Nutzinformation eingeschlossen, die in einen SONET-Kanal eingesetzt wird, der ausschließlich für den Datenpaket-Transport bestimmt ist, und wird mit Kanälen neu kombiniert, die nicht ausschließlich für den Datenpaket-Transport bestimmt sind und an den Leitungen 260 und 264 ankommen. Die kombinierten Kanäle werden an eine Lichtleitfaser 206 oder 208 als Ausgangssignal abgegeben. Wenn das Paket über eine Anzahl von SONET-Nutzinformations-Rahmen verteilt werden muss, so wird das Paket in einen Puffer, wie z. B. den Puffer 248 oder den Puffer 252 geladen, wenn das Paket von SONET-Sendern 230 und 234 empfangen wird. Teile jedes Paketes werden von dem Puffer entnommen, und es wird an sie SONET-Zusatzinformation angehängt, und sie werden in eine SONET-Nutzinformation eingeschlossen und an die SONET-Transportknoten-Kanal-Hinzufügungs-/Abzweigeinrichtung 258 und 262 gesandt. Dies wird wiederholt, bis das gesamte Datenpaket ausgesandt wurde. Wenn ein Paket oder ein Endteil eines Paketes kleiner als eine SONET-Nutzinformation ist, so verbleibt ein nicht benutzter Teil der SONET-Nutzinformation. In dieser Situation wird ein zweites Datenpaket aus einer Warteschlange ausgewählt, die diesem Ausgangspfad zugeordnet ist, und in dem Puffer gespeichert. Der Teil des zweiten Datenpaketes, der in den verbleibenden Teil der SONET-Nutzinformation passt, wird mit angehängter SONET-Zusatzinformation versehen und dann in die SONET-Nutzinformation eingeschlossen und an die SONET-Transportknoten-Kanal-Hinzufügungs-/Abzweigeinrichtung gesandt. Eine oder mehrere weitere SONET-Nutzinformationen schließen irgendwelche verbleibenden Teile des zweiten Datenpaketes ein. Im Fall der Ablaufsteuerung 236 wird das Paket an eine Datenpaket-Entkapselungseinrichtung 237 gesandt, die die von der Datenpaket-Einkapselungseinrichtung hinzugefügte Information entfernt, wie z. B. eine TTL-Anzeige, und dann das Paket an einen Sender 238 aussendet, der das Paket an den zugehörigen Ausgangspfad 220 an ein LAN sendet.
  • Datenpakete werden an jedem Transportknoten abgefangen und erneut in eine Warteschlange gebracht. Dies unterscheidet sich von der üblichen SONET-Übertragung dadurch, dass bei der üblichen SONET-Übertragung ein STS-Kanal (der periodische Nutzinformationen umfasst) üblicherweise ausschließlich für den Verkehr zwischen zwei vorbestimmten Transportknoten bestimmt ist. Bei der bevorzugten Ausführungsform wird ein STS-Kanal (oder wahlweise mehrfache Kanäle oder ein Teil eines Kanals) ausschließlich für Ethernet-Datenpakete bestimmt. Diese Ethernet-Datenpakete können von irgendeinem Transportknoten auf dem SONET-Netzwerk empfangen oder an diesen ausgesandt werden.
  • Die Aussendung an die Lichtleitfaser 206 oder der Empfang von der Lichtleitfaser 202 wird üblicherweise als das Senden an den oder das Empfangen von Westen aus bezeichnet. In ähnlicher Weise wird die Aussendung an die Lichtleitfaser 208 oder der Empfang von der Lichtleitfaser 204 üblicherweise als Senden an den oder Empfangen von dem Osten bezeichnet. Die Ost- und West-Richtungen sind Teile des SONET-Ringnetzwerkes. In ähnlicher Weise wird die Aussendung oder der Empfang an bzw. von einer Leitung, die nicht mit dem SONET-Ringnetzwerk verbunden ist, wie z. B. die Ausgangsleitung 220 oder die Eingangsleitung 216, üblicherweise als Senden an den oder Empfangen von dem Norden bezeichnet.
  • Die Art und Weise, wie die Lenkung von Datenpaketen von einem Gerät zu einem anderen Gerät erfolgt, wird nunmehr ausführlicher beschrieben:
    Ein Ethernet-Datenpaket enthält ein Kopffeld, das sowohl eine Quellen-MAC-Adresse als auch eine Ziel-MAC-Adresse hat. Die Quellen-MAC-Adresse ist die Adresse des Gerätes, das das Ethernet-Datenpaket aussendet. Die Quellen-MAC-Adresse wird zur Unterstützung eines effizienten Routens oder Leitweglenkens der eingekapselten Ethernet-Datenpakete auf dem SONET-Netzwerk verwendet. Unter Bezugnahme auf 3 wird dies in der folgenden Weise erreicht:
  • Schritt 1
  • Wenn ein Ethernet-Datenpaket empfangen wird, wird es an die Paketverteilungseinrichtung 214 zusammen mit Informationen gesandt, ob das Paket von der Lichtleitfaser 202, 204 oder der Eingangsleitung 216 empfangen wurde. Mit anderen Worten, ob das Paket von Westen, Osten oder Norden empfangen wurde.
  • Schritt 2
  • Die Paketverteilungseinrichtung 214 trägt in eine zugehörige Tabelle 240 die Quellen-MAC-Adresse und eine Identifikation der Eingangsquelle, nämlich die Lichtleitfaser 202, 204 oder die Eingangsleitung 216 ein. Die Identifikation könnte als die Richtung Nord, West oder Ost ausgedrückt werden.
  • Schritt 3
  • Die Paketverteilungseinrichtung 214 liest die Ziel-MAC-Adresse des Ethernet-Datenpaketes. Die Ziel-MAC-Adresse könnte direkt aus dem Ethernet-Paket-Kopffeld gelesen werden. Alternativ kann, wenn die Datenpaket-Einkapselungseinrichtung 219 so konfiguriert ist, dass sie das Ethernet-Paket-Kopffeld liest und die Quellen- und Ziel-MAC-Adressen dem Paket voranstellt, die Paketverteilungseinrichtung die Ziel-MAC-Adresse von dieser alternativen Quelle gewinnen. Die Paketverteilungseinrichtung 214 nimmt auf die Tabelle 240 Bezug, um festzustellen, ob es einen Tabelleneintrag für die Quellen-MAC-Adresse in der Tabelle gibt, die identisch zu der Ziel-MAC-Adresse des Ethernet-Datenpaketes ist. Wenn es eine passende Quellen-MAC-Adresse gibt, liest die Paket-Verteilungseinrichtung 214 die Identifikation der Eingangsquelle entsprechend der Quellen-MAC-Adresse. Jede Eingangsquelle hat eine zugehörige Ausgangsquelle. Beispielsweise ist die Ausgangsquelle, die der optischen Eingangs-Lichtleitfaser 202 oder der Westrichtung zugeordnet ist, die Ausgangslichtleitfaser 206. In ähnlicher Weise ist die dem Eingangspfad 216 oder der Nordrichtung zugeordnete Ausgangsquelle der Ausgangspfad 220.
  • Nachdem die Paketverteilungseinrichtung 214 die Identifikation der Eingangsquelle liest, wird sie das empfangene Ethernet-Datenpaket einer des Satzes von Warteschlangen zuordnen, die zu der Ausgangsquelle führt, die der Eingangsquellen-Identifikation der passenden Quellen-MAC-Adresse zugeordnet ist.
  • Ein Vorteil der vorstehend beschriebenen Leitweglenkung von Datenpaketen besteht darin, dass dies Paketen ermöglicht, zwischen Knoten zu fließen, selbst wenn es keine vorher zugeordnete Nutzinformation zwischen den zwei Knoten gab.
  • Es ist möglich, dass es keinen Tabelleneintrag mit einer Quellen-MAC-Adresse gibt, die identisch zu der Ziel-MAC-Adresse des Ethernet-Datenpaketes ist. Wenn dies eintritt, so werden das Original und eine Kopie des Ethernet-Datenpaketes an alle Ausgangspfade gesandt, die mit dem Transportknoten verbunden sind, mit der Ausnahme, dass keine Kopie an den Ausgangspfad ausgesandt wird, der dem Eingangspfad zugeordnet ist, von dem das Ethernet-Datenpaket von dem Transportknoten empfangen wurde. Wenn somit beispielsweise ein Ethernet-Datenpaket von der Lichtleitfaser 202 ankommt und es keinen betreffenden Eintrag in der Tabelle 240 gibt, so wird das ursprüngliche Paket in einer Warteschlange zur Aussendung auf die Ausgangsleitung 220 angeordnet, und eine Kopie wird geschaffen und in einer Warteschlange zur Aussendung an die Lichtleitfaser 208 angeordnet. In ähnlicher Weise wird, wenn ein Ethernet-Datenpaket von der Eingangsleitung 216 ankommt und es keinen betreffenden Eintrag in der Tabelle 240 gibt, das ursprüngliche Paket in einer Warteschlange zur Verteilung auf die Lichtleitfaser 206 angeordnet, und eine erste Kopie des Paketes wird geschaffen und in einer Warteschlange für die Aussendung auf die Lichtleitfaser 208 angeordnet.
  • Ein STS-Kanal oder eine Gruppe von Kanälen oder eine Teilmenge eines Kanals kann zur Übertragung von Ethernet-Datenpaketen reserviert werden. An jedem Transportknoten 200 werden Datenpakete aus den SONET-Nutzinformationen, die von dem reservierten Kanal empfangen werden, entfernt, und die Ethernet-Datenpakete gehen in die Paketverteilungseinrichtung 214. Wenn ein Ethernet-Datenpaket eine Ziel-MAC-Adresse hat, die zu einem Gerät in der Nordrichtung gehört (das heißt, die mit einem Ethernet-LAN verbunden ist, das mit dem Transportknoten 200 verbunden ist), so wird das Ethernet-Datenpaket in einer Warteschlange bis zur Aussendung auf die Ausgangsleitung 220 angeordnet. Der reservierte STS-Kanal, der seine SONET-Nutzinformationen abgegeben oder abgezweigt hat, hat dann eine Kapazität zur Aufnahme eines neu eingekapselten Paketes. Das neue Paket wird einer der Warteschlangen 222a ... 222n; 226a ... 226n entnommen, die den SONET-Sendern 230, 234 zugeordnet sind. Bei der bevorzugten Ausführungsform entspricht jede Warteschlange in einem Satz von Warteschlangen Paketen von einer eindeutigen Quellen-MAC-Adresse. In diesen Sätzen von Warteschlangen stellt der Buchstabe „n", wie z. B. in „222n" eine willkürliche Anzahl von Warteschlangen dar. Diese Warteschlangen könnten Ethernet-Datenpakete enthalten, die von der Eingangsleitung 216 zum Transportknoten 200 übertragen wurden. Diese Warteschlangen enthalten weiterhin Ethernet-Datenpakete, die nicht für die Ausgangsleitung 220 bestimmt waren, jedoch von anderen Transportknoten über das SONET-Netzwerk empfangen wurden. Der reservierte STS-Kanal sendet kontinuierlich Datenpakete von einem Transportknoten zu seinem benachbarten Transportknoten, wenn irgendwelche Datenpakete zur Aussendung in einer Warteschlange angeordnet sind. Weil Pakete an jedem Transportknoten erneut in einer Warteschlange angeordnet werden, ist eine Konkurrenz in sehr einfacher Weise durch die Ablaufsteuerungen 228, 232, 236 zu verwalten. Weiterhin kann eine Wettbewerbs-Situation selbst dann verwaltet werden, wenn LAN-Bauteile über große Entfernungen verteilt sind.
  • Eine Lebensdauer-(TTL-)Anzeige, die auf eine vorgegebene Zahl eingestellt ist, kann jedem Ethernet-Datenpaket in der Datenpaket-Einkapselungseinrichtung 219 vorangestellt werden. Die vorangestellte TTL-Anzeige wird von der Datenpaket-Entkapselungseinrichtung 237 entfernt, bevor ein Ethernet-Datenpaket an ein Ethernet-LAN von dem Ethernet-Sender 238 übertragen wird. Die TTL-Anzeige wird jedesmal dann heruntergeschaltet, wenn das Ethernet-Datenpaket entkapselt und erneut an einem Transportknoten in einer Warteschlange angeordnet wird.
  • Wenn die TTL-Anzeige den Wert Null erreicht, ordnet der nächste Transportknoten, der das Datenpaket empfängt, das Ethernet-Datenpaket nicht erneut in einer Warteschlange an, sondern verwirft es. Eine TTL-Anzeige wird typischerweise auf eine vorgegebene Zahl derart gesetzt, dass das eingekapselte Ethernet-Datenpaket zumindest einen vollständigen Umlauf in dem SONET-Ringnetzwerk ausführen muss, bevor es verworfen wird. Ein eingekapseltes Ethernet-Datenpaket führt einen vollständigen Umlauf aus, wenn eine Ziel-MAC-Adresse angegeben ist, die nicht existiert oder abgeschaltet ist oder von der nicht bekannt ist, dass sie existiert.
  • Eine TTL-Anzeige eines Paketes kann weiterhin zur Unterstützung eines Transportknotens, der an einem SONET-Ring angeordnet ist, verwendet werden, um den kürzesten Pfad zu der Ziel-MAC-Adresse für das Paket von diesem Transportknoten zu finden. Gemäß 4 wird der kürzeste Pfad wie folgt gefunden:
  • Schritt 1
  • Ein Gerät 300 sendet ein Ethernet-Datenpaket an den Transportknoten 302 des SONET-Ringes 350. Eine TTL-Anzeige wird auf einen vorherbestimmten Wert eingestellt und dem Ethernet-Datenpaket vorangestellt. Eine Paketverteilungseinrichtung 304 in den Transportknoten 302 prüft eine zugeordnete Tabelle 306, um festzustellen, ob die Ziel-MAC-Adresse auf der Tabelle 306 erscheint. Wenn dies nicht der Fall ist, wird das ursprüngliche Ethernet-Datenpaket in einer Warteschlange angeordnet, die dem Lichtleitfaser-Paar 308 zugeordnet ist. Weiterhin wird eine erste Kopie des Ethernet-Datenpaketes geschaffen und in einer Warteschlange angeordnet, die dem Lichtleitfaser-Paar 310 zugeordnet ist, um diese an den Transportknoten 18 zu übertragen. Vorzugsweise wird ein Rundsende-Bit in dem SONET-Zusatzinformations-Kopffeld für jede Nutzinformation gesetzt, die das Paket enthält.
  • Das ursprüngliche Ethernet-Datenpaket wird zum Transportknoten 312 ausgesandt. In dem Transportknoten 312 prüft eine Paketverteilungseinrichtung 314 die zugehörige Tabelle von 316 auf irgendeinen Eintrag, der der Ziel-MAC-Adresse entspricht. Wenn sie nicht gefunden wird, so wird das ursprüngliche Ethernet-Datenpaket erneut in einer Warteschlange zur Aussendung an den Transportknoten 322 angeordnet. Eine zweite Kopie des Ethernet-Datenpaketes wird geschaffen und für eine Aussendung an das Ethernet-LAN 313 in einer Warteschlange angeordnet. Weiterhin wird an der Paketverteilungseinrichtung 314 des Transportknotens 312 ein Eintrag in einer zugehörigen Tabelle 316 über (i) die Quellenadresse des Bauteils 300 (ii) eine Identifikation der Eingangsquelle oder Richtung, nämlich Lichtleitfaser 308 gemacht, und (iii) den Wert der TTL-Anzeige in der Tabelle 316, die der Paketverteilungseinrichtung 314 zugeordnet ist, gemacht. Der Prozess wird an jedem Transportknoten fortgesetzt, so dass, wenn das Paket (das Original oder eine Kopie hiervon) jeden Transportknoten erreicht, die Paket-Verteilungseinrichtungen 314, 328, 326, 324, die jedem Transportknoten zugeordnet sind, prüfen, ob die Quellen-MAC- Adresse sich in ihren zugehörigen Tabellen 316, 334, 322, 330 befindet. Wenn dies nicht der Fall ist, werden (i) die Quellen-MAC-Adresse des Gerätes 300, (ii) eine Identifikation der Eingangsquelle und (iii) TTL-Werte in Tabellen 316, 334, 322, 230 gespeichert, und zusätzliche Kopien des Ethernet-Datenpaketes werden zur Übertragung auf irgendeinen LAN oder anderen Ausgangspfaden geschaffen, die diesem Transportknoten zugeordnet sind. An jedem Transportknoten wird die dem Ethernet-Datenpaket zugeordnete TTL heruntergeschaltet.
  • In der Zwischenzeit wandert die erste Kopie des Ethernet-Datenpaketes in der entgegengesetzten Richtung um den SONET-Ring herum. Somit empfängt jeder Transportknoten sowohl das ursprüngliche Ethernet-Datenpaket als auch die erste Kopie von dem Ethernet-Datenpaket. Weil das ursprüngliche Ethernet-Datenpaket und die erste Kopie des Ethernet-Datenpaketes sich in entgegengesetzten Richtungen ausbreiten, könnte jedes Paket zunächst von einem Transportknoten, in Abhängigkeit von der Position des Transportknotens, empfangen werden. Wenn ein Paket von einer vorgegebenen Quelle zum ersten Mal von einem Knoten empfangen wird, so führt dies zur Schaffung eines Eintrages in der zugehörigen Tabelle des Transportknotens. Nachfolgende von dieser Quelle empfangene Pakete werden mit diesem Eintrag verglichen. Wenn sich daher die Quellen-MAC-Adresse in der zugehörigen Tabelle befindet, wird der Wert der TTL-Anzeige des gespeicherten Wertes und der Wert der TTL-Anzeige, die mit dem nachfolgend empfangenen Paket zugeordnet ist, miteinander verglichen. Ein höherer Wert der TTL-Anzeige zeigt weniger Transportknoten zwischen der Quellen-MAC-Adresse und diesem Transportknoten an. Die zugehörige Tabelle speichert die Quellen-MAC-Adresse, die Identifikation der Eingangsquelle oder die Richtung und den TTL-Wert, der dem höheren TTL-Wert zugeordnet ist, und verwirft die Quellen-MAC-Adresse, die Identifikation der Eingangsquelle und den TTL-Wert, der dem niedrigeren TTL-Wert zugeordnet ist. Dann werden in der vorstehend beschriebenen Weise nachfolgende Pakete mit einer Ziel-MAC-Adresse, die gleich der auf der zugehörigen Tabelle gespeicherten MAC-Adresse ist, zu dem Ausgangspfad gelenkt, der der Eingangsquellenidentifikation zugeordnet ist. Auf diese Weise werden die nachfolgenden Pakete in die Richtung gelenkt, in der sie die wenigsten dazwischenliegenden Transportknoten aufweisen.
  • Das ursprüngliche Paket und die erste Kopie des Paketes werden nicht erneut in einer Warteschlange angeordnet, wenn sie den Transportknoten 302 erreichen, von dem sie als erstes ausgesandt wurden. Alternativ werden sie verworfen, wenn ihr TTL-Wert auf Null heruntergeschaltet wurde. Bei einer bevorzugten Ausführungsform werden die Einträge auf den zugehörigen Tabellen mit einem Zeitstempel versehen und nach einer festen Zeitdauer gelöscht, wie dies beispielsweise in der IEEE-Norm 802.1D festgelegt ist.
  • Obwohl die Beschreibung auf SONET-Ringe und SONET-Netzwerkringe Bezug genommen hat, ist die Erfindung allgemein auf SONET-Netzwerke, wie z. B. ein SONET-Maschennetzwerk anwendbar. Andererseits erfordert das Auffinden des kürzesten Pfades einen bidirektionalen Ring. Das beschriebene Verfahren der Verwendung einer TTL-Anzeige zum Finden des kürzesten Pfades zu einer vorgegebenen Adresse ist nicht auf SONET-Ringe beschränkt. Es ist auf irgendein System anwendbar, das paketisierte Daten mit Quellen- und Zieladressen in dem Paket über ein bidirektionales Schleifen-Netzwerk sendet.
  • Gelegentlich fällt ein Pfad zwischen zwei Transportknoten aus. Beispielsweise kann es unmöglich sein, Pakete von dem Transportknoten 302 zum Transportknoten 312 zu übertragen. Dieser Ausfall wird von einem Betreiber oder von Betriebs- und Wartungseinrichtungen festgestellt. Wenn dies eintritt, werden alle Einträge in der Tabelle 306, in denen die Eingangsquellenidentifikation der Lichtleitfaser 308 zugeordnet ist, gelöscht. Dies stellt sicher, dass nachfolgende Pakete nicht in dieser Richtung in einer Warteschlange angeordnet werden. Genauso werden Pakete von der Warteschlange für die Ausgangs-Lichtleitfaser 308 entfernt und zu einer anderen Warteschlange übertragen.
  • Vielfältige Modifikationen, Abänderungen und Anpassungen können an den speziellen vorstehend beschriebenen Ausführungsformen der Erfindung durchgeführt werden, ohne von dem Schutzumfang der Erfindung abzuweichen, der in den Ansprüchen definiert ist.

Claims (9)

  1. Verfahren zur Leitweglenkung oder zum Routen von Datenpaketen in einem SONET-Netzwerk (102, 104, 106, 108), das die folgenden Schritte an einem Transportknoten (102, 104, 106, 108) umfasst: (a) Empfangen eines Datenpaketes; (b) Bestimmen einer Zieladresse für das Datenpaket; (c) Auswählen eines Ausgangspfades (258, 206, 262, 208) auf der Grundlage der Zieladresse; (d) Anordnen des Datenpaketes auf einer Warteschlange (222a, ... 222n; 226a, ... 226n) die dem ausgewählten Ausgangspfad zugeordnet ist; (e) Auswählen eines Datenpaketes aus der Warteschlange; (f) Aussenden des ausgewählten Datenpaketes auf den ausgewählten Ausgangspfad; und (b1) Bestimmen, ob eine Lebensdauer-Anzeige an das Datenpaket angehängt wurde; dadurch gekennzeichnet, dass das Verfahren weiterhin Folgendes umfasst: (b2) wenn eine Lebensdauer-Anzeige mit einem Wert noch nicht angehängt wurde, Anhängen einer Lebensdauer-Anzeige, die einen Wert hat, an das Datenpaket.
  2. Verfahren nach Anspruch 1, das weiterhin, wenn eine Lebensdauer-Anzeige mit einem Wert bereits an das Datenpaket angehängt wurde, das Herunterschalten des Wertes der Lebensdauer-Anzeige umfasst.
  3. Verfahren nach Anspruch 2, bei dem das SONET-Netzwerk ein SONET-Ring ist und das Verfahren weiterhin die folgenden Schritte umfasst: (i) Zuordnen, zu dem genannten Datenpaket, einer Identifikation eines Eingangspfades (202, 204), von dem das Datenpaket empfangen wurde; (ii) Feststellen des Vorliegens eines vorhandenen Eintrages in einer dem Transportknoten zugeordneten Tabelle, der mit einer Quellenadresse des Datenpaketes übereinstimmt; und (iii) wenn es keinen derartigen vorliegenden Eintrag gibt, Erzeugung eines neuen Eintrages in der zugehörigen Tabelle, der (I) die Quellenadresse des Datenpaketes, (II) die Identifikation und (III) den derzeitigen Wert der Lebensdauer-Anzeige enthält; und (iv) beim Auffinden des vorliegenden Eintrages mit der passenden Quellenadresse in der Tabelle, Erzeugen eines neuen Tabelleneintrages auf der Grundlage des Datenpaketes und Löschen des vorhandenen Eintrages, wenn der derzeitige Wert der Lebensdauer-Anzeige des Datenpaketes höher in dem Datenpaket als in dem vorliegenden Eintrag ist.
  4. Verfahren nach Anspruch 2 oder 3, das weiterhin den Schritt des Verwerfens des Datenpaketes aus dem Transportknoten umfasst, wenn dessen Lebensdauer-Anzeige auf Null heruntergeschaltet wurde.
  5. Verfahren nach einem der vorhergehenden Ansprüche, bei dem sich der ausgewählte Ausgangspfad auf dem SONET-Netzwerk befindet, und das den weiteren Schritt der Einfügung der ausgewählten Datenpakete in eine oder mehrere SONET-Nutzinformationen vor der Aussendung der Datenpakete auf den ausgewählten Ausgangspfad umfasst.
  6. Verfahren nach einem der vorhergehenden Ansprüche, bei dem der Schritt der Auswahl eines Ausgangspfades auf der Grundlage der Zieladresse die folgenden Teilschritte umfasst: (i) Feststellen, ob ein Eintrag in einer dem Transportknoten zugeordneten Tabelle vorhanden ist, der mit der Zieladresse übereinstimmt; und (ii) wenn ein passender Eintrag vorhanden ist, Lesen einer Identifikation eines der Zieladresse zugeordneten Pfades aus der zugeordneten Tabelle, wobei der Ausgangspfad der Identifikation den ausgewählten Ausgangspfad umfasst.
  7. Verfahren nach Anspruch 6, das weiterhin die folgenden Schritte umfasst: (a) Empfangen einer Anzeige, dass ein Ausgangspfad nicht funktionsfähig ist; und (b) Löschen irgendwelcher Einträge in der Tabelle, die eine Identifikation des nicht funktionierenden Ausgangspfades enthalten.
  8. Verfahren nach einem der vorhergehenden Ansprüche, bei dem der Schritt der Auswahl eines der Zieladresse zugeordneten Ausgangspfades die folgenden Teilschritte umfasst: (i) Feststellen, ob ein Eintrag in einer dem Transportknoten zugeordneten Tabelle vorhanden ist, der mit der Zieladresse übereinstimmt; und (ii) wenn kein übereinstimmender Eintrag vorhanden ist: (I) Auswählen eines Ausgangspfades für jedes der Datenpakete; (II) Erzeugen einer Kopie des Datenpaketes für zumindest einen verbleibenden Ausgangspfad, der von dem ausgewählten Ausgangspfad verschieden ist; (III) Zuordnen jeder Kopie des Datenpaketes zu einem der verbleibenden Ausgangspfade; (IV) Anordnen der Kopie der Datenpakete in einer Warteschlange der zugehörigen verbleibenden Ausgangspfade; (V) Auswählen von Kopien der Datenpakete von den Warteschlangen der verbleibenden Ausgangspfade; und (VI) Aussenden der ausgewählten Kopien der Datenpakete auf die zugeordneten verbleibenden Ausgangspfade.
  9. Vorrichtung zur Leitweglenkung oder zum Routen von Datenpaketen in einem SONET-Netzwerk (102, 104, 106, 108), das einen Transportknoten (102, 104, 106, 108), aufweist, der Folgendes umfasst: (a) Einrichtungen (210; 212) zum Empfang eines Datenpaketes; (b) Einrichtungen (242; 244) zur Bestimmung einer Zieladresse für das Datenpaket; (c) Einrichtungen (214) zur Auswahl eines Ausgangspfades (258, 206; 262, 208) auf der Grundlage der Zieladresse; (d) Einrichtungen (228; 232) zur Anordnung des Datenpaketes auf einer Warteschlange (222a, ... 222n; 226a, ... 226n), die dem ausgewählten Ausgangspfad zugeordnet ist; (e) Einrichtungen zur Auswahl des Datenpaketes aus der Warteschlange; (f) Einrichtungen (230; 234) zur Aussendung des Datenpaketes auf den ausgewählten Ausgangspfad; und (g) Einrichtungen (237) zur Feststellung, ob eine Lebensdauer-Anzeige an das Datenpaket angehängt wurde, dadurch gekennzeichnet, dass die Vorrichtung weiterhin Folgendes umfasst: (h) Einrichtungen (219) zum Anhängen einer Lebensdauer-Anzeige, die einen Wert aufweist, an das Datenpaket, wenn eine TTL-Anzeige mit einem Wert noch nicht angehängt worden ist.
DE69827349T 1997-12-22 1998-12-22 Gigabit-Ethernet Schnittstelle für ein synchrones Netz (SONET) Expired - Lifetime DE69827349T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/996,172 US6222848B1 (en) 1997-12-22 1997-12-22 Gigabit ethernet interface to synchronous optical network (SONET) ring
US996172 1997-12-22

Publications (2)

Publication Number Publication Date
DE69827349D1 DE69827349D1 (de) 2004-12-09
DE69827349T2 true DE69827349T2 (de) 2005-03-24

Family

ID=25542584

Family Applications (1)

Application Number Title Priority Date Filing Date
DE69827349T Expired - Lifetime DE69827349T2 (de) 1997-12-22 1998-12-22 Gigabit-Ethernet Schnittstelle für ein synchrones Netz (SONET)

Country Status (4)

Country Link
US (1) US6222848B1 (de)
EP (3) EP2259499B1 (de)
CA (1) CA2256014C (de)
DE (1) DE69827349T2 (de)

Families Citing this family (67)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6496519B1 (en) * 1998-08-27 2002-12-17 Nortel Networks Limited Frame based data transmission over synchronous digital hierarchy network
US7031324B1 (en) * 1999-03-22 2006-04-18 Cisco Technology, Inc. Local area network/wide area network switch
US6356544B1 (en) * 1999-05-03 2002-03-12 Fujitsu Network Communications, Inc. SONET add/drop multiplexer with packet over SONET capability
US6785226B1 (en) * 1999-09-01 2004-08-31 Carriercomm, Inc. System and method for data routing over a network
US6952396B1 (en) * 1999-09-27 2005-10-04 Nortel Networks Limited Enhanced dual counter rotating ring network control system
FR2801456B1 (fr) * 1999-11-19 2002-01-18 France Telecom Methode et systeme de transmission de trames ethernet dans un reseau shd
US6829247B1 (en) * 1999-12-23 2004-12-07 Nortel Networks Limited Method and apparatus for establishing dedicated local area network N) connections in an optical transmission network
FR2804267B1 (fr) * 2000-01-21 2003-06-27 Sagem Procede de communication entre reseaux locaux et equipement de transmission pour la mise en oeuvre du procede
EP1260063A2 (de) * 2000-02-25 2002-11-27 Marconi Communications, Inc. Automatische erweiterung eines routerports
JP2001285322A (ja) * 2000-03-28 2001-10-12 Fujitsu Ltd Lan間通信装置及びこれを用いるlan間通信ネットワーク
US7162536B1 (en) * 2000-06-20 2007-01-09 Nortel Networks Limited Validation of a connection between arbitrary end-nodes in a communications network
US6856620B1 (en) * 2000-09-08 2005-02-15 Fujitsu Network Communications, Inc. Method and system for transporting packet-switched control traffic in an optical network
US7002976B2 (en) 2000-11-01 2006-02-21 Marconi Intellectual Property (Ringfence) Inc. Virtual ethernet ports with automated router port extension
US6965619B2 (en) * 2000-12-04 2005-11-15 Ciena Corporation Flexible multiplexer/demultiplexer and method for transport of optical line data to a wide/metro area link
US7116671B2 (en) * 2000-12-04 2006-10-03 Ciena Corporation Method and apparatus for providing OC-n virtual bridge ports
US7209436B1 (en) 2000-12-30 2007-04-24 Redback Networks Inc. Method and apparatus for variable rate pipes
US6731830B2 (en) 2001-01-05 2004-05-04 Redfern Broadband Networks, Inc. Asymmetric compatible network element
US20020126709A1 (en) * 2001-03-06 2002-09-12 Richard Lauder DWDM network
EP1246408B1 (de) * 2001-03-27 2008-04-30 Tellabs Denmark A/S Bindung von lokalen Netzwerkrahmen mit einem synchronen digitalen Kommunikationssystem
GB0110437D0 (en) 2001-04-27 2001-06-20 Marconi Comm Ltd A transmission method
US6728220B2 (en) * 2001-05-24 2004-04-27 Riverstone Networks, Inc. Method and system for preventing transmission loops in a label switching domain
US7912074B2 (en) * 2001-06-01 2011-03-22 Fujitsu Limited System and method of multiplexing data from multiple ports
JP2004535111A (ja) * 2001-06-06 2004-11-18 マルコニ インテレクチュアル プロパティー (リングフェンス) インコーポレイテッド チャネライズされたイーサネットをsonet/sdhを介して伝送するシステム及び方法
DE10139157A1 (de) * 2001-08-09 2003-03-13 Siemens Ag Vorrichtung und Verfahren zur Client-Registrierung in einem automatisch schaltbaren optischen Netz
US7110396B2 (en) * 2001-08-20 2006-09-19 Ciena Corporation System for transporting sub-rate data over a communication network
US7088679B2 (en) * 2001-12-12 2006-08-08 Lucent Technologies Inc. Method and system for providing failure protection in a ring network that utilizes label switching
EP1339184B1 (de) 2002-02-22 2004-12-01 Alcatel Verfahren und Netzwerkelement zum sicheren Transport von Ethernet-Rahmen über ein SDH/SONET Transport-Netzwerk
EP1339181B1 (de) 2002-02-22 2005-10-26 Alcatel Verfahren und Vorrichtung zur Bereitstellung eines Flusses mit minimaler Uberlast von Ethernetverkehr welcher über das SDH/SONET Netzwerk übertragen wird
ES2224030T3 (es) * 2002-02-22 2005-03-01 Alcatel Transporte mejorado de trafico ethernet sobre una red de transporte sdh/sonet.
AU2003230913A1 (en) * 2002-05-01 2003-11-17 Manticom Network, Inc. Method and system to implement a simplified shortest path routing scheme in a shared access ring topology
US7046671B2 (en) * 2002-05-08 2006-05-16 Sbc Knowledge Ventures, L.P. Ethernet wide area network and method
EP1367749A1 (de) * 2002-05-30 2003-12-03 Agilent Technologies, Inc. - a Delaware corporation - Vorrichtung zum Testen von Kommunikationsverbindungen in einem Netzwerk, das Datenrahmen transportiert
EP1367750A1 (de) * 2002-05-30 2003-12-03 Agilent Technologies, Inc. - a Delaware corporation - Vorrichtung zum Testen von Kommunikationsverbindungen in einem Netzwerk, das Datenrahmen transportiert
JP3996003B2 (ja) * 2002-07-12 2007-10-24 富士通株式会社 伝送装置
US7153163B2 (en) * 2002-07-16 2006-12-26 Tyco Electronics Corporation Modular jack for ethernet applications
US7327689B2 (en) * 2002-07-31 2008-02-05 Nortel Networks Limited Data processing equipment with multi-function trace message processor
US7653526B1 (en) * 2002-08-16 2010-01-26 Cisco Technology, Inc. Method and system for emulating an ethernet link over a sonet path
ATE422767T1 (de) * 2002-08-28 2009-02-15 Nokia Siemens Networks Gmbh Redundate netzwerkanordnung
US7355984B1 (en) * 2002-08-30 2008-04-08 Cisco Technology, Inc. Method and system for finding network neighbor information
AU2003275183A1 (en) * 2002-09-20 2004-04-08 Nortel Networks Limited System and method for managing an optical networking service
US7733900B2 (en) * 2002-10-21 2010-06-08 Broadcom Corporation Multi-service ethernet-over-sonet silicon platform
US7567581B2 (en) * 2002-10-21 2009-07-28 Broadcom Corporation Multi-service channelized SONET mapper framer
US20040076166A1 (en) * 2002-10-21 2004-04-22 Patenaude Jean-Marc Guy Multi-service packet network interface
EP1414173B1 (de) * 2002-10-23 2012-08-01 Broadcom Corporation Sonetrahmen für verschiedene kanalisierte Dienste
US7710878B1 (en) 2003-01-10 2010-05-04 Verizon Laboratories Inc. Method and system for allocating traffic demands in a ring network
US7492714B1 (en) * 2003-02-04 2009-02-17 Pmc-Sierra, Inc. Method and apparatus for packet grooming and aggregation
US6956847B2 (en) * 2003-06-19 2005-10-18 Cisco Technology, Inc. Multi-rate, multi-protocol, multi-port line interface for a multiservice switching platform
US8019841B2 (en) * 2003-09-30 2011-09-13 Nortel Networks Limited Zoning for distance pricing and network engineering in connectionless and connection-oriented networks
US8295175B2 (en) * 2003-09-30 2012-10-23 Ciena Corporation Service metrics for managing services transported over circuit-oriented and connectionless networks
US20050071453A1 (en) * 2003-09-30 2005-03-31 Nortel Networks Limited Service performance correlation (SPC) and service fault correlation (SFC) for managing services transported over circuit-oriented and connectionless networks
US7885186B2 (en) * 2003-10-03 2011-02-08 Ciena Corporation System and method of adaptively managing bandwidth on optical links shared by multiple-services using virtual concatenation and link capacity adjustment schemes
US7787460B2 (en) * 2003-10-08 2010-08-31 Ciena Corporation System and method for switching packet traffic over an optical transport network
US7505466B2 (en) * 2004-01-20 2009-03-17 Nortel Networks Limited Method and system for ethernet and ATM network interworking
EP1738545A4 (de) * 2004-04-20 2012-04-04 Nortel Networks Ltd Verfahren und system zur dienstequalitätsunterstützung für ethernet-mehrdienst-interworking über multiprotocol label switching (mpls)
JP4571518B2 (ja) * 2005-02-14 2010-10-27 富士通株式会社 伝送装置
US20070086364A1 (en) * 2005-09-30 2007-04-19 Nortel Networks Limited Methods and system for a broadband multi-site distributed switch
US20070140271A1 (en) * 2005-12-21 2007-06-21 Amante Shane M Method and system for terminating SONET/SDH circuits in an IP network
US9014563B2 (en) 2006-12-11 2015-04-21 Cisco Technology, Inc. System and method for providing an Ethernet interface
WO2008111117A1 (ja) * 2007-03-09 2008-09-18 Fujitsu Limited 中継装置およびその制御方法、atm装置間通信支援システム、ならびにコンピュータプログラム
US8009683B2 (en) * 2007-10-17 2011-08-30 Yokogawa Electric Corporation IP network system
US7974278B1 (en) 2007-12-12 2011-07-05 Integrated Device Technology, Inc. Packet switch with configurable virtual channels
DE102010041427A1 (de) 2010-09-27 2012-03-29 Robert Bosch Gmbh Verfahren zum Übertragen von Daten
KR101819235B1 (ko) * 2011-06-08 2018-01-16 엘에스산전 주식회사 병렬 통신 장치
PL404986A1 (pl) * 2013-08-05 2015-02-16 Akademia Górniczo-Hutnicza im. Stanisława Staszica w Krakowie Urządzenie do rutingu pakietów wieloma ścieżkami w sieciach teleinformatycznych oraz sposób jego zastosowania
JP2015057879A (ja) * 2013-08-05 2015-03-26 アカデミア・グルニチョ−フトニチャ・イム・スタニスワヴァ・スタシツ・ヴ・クラクフ コンピュータ・ネットワーキングにおけるパケットのマルチパス・ルーティング・デバイスおよびその使用方法
CN105611083B (zh) * 2015-12-24 2019-01-22 瑞斯康达科技发展股份有限公司 一种实现通话的方法、装置和系统
CN109711421A (zh) * 2017-10-25 2019-05-03 腾讯科技(深圳)有限公司 一种数据处理方法和装置

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5159595A (en) 1988-04-08 1992-10-27 Northern Telecom Limited Ring transmission system
US5103447A (en) 1988-09-02 1992-04-07 Hitachi, Ltd. High-speed ring LAN system
US5220562A (en) * 1989-05-12 1993-06-15 Hitachi, Ltd. Bridge apparatus and a communication system between networks using the bridge apparatus
JP2703391B2 (ja) * 1990-06-18 1998-01-26 株式会社東芝 ブリッジ装置
US5179548A (en) 1991-06-27 1993-01-12 Bell Communications Research, Inc. Self-healing bidirectional logical-ring network using crossconnects
JP2570016B2 (ja) 1991-08-29 1997-01-08 富士通株式会社 光伝送装置のパススイッチ切替方式
US5280481A (en) 1991-09-20 1994-01-18 Extension Technology Corp. Local area network transmission emulator
US5365510A (en) 1992-04-09 1994-11-15 Northern Telecom Limited Communications system with a single protection loop
DE69324204T2 (de) * 1992-10-22 1999-12-23 Cabletron Systems Inc Aufsuchen von Adressen bei Paketübertragung mittels Hashing und eines inhaltsadressierten Speichers
GB9225081D0 (en) 1992-12-01 1993-01-20 Plessey Telecomm Dual connections
US5430728A (en) 1992-12-10 1995-07-04 Northern Telecom Limited Single-route broadcast for LAN interconnection
FR2702909B1 (fr) 1993-03-19 1995-04-21 Thomson Csf Procédé de reconfiguration d'un réseau maillé.
JP2821979B2 (ja) 1993-09-13 1998-11-05 富士通株式会社 リング構成ネットワークの制御方式
JPH0795225A (ja) 1993-09-20 1995-04-07 Fujitsu Ltd 双方向リングネットワーク制御方式
US5546542A (en) * 1993-11-29 1996-08-13 Bell Communications Research, Inc. Method for efficiently determining the direction for routing a set of anticipated demands between selected nodes on a ring communication network
US5452297A (en) * 1993-12-20 1995-09-19 At&T Corp. Access switches for large ATM networks
GB9401092D0 (en) * 1994-01-21 1994-03-16 Newbridge Networks Corp A network management system
JPH07264228A (ja) 1994-03-17 1995-10-13 Fujitsu Ltd パスais発生機能を備えるblsrネットワーク
US5526344A (en) * 1994-04-15 1996-06-11 Dsc Communications Corporation Multi-service switch for a telecommunications network
GB2289394B (en) * 1994-05-09 1998-06-10 Europlex Res Ltd A ring network system
US5802278A (en) * 1995-05-10 1998-09-01 3Com Corporation Bridge/router architecture for high performance scalable networking
JP2002516042A (ja) * 1996-01-31 2002-05-28 イプシロン ネットワークス インコーポレイテッド 伝送ネットワークにおいてパケットの経路指定とスイッチングとの間をダイナミックにシフトする改良された方法及び装置
US5870396A (en) * 1996-12-31 1999-02-09 Northern Telecom Limited Output queueing in a broadband multi-media satellite and terrestrial communications network

Also Published As

Publication number Publication date
EP0924901A2 (de) 1999-06-23
EP2259499A1 (de) 2010-12-08
CA2256014A1 (en) 1999-06-22
EP1441481A3 (de) 2005-10-19
EP0924901A3 (de) 2002-07-31
US6222848B1 (en) 2001-04-24
EP1441481A2 (de) 2004-07-28
EP0924901B1 (de) 2004-11-03
CA2256014C (en) 2006-12-12
EP1441481B1 (de) 2011-06-01
DE69827349D1 (de) 2004-12-09
EP2259499B1 (de) 2013-04-03

Similar Documents

Publication Publication Date Title
DE69827349T2 (de) Gigabit-Ethernet Schnittstelle für ein synchrones Netz (SONET)
EP1158710B1 (de) Verfahren zum Übertragen von synchronen Transportmodulen über ein synchrones Transportnetz
DE69936697T2 (de) Verkettung von Containern in einem SDH-Netzwerk
DE69920845T2 (de) Verfahren und Vorrichtung zur Datenübertragung in synchronen optischen Netzen
DE69917871T2 (de) Flusskontrole von rahmenbasierten Daten in einem synchronen digitalen Netz
EP0903959B1 (de) Verfahren zum Übertragen von Datenpaketen und zur Durchführung des Verfahrens geeignetes Netzelement
DE3904403C2 (de)
DE19950822B4 (de) Verfahren und Vorrichtung für das Verteilen von Paketen über parallele Kommunikationsverbindungen
DE69924732T2 (de) Quellknoten fuer ein breitbandnetzwerk mit atm zellen
DE60120847T2 (de) Mehrprotokollvermittler und Verfahren dazu
DE60116879T2 (de) Apparat und verfahren zum optischen kommunkationsschutz
DE60221178T2 (de) Verfahren und Gerät zur Einbindung von Fast Ethernet Paketen in SONET-Container über ein Funksystem
EP0902600B1 (de) Verfahren zum Einrichten von logischen Verbindungen in einem synchronen digitalen Nachrichtenübertragungsnetz, Netzelement und Managementsystem
DE19531749A1 (de) Verkehrsgestaltungseinrichtung und Paket-Kommunikationsgerät
DE112005003224T5 (de) Techniken zum Übertragen und Empfangen von Datenverkehr über Advanced Switching kompatible Schaltstrukturen
DE69233414T2 (de) Verfahren zur bestimmung eines alternativen leitweges
DE60217685T2 (de) System und verfahren zum vermitteln von daten unter verwendung eines gemeinsamen koppelfeldes
EP1069718B1 (de) Umwandlung von nahtloser Verkettung zu virtueller Verkettung in einem synchronen digitalen Nachrichtenübertragungsnetz
DE69731420T2 (de) Synchrones Übertragungssystem geeignet für synchronen und asynchronen Verkehr
DE60202454T2 (de) Mechanismus zum Aufbauen einer Verbindung für ATM über MPLS
DE69932892T2 (de) System zur Konsolidierung von Telekommunikationsverkehr
EP0351014A2 (de) Koppelfeld für ein Vermittlungssystem
EP1051057A2 (de) Transport von verknüpften Containern in einem synchronen Nachrichtenübertragungsnetz
DE60203690T2 (de) Verfahren und Vorrichtung zur Übertragung eines SDH/SONET Client-Signals als Dienstleistung
DE60305571T2 (de) Verkehrsverwaltung in einem synchronen Kommunikationsnetzwerk

Legal Events

Date Code Title Description
8364 No opposition during term of opposition