DE69325957T2 - Verfahren und Einrichtung zur Leitweglenkung von Paketen in Paketübertragungsnetzen - Google Patents
Verfahren und Einrichtung zur Leitweglenkung von Paketen in PaketübertragungsnetzenInfo
- Publication number
- DE69325957T2 DE69325957T2 DE69325957T DE69325957T DE69325957T2 DE 69325957 T2 DE69325957 T2 DE 69325957T2 DE 69325957 T DE69325957 T DE 69325957T DE 69325957 T DE69325957 T DE 69325957T DE 69325957 T2 DE69325957 T2 DE 69325957T2
- Authority
- DE
- Germany
- Prior art keywords
- packet
- routing
- tree
- broadcast
- mode
- 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
Links
- 230000005540 biological transmission Effects 0.000 title claims description 62
- 238000000034 method Methods 0.000 title claims description 22
- 238000010168 coupling process Methods 0.000 claims description 5
- 230000008878 coupling Effects 0.000 claims description 4
- 238000005859 coupling reaction Methods 0.000 claims description 4
- 238000004891 communication Methods 0.000 abstract description 9
- 230000007704 transition Effects 0.000 description 14
- 238000010586 diagram Methods 0.000 description 7
- 230000008569 process Effects 0.000 description 7
- 238000012545 processing Methods 0.000 description 5
- 238000004364 calculation method Methods 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000003550 marker Substances 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/48—Routing tree calculation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/16—Multipoint routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/48—Routing tree calculation
- H04L45/484—Routing tree calculation using multiple routing trees
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/20—Support for services
- H04L49/201—Multicast operation; Broadcast operation
- H04L49/203—ATM switching fabrics with multicast or broadcast capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/14—Multichannel or multilink protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5646—Cell characteristics, e.g. loss, delay, jitter, sequence integrity
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Description
- Die Erfindung betrifft Paketübertragungssysteme und im einzelnen die Leitweglenkung von Datenpaketen in einem solchen Übertragungssystem.
- In schnellen Paketübertragungsnetzen erfolgt die Leitweglenkung durch das Netz mit Hilfe von im Paketkopf enthaltenen Leitweginformationen. Ein solches Netz besteht aus Knoten, die miteinander durch Übertragungsstrecken verbunden sind. Die Knoten verfügen über Paketvermittlungseinrichtungen, mit denen an den Knoten eintreffende Pakete auf abgehende Übertragungsstrecken gekoppelt werden. Einige dieser Knoten werden als Endknoten bezeichnet; an diesen Endknoten kann der Benutzer auf das Netz zugreifen. Analysiert man sie als Graph, kann man solche Netzwerke als Graph von Vermittlungseinrichtungen, Benutzerstationen und Kanten als Verbindung zwischen diesen charakterisieren. Die Kanten, welche die Vermittlungseinrichtungen miteinander verbinden, entsprechen den Übertragungsstrecken. Kanten, die Benutzerstationen (Benutzeranwendungen) an den Endknoten mit dem Netzwerk verbinden, werden als Terminalkanten bezeichnet. Anpassungsschaltungen an jeder Vermittlungseinrichtung passen die Paketsignale für die Übertragung auf bzw. die Weiterleitung an die Übertragungsstrecken an. Solche Paketübertragungssysteme können viele verschiedene Paketvermittlungseinrichtungen und Übertragungsstrecken aufweisen.
- Die Leitweginformationen für solche Netzwerke können in vielen unterschiedlichen Formen ausgedrückt werden; die beiden bekanntesten sind Automatic Network Routing (ANR), zur Lieferung eines Pakets an eine einzelne Ziel-Benutzerstation, und Tree Multicast Mode (TMM), zur Lieferung eines Pakets an eine Vielzahl von Ziel-Benutzerstationen. Bei ANR werden die aufeinanderfolgenden Übertragungsstrecken des Leitweges in der Reihenfolge der einzelnen Leitwege durch Übertragungsstreckenkennsätze im Leitwegfeld vorgegeben. Auf dem Weg zum Ziel wird jeweils der vorderste Übertragungsstreckenkennsatz im Leitwegfeld abgestreift, wenn das Paket auf eine neue Übertragungsstrecke geschaltet wurde, so daß jeweils der nächste Übertragungsstreckenkennsatz als erster Kennsatz in dem Leitwegfeld steht. Automatic Network Routing wird beschrieben in "PARIS: An Approach to Integrated High-Speed Networks" von I. Cidon und I. S. Gopal, International Journal of Digital and Analog Cabled Systems, Band 1, Nr. 2, April - Juni 1988, Seite 77-85.
- Bei TMM werden Rundsendebäume vordefiniert, um eine mit dem Paketübertragungsnetz verbundene gewünschte Teilgruppe von Benutzerstationen miteinander zu verbinden. In diesem Zusammenhang ist der Begriff "Baum" definiert als eine miteinander verbundene Gruppe von Vermittlungseinrichtungen, Paketbenutzerstationen und Kanten ohne Zyklen oder Schleifen. Der Begriff "Rundsenden" ist definiert als der Vorgang, bei dem ein einzelner Absender Pakete an eine Vielzahl von Empfangs-Benutzerstationen sendet. Der Rundsendebaum wird in dem Leitwegfeld durch eine Baumadresse identifiziert. Diese Adresse wird aber nicht vom Leitwegfeld abgestreift, sondern wird an jedem Vermittlungspunkt eines Baumes verwendet, um das Paket an alle anderen angeschlossenen Vermittlungseinrichtungen oder Benutzerstationen des Baumes zu schicken (mit Ausnahme der Vermittlungseinrichtung oder der Benutzerstation, von der das Paket abgeschickt wurde). Auf diese Weise kann jede Benutzerstation eines Rundsendebaumes ein Paket, das die Baumadresse im Leitwegfeld hat, einkoppeln und dieses Paket an alle anderen Benutzerstationen dieses Rundsendebaumes schicken lassen. Die Leitweglenkung im Rundsendebaum wird beschrieben in "Distributed Control for PARIS," von B. Awerbuch, I. Cidon, I. Gopal, M. Kaplan und S. Kutten, Proceedings of the 9th ACM Symposium an Principles of Distributed Computing, Quebec, Canada, August 1990, Seite 145-159.
- Aufgrund der unterschiedlichen Protokolle zur Verarbeitung des Leitwegfeldes für die ANR- und TMM-Leitweglenkung war es bisher nicht möglich, diese beiden Typen der Leitweglenkung im selben Paketkopf miteinander zu mischen. Häufig soll jedoch ein Paket von einer Ursprungsbenutzerstation, die selbst nicht Teil des Rundsendebaumes ist, an alle Benutzerstationen eines Rundsendebaumes geschickt werden. Beispielsweise kann eine Vielzahl von Adaptern an ein bestimmtes Local Area Network (LAN) angeschlossen sein. Einer dieser lokalen LAN- Adapter möchte vielleicht eine Anforderung an eine entfernte Gruppe von LAN-Adaptern schicken, die einem zweiten LAN zugeordnet und über einen Rundsendebaum miteinander verbunden sind, um Informationen über die Stationen dieses zweiten LAN zu bekommen. Es kann auch sein, daß ein Endknoten gleichzeitig eine Anfrage an eine Gruppe von Verzeichnisdienstanbietern senden möchte, die, für Aktualisierungszwecke, über einen Rundsendebaum miteinander verbunden sind. Das Problem ist dann, einen solchen entfernten Zugriff auf die Rundsendebäume zu ermöglichen.
- Entsprechend dem dargestellten Ausführungsbeispiel der vorliegenden Erfindung sind Kennsätze des Automatic Network Routing und die Baumadressen des Tree Multicast Mode im Leitwegfeld eines Paketes miteinander verkettet. Die ANR-Kennsätze dienen zur Weiterleitung eines Paketes an einen Netzknoten eines bestimmten Rundsendebaumes. Die TMM-Adresse dient zur Weiterleitung des Paketes an alle Endknoten des Rundsendebaumes.
- Es wird ein neues Verfahren für die Leitweglenkung unter der Bezeichnung "Remote Access to Multicast Tree" (RAMT) definiert, in dem der Anfangsabschnitt des Leitwegfeldes aus ANR- Kennsätzen und der Endabschnitt des Leitwegfeldes aus einer Adresse in einem Rundsendebaum besteht; beide Teile sind durch einen vorgewählten Begrenzer voneinander getrennt. Der Baumabschnitt wird daher erst dann geprüft, wenn der ANR-Abschnitt vollständig abgearbeitet ist und abgestreift wurde. Zu diesem Zeitpunkt müßte sich das Paket an einem Netzknoten des Ziel-Rundsendebaumes befinden und die Baumadresse kann dann effektiv eingesetzt werden, um das Paket an alle Mitglieder des Rundsendebaumes zu schicken.
- Entsprechend einem Merkmal der vorliegenden Erfindung wird auch für Fälle vorgesorgt, in denen die Übertragungsstrecke, über die das Paket an den Eintrittsnetzknoten des Rundsendebaumes geschickt wird, selbst Mitglied des Rundsendebaumes ist. Normalerweise wird ein Paket für einen Rundsendebaum nicht über dieselbe Übertragungsstrecke zurückgeschickt, über die es am Vermittlungspunkt eingetroffen ist. Im RAMT-Protokoll traf das Paket jedoch aufgrund eines ANR-Kennsatzes am Eintrittsnetzknoten ein, nicht aufgrund der Baumadresse. Um dieser Situation Rechnung zu tragen, wird ein Übergangs-Leitweglenkungsmodus definiert, der als "Multicast Tree Transition" (MTT)-Modus bezeichnet wird, in dem ein empfange nes Paket über alle Übertragungsstrecken eines Rundsendebaumes erneut übertragen wird, möglicherweise auch über diejenige Übertragungsstrecke, über die es empfangen wurde. Bei der Übertragung an solche Knoten des Rundsendebaumes wird natürlich der Leitweglenkungsmodus verändert zum Standard- Rundsendebaummodus.
- Alternativ kann der letzte ANR-Leitwegkennsatz von demjenigen Knoten abgestreift werden, der das Paket in den Eintrittsknoten des Rundsendebaumes einkoppelt, wobei jedoch der Begrenzer stehenbleibt und der Leitweglenkungsmodus nicht verändert wird. Durch den Empfangs-Eintrittsknoten wird der Modus zum TMM-Modus, der Begrenzer wird entfernt und das Paket wird dann über alle Übertragungsstrecken des Baumes geleitet, möglicherweise auch über die Übertragungsstrecke, über die das Paket zuvor angekommen war.
- Die vorliegende Erfindung wird besser verständlich anhand der folgenden ausführlichen Beschreibung in Verbindung mit den beiliegenden Zeichnungen; es zeigt:
- Fig. 1 ein allgemeines Blockdiagramm eines Paketübermittlungssystems, in dem die Leitweglenkungstechniken der vorliegenden Erfindung eingesetzt werden könnten;
- Fig. 2 ein allgemeines Blockdiagramm eines typischen Paketnetz-Entscheidungspunktes des Paketübermittlungssystems aus Fig. 1;
- Fig. 3 eine graphische Darstellung eines typischen Kopfes für ein Paket, das in dem Übertragungssystem aus Fig. 1 übertragen wird;
- Fig. 4 eine graphische Darstellung eines Automatic-Network- Routing-Feldes in dem Paketkopf der Fig. 3;
- Fig. 5 eine graphische Darstellung eines Multicast-Tree- Routing-Feldes oder eines Multicast-Tree-Transition-Routing- Feldes in dem Paketkopf der Fig. 3;
- Fig. 6 eine graphische Darstellung eines Remote-Access-to- Multicast-Tree-Routing-Feldes gemäß der vorliegenden Erfindung;
- Fig. 7 ein allgemeines Blockdiagramm des Paketübermittlungssystems aus Fig. 1, in dem ein typischer Rundsendebaum als durchgezogene Linie und der Rest des Systems als gestrichelte Linie dargestellt ist;
- Fig. 8 ein Flußdiagramm einer Gruppe von Paket-Leitweglenkungsprotokollen für das Paketnetz der Fig. 1, unter Verwendung der Leitwegfelder der FIGS. 3-6 und unter Verwendung eines Multicast-Tree-Transition-Mode-Protokolls; und
- Fig. 9 ein Flußdiagramm einer anderen Gruppe von Paket-Leitweglenkungsprotokollen für das Paketnetz der Fig. 1, unter Verwendung der Leitwegfelder der FIGS. 3-6, bei denen kein Übergangsprotokoll am Eintritt in den Rundsendebaum erforderlich ist.
- Zur Vereinfachung für den Leser werden in den Figuren identische Bezugszahlen zur Bezeichnung identischer Elemente verwendet.
- Fig. 1 zeigt ein allgemeines Blockdiagramm eines Paketübertragungssystems 10 mit acht Netzknoten 11, die von 1 bis 8 durchnumeriert wurden. Jeder Netzknoten 11 ist mit anderen Netzknoten 11 durch eine oder mehrere Übertragungsstrecken A bis L verbunden. Jede Übertragungsstrecke kann entweder eine Standleitungsverbindung oder eine Wählverbindung sein. Einzelne oder alle Netzknoten 11 können mit Endknoten verbunden sein; der Netzknoten 2 ist hier mit den Endknoten 1, 2 und 3 verbunden, der Netzknoten 4 ist mit den Endknoten 4, 5 und 6 verbunden, und der Netzknoten 8 ist mit den Endknoten 7, 8 und 9 verbunden. Die Netzknoten 11 umfassen jeweils ein Datenverarbeitungssystem, das allen angeschlossenen Knoten, Netzknoten und Endknoten, Datenkommunikationsdienste zur Verfügung stellt. Die Netzknoten 11 umfassen jeweils einen Entscheidungspunkt innerhalb des Knotens, an dem eintreffende Datenpakete selektiv auf eine oder mehrere der abgehenden Übertragungsstrecken geleitet werden, die an einem anderen Knoten enden. Solche Leitwegentscheidungen werden anhand der Informationen im Kopf des Datenpakets getroffen, die nachstehend noch ausführlicher beschrieben werden. Neben der grundlegenden Paketleitweglenkungsfunktion übernehmen die Netzknoten 11 auch Zusatzdienste wie die Berechnung der Leitweglenkungspfade für Pakete, die ihren Ursprung in dem Knoten selbst haben, Verzeichnisdienste und die Pflege der Netztopologie-Datenbanken, die zur Unterstützung der Leitwegberechnungen benötigt werden. Die nun folgende Beschreibung bezieht sich ausschließlich auf diejenigen Funktionen des Netzwerks und der Endknoten, die an der Ausführung der Leitweglenkungsfunktionen anhand der im Kopf jedes eintreffenden Paketes enthaltenen Leitweginformationen beteiligt sind.
- Jeder Endknoten 12 ist über eine Adapterschaltung jeweils mit einer Benutzerstation aus einer Vielzahl von Benutzerstationen 15 verbunden. Jede der Benutzerstationen 15 umfaßt entweder eine Quelle digitaler Daten, die an eine andere Benutzer station übertragen werden sollen, eine Datensenke, in der von einer anderen Benutzerstation kommende Daten verbraucht werden, oder, im typischen Falle, beides. Die Benutzerstationen nutzen das Paketübertragungsnetz 10 der Fig. 1, indem sie sich an einen Endknoten 12 ankoppeln, der mit einem der Netzknoten 11 verbunden ist, um Zugriff auf das Paketübertragungsnetz 10 zu bekommen. Die Endknoten 12 übersetzen die Benutzerdaten in Pakete, die für eine Übertragung in dem Paketübertragungsnetz der Fig. 1 formatiert sind, und erzeugen die Paketköpfe, die zur Leitweglenkung der Pakete durch das Netzwerk 10 dienen. Der Kopf hat die in Fig. 3 gezeigte allgemeine Form und umfaßt zwei Steuerbytes 34 und 31, ein Leitwegfeld 32 und ein Redundanzprüfbyte 33. Das Leitwegfeld 32 enthält die Informationen, die zur Leitweglenkung des Pakets durch das Paketnetz 10 zum Ziel-Endknoten 12, an den das Paket adressiert ist, benötigt werden. Die Steuerbytes 31 und 34 enthalten unter anderem eine kodierte Kennung des für die Interpretation des Leitwegfeldes 32 zu verwendenden Protokolls, wie nachstehend noch beschrieben wird. Die Endknoten 7, 8 und 9 sind natürlich jeweils mit einer oder mehreren Benutzerstationen verbunden, was in Fig. 1 nicht zu sehen ist.
- Fig. 2 zeigt ein allgemeines Blockdiagramm eines typischen Paketentscheidungspunktes, wie er beispielsweise in den Netzknoten 11 oder den Endknoten 12 der Fig. 1 zu finden ist. Der Entscheidungspunkt der Fig. 2 umfaßt einen sehr schnellen Paketvermittlungsbus 23, auf den die am Entscheidungspunkt eintreffenden Pakete aufgegeben werden. Diese Pakete kommen über die Übertragungsstrecken und über Übertragungsadapter 24, 25, ..., 26 oder haben ihren Ursprung in Benutzeranwendungen in den Endknoten, entsprechend den Benutzerstationen 15 der Fig. 1, von wo aus sie über die Anwendungsadapter 20, 21, ..., 22 kommen. Anhand der im Paketkopf enthaltenen Informationen be stimmen jeweils andere Adapter unter den Adaptern 20-22 und 24-26, welche in den Bus 23 eingekoppelten Pakete an die Benutzeranwendung bzw. die mit dem Adapter verbundene Übertragungsstrecke weitergeleitet werden sollen. Der Entscheidungspunkt der Fig. 2 hat also die Funktion, die am Entscheidungspunkt eintreffenden Pakete mit einem lokalen Benutzer (für die Endknoten) oder mit einer vom Entscheidungspunkt abgehenden Übertragungsstrecke (für Netzknoten und Endknoten) zu verbinden. Die Adapter 20-22 und 24-26 können Warteschaltungen enthalten, die die Pakete vor oder nach dem Aufschalten auf den Bus 23 in eine Warteschlange einreihen. Die Leitwegsteuerschaltungen 27 dienen zur Berechnung der optimalen Leitwege durch das Netzwerk der Fig. 1, so daß die Menge der an einem Kommunikationsweg beteiligten Netzressourcen so klein wie möglich bleibt.
- Die Leitwegsteuerschaltung 27 der Fig. 2 kann diskrete digitale Schaltungen umfassen oder, vorzugsweise, entsprechend programmierte digitale Rechnerschaltungen. Diese programmierten Rechner können zur Erzeugung von Kopfinformationen für Pakete eingesetzt werden, die ihren Ursprung an Benutzeranwendungen am Entscheidungspunkt der Fig. 2 haben. Im Entscheidungspunkt sind schließlich auch die Datenbanken enthalten, die zur Unterstützung der Berechnung der optimalen Leitwege für am Entscheidungspunkt erzeugte Pakete dienen und in Fig. 2 nicht dargestellt sind. Solche Netztopologie-Datenbanken enthalten alle notwendigen Informationen über die Knoten und die mit den Knoten verbundenen Übertragungsstrecken, die für die Leitweglenkung verwendet werden. Zudem werden solche Topologieinformationen aktualisiert, wenn neue Übertragungsstrecken aktiviert oder neue Knoten dem Netz hinzugefügt werden. Diese Netztopologieinformationen werden mit allen anderen Knotentopologie-Datenbanken ausgetauscht, so daß die notwendigen aktuellen Informationen vorhanden sind, die für die Leitwegberechnung benötigt werden. Solche Datenbankaktualisierungen werden, ähnlich wie die Datenpakete zwischen den Endbenutzern des Netzwerks, in Paketform übertragen.
- Die am Paketentscheidungspunkt der Fig. 2 ankommenden Übertragungsstrecken können Strecken von lokalen Endknoten umfassen, wie beispielsweise die Endknoten 12 der Fig. 1, oder Strecken von angrenzenden Netzknoten 11 der Fig. 1. In beiden Fällen arbeitet der Entscheidungspunkt der Fig. 2 in derselben Weise, indem er jedes Datenpaket in Empfang nimmt und es an einen anderen Entscheidungspunkt weiterleitet, wie es von den im Paketkopf enthaltenen Informationen vorgegeben wird. Das Paketnetz der Fig. 1 sorgt also dafür, daß eine Kommunikation zwischen zwei beliebigen Benutzerstationen 15 der Fig. 1 stattfinden kann, ohne daß für diesen Kommunikationsweg eine Übertragungsstrecke oder Einrichtungen an den Knoten eigens reserviert werden, außer für die Dauer eines einzigen Paketes. Auf diese Weise wird die Ausnutzung der Kommunikationseinrichtungen des Paketnetzes optimiert und es kann so wesentlich mehr Netzverkehr abgewickelt werden, als es mit fest reservierten Übertragungsstrecken für jeden Kommunikationsweg möglich wäre.
- Wie bereits erwähnt zeigt Fig. 3 eine graphische Darstellung des Netzschicht-Kopfes für Pakete, die über das Paketnetz der Fig. 1 übertragen werden. Die Netzschicht stellt die Dienste bereit, die für eine Lenkung der Pakete im Paketnetz erforderlich sind, indem sie die Pakete, unter Verwendung der entsprechenden Übertragungsstrecken, von Knoten zu Knoten weiterleitet. Die Netzschicht kann außerdem Pakete verwerfen, wenn im Paketkopf Fehler auftreten, oder wenn ein Puffer überläuft. Bei Pufferüberlastung wird von der Netzschicht ein auf der Verlustpriorität basierendes Paketverwerfungsverfahren durchgeführt, d. h., Pakete mit geringerer Priorität werden zuerst verworfen. Die Netzschicht führt außerdem ein Planungsverfahren durch, basierend auf der Verzögerungspriorität, d. h., Pakete mit höherer Priorität werden zuerst übertragen. Da diese Paketverwerfungs- und Paketplanungsverfahren nicht Teil der vorliegenden Erfindung sind, soll hier nicht näher darauf eingegangen werden.
- Der Kopf der Fig. 3 umfaßt vier verschiedene Felder mit den Steuerbytes 34 und 31, dem Leitwegfeld 32 und dem Redundanzprüfbyte 33. Das Steuerbyte 34 umfaßt binäre Bits, die zur Kodierung des Leitweglenkungsmodus verwendet werden. Wie bereits oben erwähnt, gehören hierzu ein Modus "Automatic Network Routing" (ANR) und ein "Tree Multicast Mode" (TMM). Gemäß der vorliegenden Erfindung umfassen diese Modi auch einen Modus "Remote Access to Multicast Tree" (RAMT) und einen Modus "Multicast Tree Transition" (MTT). Die beiden zuletzt genannten Modi werden anschließend ausführlich beschreiben. Andere Moduscodierungen sind möglich, sind jedoch für die vorliegende Erfindung nicht von Interesse und sollen hier nicht weiter erörtert werden.
- Das zweite Steuerbyte 31 des Kopfes der Fig. 3 dient zur Kodierung der Paketkopie-Kennungsmodi, für die Ende-zu-Ende- Transportsteuerung und als generischer Erweiterungscode. Keiner dieser Codes ist im Zusammenhang mit der vorliegenden Erfindung von Interesse und soll daher an dieser Stelle nicht weiter erörtert werden.
- Kehren wir zurück zu Fig. 3; das Redundanzprüfbyte 33 ist eine Prüfsumme für den Netzschichtkopf der Fig. 3 und wird verwendet, um zu prüfen, ob in dem Kopf selbst Fehler vorhanden sind. Wird in dem Kopf ein Fehler erkannt, wird das Paket verworfen. Das Leitwegfeld 32 aus Fig. 3 kann mehrere unterschiedliche Formate annehmen, je nachdem, welcher Modus für die Leitweglenkung in dem Steuerbyte 34 vorgegeben ist. Drei dieser Leitwegfeldformate sind in den FIGS. 4, 5, und 6 dargestellt; sie entsprechen dem Modus "Automatic Network Routing" (ANR) (Fig. 4), dem "Tree Multicast Mode" (TMM) (Fig. 5) und dem Modus "Remote Access to Multicast Routing" (RAMR) (Fig. 6). Das Leitwegfeld der Fig. 5 wird auch für den Modus "Multicast Tree Transition" (MTT) verwendet.
- Fig. 4 zeigt eine graphische Darstellung eines typischen Feldes des Modust Automatic Network Routing (ANR); es enthält eine Vielzahl von Übertragungsstreckenkennsätzen 40, 41, ..., 42, gefolgt von einer Feldende-Flagge 43. Die Übertragungsstreckenkennsätze 40-42 kennzeichnen jeweils eine Übertragungsstrecke auf dem Kommunikationsweg zwischen dem Ausgangsort und dem Zielort des Pakets, wobei der letzte Kennsatz der Terminalkante entspricht, welche die Verbindung zur Ziel-Benutzerstation 15 herstellt (Fig. 1). Die Reihenfolge dieser Übertragungsstreckenkennsätze entspricht genau der Reihenfolge, in der die Übertragungsstrecken bis zum Erreichen des Zielortes durchlaufen werden müssen. Der vorletzte Übertragungsstreckenkennsatz kennzeichnet die Übertragungsstrecke zum Ziel-Endknoten, an dem das Paket abgeliefert werden muß. Ein Leitwegentscheidungspunkt ist demnach ein Koppelpunkt, der einen Streckenkennsatz benötigt, um das Paket zum nächsten Entscheidungspunkt leiten zu können. Der Streckenkennsatz dient also zur Steuerung des eigentlichen Koppelungsvor ganges am Entscheidungspunkt. Man beachte, daß die Übertragungsstrecken der Fig. 1 bidirektional sind und eine Übertragungskapazität in beide Richtungen zwischen den miteinander verbundenen Knoten bereitstellen. Für jede Übertragungsrichtung ist daher ein getrennter Streckenkennsatz vorhanden; diese Streckenkennsätze haben keinerlei Bezug zu den Streckenkennsätzen an anderen Knoten, auch dann nicht, wenn sie dieselbe Übertragungseinrichtung benutzen.
- Während das Paket durch das Paketnetz der Fig. 1 läuft, werden die ANR-Kennsätze in den Feldern 40-42 der Fig. 4 von den Adapterschaltungen, die das Paket von dem Koppelungsbus 23 der Fig. 2 kopieren, abgestreift. Der erste Kennsatz innerhalb des ANR-Leitwegfeldes ist daher immer der Kennsatz für diejenige Kante, die am nächsten Leitwegentscheidungspunkt ausgewählt werden muß. Jeder Entscheidungspunkt muß daher nur den ersten Kennsatz des ANR-Leitwegfeldes berücksichtigen, wenn er das Paket von diesem Entscheidungspunkt selektiv weiterleitet. Eine ausführlichere Beschreibung des Automatic Network Routing findet sich in dem oben erwähnten Artikel von I. Cidon et al.
- Fig. 5 zeigt eine graphische Darstellung des Leitwegfeldes, das für die Leitweglenkung im Tree Multicast Mode (TMM) eingesetzt wird. Rundsenden bedeutet, daß ein Paket von einer Ursprungs-Benutzerstation an eine Vielzahl von unterschiedlichen Ziel-Benutzerstationen geliefert wird. Die Mitglieder in der Gruppe der unterschiedlichen Zielorte, an die solche gemeinsamen Pakete geschickt werden sollen, sind in einem Rundsendebaum zusammengeschlossen. Die Adapterschaltungen an jeder Übertragungsstrecke in diesem Baum sind mit einer Baumadresse markiert, die auch in dem Baumadressenfeld 50 des TMM-Feldes der Fig. 5 zu finden ist. Als Beispiel hierfür ist in Fig. 7 als durchgezogene Linie ein typischer Rundsendebaum gezeigt; die Knoten und Übertragungsstrecken, die nicht Teil dieses Baumes sind, sind in gestrichelten Linien dargestellt. In allen anderen Punkten ist das Paketnetz der Fig. 7 mit dem Paketnetz der Fig. 1 identisch.
- Die Adresse des Rundsendebaumes wird gleichzeitig mit der Erzeugung des Rundsendebaumes zusammengestellt. Außerdem wird die Baumadresse, während sich das Paket durch das Paketnetz der Fig. 1 bewegt, nicht modifiziert oder entfernt (wie die ANR-Kennsätze bei der ANR-Leitweglenkung). An jedem Entscheidungspunkt, auf den das Paket mit einer Rundsendebaumadresse trifft, wird das Paket von den Adaptern 20-22 oder 24-26 für jede abgehende Strecke, die diese Baumadresse hat, kopiert, mit Ausnahme der Strecke, auf der das Paket eingetroffen ist. Die Paketduplikate werden an alle benachbarten Knoten des Rundsendebaumes übertragen, wo sich die Duplizierung und Weiterübertragung jeweils fortsetzen, bis keine abgehenden Strecken mit der Rundsendebaumadresse mehr vorhanden sind. Um eine doppelte Lieferung desselben Paketes zu verhindern, hat der Rundsendebaum keine Schleifen, d. h., zwischen zwei Entscheidungspunkten ist nur ein einziger Pfad zulässig, auch bei einem Netzausfall. Wie in Fig. 5 zu sehen ist, ist in dem TMM-Feld ein Sprung-Countdown-Feld 51 enthalten, das bei jeder Weiterübertragung des Pakets zurückgezählt wird. Wenn das Sprung-Countdown-Feld bei Null angelangt ist, ist keine weitere Übertragung mehr zulässig und es wird angenommen, daß ein Fehler vorliegt. Das Ende des TMM-Felds der Fig. 5 ist durch eine Feldende-Flagge 52 gekennzeichnet.
- Um ein Paket an alle anderen Mitglieder eines Rundsendebaumes schicken zu können, enthält ein Ursprungs-Endknoten in dem Baum den TMM-Identifizierungscode in dem Steuerbyte 34 (Fig. 3) und im Leitwegfeld die entsprechende Baumadresse, welche die Gruppe kennzeichnet. Alle Endknoten, die Mitglieder des Rundsendebaumes sind, erhalten eine Kopie des Pakets. Jeder Knoten kann gleichzeitig Mitglied einer Vielzahl verschiedener Rundsendebäume sein; daher müssen die Baumadressen, die den sich überlappenden Rundsendebäumen zugewiesen werden, eindeutig sein. Knoten können einem Rundsendebaum hinzugefügt bzw. aus ihm entfernt werden, indem einfach die Baumadresse derjenigen Übertragungsstrecke, die zu dem hinzuzufügenden oder zu entfernenden Knoten führt, hinzugefügt bzw. entfernt wird. Eine ausführlichere Beschreibung der Leitweglenkung für Paketnetze in einem Rundsendebaum ist in dem oben genannten Artikel von B. Awerbuch et al zu finden.
- Gemäß dem zur Veranschaulichung dienenden Ausführungsbeispiel der vorliegenden Erfindung wird eine hybride Paketnetz-Leitweglenkung bereitgestellt, die als "Remote Access to Multicast Tree" (RAMT) bezeichnet wird. Diese Leitweglenkung erlaubt, daß ein Paket von einer Ursprungs-Benutzerstation, die mit einem Endknoten verbunden ist, der selbst kein Mitglied (Zielpunkt) des Rundsendebaumes ist, an alle Mitglieder eines Rundsendebaumes geliefert wird. Die Kombination einer Leitweglenkung nach ANR und auf der Basis des Multicast Tree erlaubt einen Einsatz für viele Anwendungen, wie beispielsweise die oben genannte Anwendung.
- Das Leitwegfeld für den RAMT-Leitwegmodus ist in Fig. 6 dargestellt. Das RAMT-Feld besteht aus einer Reihe von ANR-Kennsätzen 60, 61, ..., 62, gefolgt von einer Feldende-Flagge 63, auf die wiederum eine Baumadresse 64, eine Sprung-Zählung 65 und eine zweite Feldende-Flagge 66 folgt. Der vorletzte Leitwegentscheidungspunkt in dem durch die ANR-Leitwegkennsätze 60-62 definierten Pfad nutzt den letzten ANR-Kennsatz des Feldes, um das Paket in einen Eintrittsknoten des Rundsendebaumes einzukoppeln. Der Eintrittsknoten-Entscheidungspunkt befindet sich in dem Rundsendebaum und kann die Adresse im Rundsendebaum für die weitere Leitweglenkung des Pakets verwenden.
- Wie bereits oben erwähnt, wird ein Paket in einem Rundsendebaum normalerweise nicht über dieselbe Strecke zurückgeschickt, über die es am Entscheidungspunkt eintraf. Bei einer Leitweglenkung nach dem Prinzip "Remote Access to Multicast Tree" traf das Paket am Entscheidungspunkt jedoch aufgrund des letzten ANR-Kennsatzes ein, nicht aufgrund einer Baumadresse. Es kann daher eine "Multicast Tree Transition"- Leitweglenkung eingesetzt werden, die es möglich macht, daß das Rundsendepaket über dieselbe Strecke wieder zurückgesendet wird, über die es angekommen ist, wenn diese Strecke Teil des Rundsendebaumes ist. Hierdurch kann das Fernzugriffspaket an den Rundsendebaum über Übertragungsstrecken geliefert werden, die selbst Teil des Rundsendebaumes sind. Eine Leitwegberechnung kann daher unabhängig von einer Mitgliedschaft im Rundsendebaum erfolgen, wodurch die Leitwegberechnungsalgorithmen vereinfacht werden. Die Leitweglenkungsmethode wird am Eintrittsknoten des Rundsendebaumes zu einer normalen "Tree Multicast Mode"-Leitweglenkung (TMM), um eine entsprechende Verteilung auf den Rest des Rundsendebaumes zu ermöglichen.
- Wie bereits erwähnt zeigt Fig. 7 einen typischen Rundsendebaum (als durchgezogene Linie), der über das Paketübertragungssystem der Fig. 1 gelegt wurde. Man beachte, daß die Endknoten 2, 4 und 6 miteinander über den Baum von Fig. 7 verbunden sind. Es muß betont werden, daß andere Untergruppen der Endknoten der Fig. 7 durch andere Rundsendebäume miteinander verbunden sein könnten, ja daß jeder Knoten sehr gut an mehr als einem solchen Baum beteiligt sein könnte. In jedem Fall ist der Zweck des Rundsendebaumes die Bereitstellung einer geeigneten und effizienten Methode für den Austausch von Nachrichten unter den Mitgliedern des Baumes, durch Bereitstellung einer einfachen und effizienten Leitweglenkungsmethode.
- Die in Zusammenhang mit den FIGS. 4-6 beschriebenen Prozeduren können durch das Flußdiagramm der Fig. 8 dargestellt werden. Die Ablauffolge beginnt mit Kästchen 71; das Kästchen 72 ist der Punkt, an dem die Paketvermittlungseinrichtung den Paketkopf (Fig. 3) eines Paketes prüft, das auf einer der mit der Vermittlungseinrichtung verbundenen Kanten eintrifft. Im Entscheidungskästchen 73 wird das Steuerbyte 34 (Fig. 3) geprüft, um den Leitwegmodus zu bestimmen. In dem Flußbild der Fig. 8 werden nur die Leitwegmodi "ANR, "RAMT, "MTT," und "TMM" implementiert. ANR ist der "Automatic Network Routing"-Modus, in dem die Streckenkennsätze, die in Fig. 4 dargestellt sind, nacheinander abgestreift und zur Auswahl der nächsten Übertragungsstrecke eingesetzt werden. TMM ist der "Tree Multicast Mode", in dem eine Baumadresse, wie sie in Fig. 5 gezeigt wird, verwendet wird, um alle abgehenden Übertragungsstrecken, die zu dem adressierten Baum gehören, mit Ausnahme der Eintrittsstrecke, auszuwählen. RAMT ist der Modus "Remote Access to Multicast Tree", der Gegenstand der vorliegenden Erfindung ist und den Anfangsabschnitt des Leitwegfeldes für ANR-Streckenkennsätze und den Endabschnitt des Leitwegfeldes zur Kennzeichnung eines Rundsendebaumes verwendet, wie in Fig. 6 zu sehen ist. MTT ist der Modus "Multicast Tree Transition", der in dem Kopf von der vorletzten Vermittlungs einrichtung, die dem ANR-Pfad zugeordnet ist, kodiert und nur in der letzten Vermittlungsstelle des Kommunikationsweges verwendet wird, die gleichzeitig die Eintrittsvermittlungsstelle eines Rundsendebaumes ist, auf den der RAMT-Leitwegmodus zugreift.
- Kehren wir zu Fig. 8 zurück; der ANR-Leitwegmodus bewirkt einen Einsprung bei Kästchen 74, wo der erste ANR-Kennsatz des Leitwegfeldes geprüft wird. Dieser erste Kennsatz wird von dem Leitwegfeld in Kästchen 82 abgestreift und in Kästchen 90 wird das Paket über die Kante weitergegeben, die durch den zuvor in Kästchen 74 geprüften Kennsatz festgelegt wurde. Der Prozeß stoppt dann in dem Terminalkästchen 89, bis das nächste Paket zur Bearbeitung eintrifft.
- Wird im Entscheidungskästchen 73 der TMM (Tree Multicast Mode) erkannt, erfolgt ein Einsprung in Kästchen 79, um die Baumadresse 50 aus dem Leitwegfeld der Fig. 5 zu ermitteln. Anschließend erfolgt ein Einsprung in das Entscheidungskästchen 87, um festzustellen, ob die Sprung-Zählung auf Null zurückgezählt wurde. Eine Sprung-Zahl von Null weist darauf hin, daß das Paket genau so viele Male weitergeleitet wurde, wie es erforderlich ist, um den gesamten Rundsendebaum zu bedienen. Es erfolgt daher ein direkter Einsprung in das Terminalkästchen 89, um die Leitwegverarbeitung ohne Weitersenden des Pakets zu beenden. Liegt die Sprung-Zählung nicht bei Null, was im Terminalkästchen 87 festgestellt wird, erfolgt ein Einsprung in das Kästchen 81, wo die Sprung-Zählung 51 in Fig. 5 um Eins zurückgezählt wird. Anschließend erfolgt ein Einsprung in das Kästchen 88, um das Paket über alle adressierten Kanten weiterzuleiten, mit Ausnahme der Kante, über die das Paket eintraf. Wenn dieses Protokoll an allen Knoten beachtet wird, wird das Paket in dem Rundsendebaum an alle Endknoten des Rundsendebaumes und alle Benutzerstationen geliefert. Dieser Prozeß wird dann im Stopp-Kästchen 89 beendet.
- Wenn im Entscheidungskästchen 73 der RAMT-Modus (Remote Access to Multicast Tree) erkannt wird, erfolgt, entsprechend der vorliegenden Erfindung, ein Einsprung in Kästchen 76, um den ersten ANR-Kennsatz in dem Leitwegfeld der Fig. 6 zu prüfen. Anschließend erfolgt ein Einsprung in das Entscheidungskästchen 77, um festzustellen, ob auf diesen Kennsatz eine Feldende-Flagge folgt. Wenn ja, erfolgt ein Einsprung in Kästchen 84, um den Modus im ersten Steuerbyte 34 (Fig. 3) zu ändern, und zwar von RAMT in MTT (Multicast Tree Transitinn). Dann erfolgt ein Einsprung in Kästchen 91, um den ANR-Kennsatz und die Feldende-Flagge von dem Leitwegfeld abzustreifen. Anschließend erfolgt ein Einsprung in das Kästchen 90, um das Paket auf der durch den Kennsatz bezeichneten und in Kästchen 76 identifizierten Übertragungsstrecke zu übertragen. Das Terminal 89 beendet den Prozeß. Wenn im Entscheidungskästchen 77 keine ANR-Feldende-Flagge gefunden wird, erfolgt ein Einsprung in Kästchen 82, um den ersten Kennsatz abzustreifen. Anschließend erfolgt ein Einsprung in das Kästchen 90, um das Paket auf der durch den Kennsatz bestimmten Übertragungstrecke zu übertragen. Danach erfolgt, zur Beendigung des Prozesses, ein Einsprung in das Stopp-Kästchen 89.
- Wenn der im Entscheidungskästchen 73 erkannte Modus der MTT- Modus ist (Multicast Tree Transition Modus), erfolgt ein Einsprung in das Kästchen 78, um aus dem Leitwegfeld der Fig. 6 die Baumadresse 64 zu ermitteln. Man beachte, daß, nachdem die ANR-Felder 60-63 von dem Leitwegfeld der Fig. 6 abgestreift wurden, die übrigen Felder 64-66 genau dem Leitwegfeld des Tree Multicast Mode (TMM) der Fig. 5 entsprechen. In Kästchen 85 wird daher der Leitwegmodus von Multicast Tree Transition (MTT) in Tree Multicast Mode (TMM) umgewandelt, um eine weitere Verteilung des Pakets entsprechend dem TMM-Modus zu ermöglichen. Es erfolgt dann ein Einsprung in das Entscheidungskästchen 83, um festzustellen, ob die Sprung-Zahl bis auf Null zurückgezählt wurde. Wenn ja, ist ein Fehler aufgetreten und das Paket sollte nicht weitertransportiert werden. Es erfolgt dann ein direkter Einsprung in das Terminalkästchen 89, ohne weitere Übertragung des empfangenen Pakets. Wenn die Sprung-Zahl nicht Null ist, erfolgt ein Einsprung in das Kästchen 80, wo die Sprung-Zahl in Feld 65 um Eins zurückgezählt wird. Dann erfolgt ein Einsprung in das Kästchen 86, um das empfangene Paket auf alle adressierten Übertragungsstrecken zu übertragen, einschließlich der Strecke, auf der das Paket eingetroffen war, wenn sie Teil des adressierten Rundsendebaumes ist. Zur Beendigung des Leitwegprozesses erfolgt dann ein Einsprung in das Terminalkästchen 89.
- Man kann erkennen, daß die in dem Flußbild der Fig. 8 beschriebenen Protokolle den entfernten Zugriff auf Rundsendebäume implementieren, indem sie die Kennsätze des Automatic Network Routing (ANR) am Anfang des RAMT-Leitwegfeldes nutzen, um das Paket an die mit einem Eintrittsknoten in dem Rundsendebaum verbundene Übertragungsstrecke zu leiten. An diesem Punkt kann der Leitwegmodus umgewandelt werden in den Modus "Multicast Tree Transition" (MTT), um sicherzustellen, daß das Paket durch die Eintrittsstrecke zurückgeschickt wird, wenn die Eintrittstrecke Teil des Rundsendebaumes ist. Der Modus "Multicast Tree Transition" wird nur für den einen Entscheidungspunkt am Baumeintritt verwendet; anschließend wird der Modus in den Tree Multicast Mode (TMM) umgewandelt, bevor das Paket auf den adressierten Baum-Übertragungs strecken weitergeleitet wird. Eine weitere Verteilung des Pakets in dem Rundsendebaum findet unter Anwendung des Multicast-Tree-Mode-Standardprotokolls statt.
- Es ist auch möglich, die Feldende-Flagge zwischen den ANR- Leitwegkennsätzen und der Rundsende-Baumadresse als Markierung zu benutzen, um sicherzustellen, daß das Paket über die Strecke, auf der es eintraf, wieder zurückgesendet werden kann, wenn diese Strecke Teil des Rundsendebaumes ist. Dieses alternative Ausführungsbeispiel der vorliegenden Erfindung ist in Fig. 9 dargestellt. Mit Ausnahme der Verarbeitung im RAMT-Modus ist Fig. 9 identisch mit Fig. 8. Im einzelnen dient in Fig. 9 das Kästchen 76 zur Prüfung des ersten Teilfeldes des Leitwegfeldes 32 (Fig. 3). In dem Entscheidungskästchen 77 wird geprüft, ob das erste Teilfeld eine Feldende-Flagge ist. Wenn nicht, erfolgt ein Einsprung in Kästchen 82, um den ANR-Kennsatz von dem Leitwegfeld abzustreifen; in Kästchen 90 wird dann das Paket in die gekennzeichnete Übertragungsstrecke eingekoppelt. Wenn das erste Teilfeld eine Feldende-Flagge ist, wie durch das Entscheidungskästchen 77 bestimmt wird, erfolgt ein Einsprung in Kästchen 84, um die Feldende-Flagge von den Leitwegfeld abzustreifen und dann direkt in das Kästchen 78 einzuspringen. Wie in Verbindung mit Fig. 8 beschrieben wurde, wird in Kästchen 78 die Baumadresse aus dem Leitwegfeld ermittelt. In Kästchen 85 wird der Leitweglenkungsmodus in den Tree Multicast Mode (TMM) umgewandelt und im Entscheidungskästchen 83 die Sprung- Zahl geprüft. Wenn die Sprung-Zahl nicht Null ist, erfolgt ein Einsprung in das Kästchen 80, um die Sprung-Zahl zurückzuzählen; anschließend erfolgt ein Einsprung in das Kästchen 86, um das Paket auf allen Übertragungsstrecken, die durch die Baumadresse gekennzeichnet sind, zu übertragen, einschließlich der Eintrittsstrecke, wenn diese mit der Baumadresse gekennzeichnet ist. Wird im Entscheidungskästchen 83 festgestellt, daß die Sprung-Zahl Null ist, ist ein Fehler aufgetreten und der Prozeß wird in Kästchen 89 beendet. Der Rest des Flußbildes der Fig. 9 entspricht dem Flußbild der Fig. 8 und soll hier nicht näher beschrieben werden.
- Für den Fachmann dürfte außerdem klar sein, daß weitere Ausführungsbeispiele der vorliegenden Erfindung gefunden werden können, ohne von den Lehren der vorliegenden Erfindung abzuweichen.
Claims (9)
1. Ein Paketvermittlungspunkt (11) für ein
Paketübertragungssystem (10) zur Übertragung von Datenpaketen, mit
Paketköpfen, die Leitwegkennsätze (32) enthalten, wobei
der genannte Paketvermittlungspunkt (11) dadurch
gekennzeichnet ist, daß er folgendes umfaßt:
Mittel, das auf einen ersten Abschnitt des genannten
Paketkopfes anspricht (60-63), zum Weiterleiten eines
jeden der genannten Pakete an einen einzigen Zielort, und
Mittel, das auf einen zweiten Abschnitt des genannten
Paketkopfes anspricht (64-66), zur gleichzeitigen
Weiterleitung eines jeden der genannten Pakete an eine
Vielzahl verschiedener Zielorte.
2. Der Paketvermittlungspunkt (11) nach Anspruch 1, weiter
folgendes umfassend:
Mittel, das auf eine Flagge (63) in dem genannten
Paketkopf reagiert, zur Umwandlung des Modus' für die
Weiterleitung des genannten Paketes von einem Modus mit einem
Zielort in einen Modus mit einer Vielzahl verschiedener
Zielorte.
3. Der Paketvermittlungspunkt (11) nach Anspruch 2, weiter
folgendes umfassend:
Mittel zum Übertragen des genannten Pakets auf der
Eintrittsübertragungsstrecke, auf der das Paket angekommen
ist.
4. Der Paketvermittlungspunkt (11) nach Anspruch 3, weiter
folgendes umfassend:
Mittel zum Abstreifen des Kennsatzes der genannten
Eintrittsübertragungsstrecke vom Paketkopf, vor dem
Einkoppeln des genannten Paketes in die genannte
Eintrittsübertragungsstrecke.
5. Ein Paketübertragungssystem (10) für digitale
Datenpakete, die über einen Paketkopf verfügen, wobei das
genannte System (10) folgendes umfaßt:
eine Vielzahl von Paketvermittlungspunkten (11) gemäß
einem jeden der Ansprüche 1 bis 4 und
eine Vielzahl von Übertragungsstrecken (A-L), welche die
genannten Paketvermittlungspunkte (11) miteinander
verbinden.
6. Ein Verfahren zur Leitweglenkung von Datenpaketen mit
Paketköpfen, die Leitwegkennsätze (32) umfassen, in
einem Paketübertragungssystem (10), wobei das genannte
Verfahren durch folgende Schritte gekennzeichnet ist:
Weiterleiten eines jeden der genannten Pakete an einen
einzelnen Zielort, in Reaktion auf einen ersten
Abschnitt des genannten Paketkopfes (60-63), und
gleichzeitig Weiterleiten eines jeden der genannten Pakete an
eine Vielzahl verschiedener Zielorte, in Reaktion auf
einen zweiten Abschnitt des genannten Paketkopfes (64-
66).
7. Das Verfahren zur Leitweglenkung von Datenpaketen gemäß
Anspruch 6, weiter umfassend den Schritt (77), in dem
der Weiterleitungsmodus für das genannte Paket verändert
wird von einem Modus mit einem einzigen Zielort in einen
Modus mit vielen verschiedenen Zielorten, in Reaktion
auf eine Flagge (63) in dem genannten Paketkopf.
8. Das Verfahren zur Leitweglenkung von Datenpaketen nach
Anspruch 7, weiter umfassend den Schritt des
Übertragens des genannten Pakets auf der
Eintrittsübertragungsstrecke, auf der das Paket angekommen ist.
9. Das Verfahren zur Leitweglenkung von Datenpaketen nach
Anspruch 8, weiter umfassend den Schritt (82) des
Abstreifens des Kennsatzes der genannten
Eintrittsübertragungsstrecke von dem Paketkopf vor dem Einkoppeln des
genannten Paketes in die genannte
Eintrittsübertragungsstrecke.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US07/900,635 US5309433A (en) | 1992-06-18 | 1992-06-18 | Methods and apparatus for routing packets in packet transmission networks |
Publications (2)
Publication Number | Publication Date |
---|---|
DE69325957D1 DE69325957D1 (de) | 1999-09-16 |
DE69325957T2 true DE69325957T2 (de) | 2000-03-30 |
Family
ID=25412838
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE69325957T Expired - Lifetime DE69325957T2 (de) | 1992-06-18 | 1993-05-19 | Verfahren und Einrichtung zur Leitweglenkung von Paketen in Paketübertragungsnetzen |
Country Status (11)
Country | Link |
---|---|
US (1) | US5309433A (de) |
EP (1) | EP0579567B1 (de) |
JP (1) | JP2739023B2 (de) |
KR (1) | KR960014986B1 (de) |
CN (1) | CN1032109C (de) |
AT (1) | ATE183349T1 (de) |
AU (1) | AU654930B2 (de) |
CA (1) | CA2094405C (de) |
DE (1) | DE69325957T2 (de) |
ES (1) | ES2136118T3 (de) |
TW (1) | TW250613B (de) |
Families Citing this family (138)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6018771A (en) * | 1992-11-25 | 2000-01-25 | Digital Equipment Corporation | Dynamic assignment of multicast network addresses |
EP0608653A1 (de) * | 1993-01-26 | 1994-08-03 | International Business Machines Corporation | Verfahren und Vorrichtung zur Informationweglenkung zwischen Knoten in einem Kommunikationsnetz |
US5796966A (en) * | 1993-03-01 | 1998-08-18 | Digital Equipment Corporation | Method and apparatus for dynamically controlling data routes through a network |
JP2806466B2 (ja) * | 1993-05-17 | 1998-09-30 | 株式会社日立製作所 | データ伝送制御方法 |
EP0739558B1 (de) * | 1993-06-09 | 2003-04-16 | BTG International Inc. | Verfahren und vorrichtung für ein digitales multimediakommunikationssystem |
US6738357B1 (en) | 1993-06-09 | 2004-05-18 | Btg International Inc. | Method and apparatus for multiple media digital communication system |
US5511168A (en) * | 1993-07-01 | 1996-04-23 | Digital Equipment Corporation | Virtual circuit manager for multicast messaging |
IL111154A0 (en) * | 1993-10-21 | 1994-12-29 | Martino Ii John A | Systems and methods for electronic messaging |
EP0676878A1 (de) * | 1994-04-07 | 1995-10-11 | International Business Machines Corporation | Effizientes Punkt zu Punkt und Punkt zu Mehrpunkt Weglenkungsverfahren für programmierbare Vermittlungsknoten in Hochgeschwindigkeits-Datenübertragungsnetzen |
US5608649A (en) * | 1994-05-16 | 1997-03-04 | Gopinath; Bhaskarpillai | Directly programmable networks |
US5541927A (en) * | 1994-08-24 | 1996-07-30 | At&T Corp. | Method of multicasting |
US5659686A (en) * | 1994-09-22 | 1997-08-19 | Unisys Corporation | Method of routing a message to multiple data processing nodes along a tree-shaped path |
US5563878A (en) * | 1995-01-05 | 1996-10-08 | International Business Machines Corporation | Transaction message routing in digital communication networks |
US5854898A (en) * | 1995-02-24 | 1998-12-29 | Apple Computer, Inc. | System for automatically adding additional data stream to existing media connection between two end points upon exchange of notifying and confirmation messages therebetween |
US5973724A (en) * | 1995-02-24 | 1999-10-26 | Apple Computer, Inc. | Merging multiple teleconferences |
US5579480A (en) * | 1995-04-28 | 1996-11-26 | Sun Microsystems, Inc. | System and method for traversing ATM networks based on forward and reverse virtual connection labels |
CA2179130A1 (en) * | 1995-08-31 | 1997-03-01 | Kadathur S. Natarajan | System and methods of supporting connection-oriented services in a network with changing topology |
US6108704A (en) * | 1995-09-25 | 2000-08-22 | Netspeak Corporation | Point-to-point internet protocol |
US6226678B1 (en) | 1995-09-25 | 2001-05-01 | Netspeak Corporation | Method and apparatus for dynamically defining data communication utilities |
US6009469A (en) * | 1995-09-25 | 1999-12-28 | Netspeak Corporation | Graphic user interface for internet telephony application |
US6185184B1 (en) | 1995-09-25 | 2001-02-06 | Netspeak Corporation | Directory server for providing dynamically assigned network protocol addresses |
US5822523A (en) * | 1996-02-01 | 1998-10-13 | Mpath Interactive, Inc. | Server-group messaging system for interactive applications |
US5793764A (en) * | 1996-03-12 | 1998-08-11 | International Business Machines Corporation | LAN switch with distributed copy function |
US5867653A (en) * | 1996-04-18 | 1999-02-02 | International Business Machines Corporation | Method and apparatus for multi-cast based video conferencing |
US5862329A (en) * | 1996-04-18 | 1999-01-19 | International Business Machines Corporation | Method system and article of manufacture for multi-casting audio visual material |
US7266686B1 (en) * | 1996-05-09 | 2007-09-04 | Two-Way Media Llc | Multicasting method and apparatus |
US5910179A (en) * | 1996-10-25 | 1999-06-08 | Pitney Bowes Inc. | Method and system for transmitting data within a tree structure and receiving a confirmation or status therefor |
US6252856B1 (en) | 1996-12-03 | 2001-06-26 | Nortel Networks Limited | Method and apparatus for minimizing calculations required to construct multicast trees |
JPH10200558A (ja) * | 1997-01-14 | 1998-07-31 | Sony Corp | 通信システム、通信装置、および、通信方法 |
EP0854604A1 (de) * | 1997-01-21 | 1998-07-22 | International Business Machines Corporation | Gruppenadressierung für Mehrfachsendung |
US6198747B1 (en) | 1997-01-30 | 2001-03-06 | International Business Machines Corporation | Method and system for enhancing communications efficiency in data communications networks wherein broadcast occurs |
US7593321B2 (en) * | 1997-02-11 | 2009-09-22 | Cisco Technology, Inc. | Method and system for a local and fast non-disruptive path switching in high speed packet switching networks |
US6067567A (en) * | 1997-02-20 | 2000-05-23 | International Business Machines Corporation | Message distribution capability which uses distribution nodes to collect acknowledgements for a primary node |
DE19707061C2 (de) * | 1997-02-21 | 1999-07-15 | Siemens Ag | ATM-Kommunikationssystem zum Vermitteln von Internet-Datenpaketen |
US6160818A (en) * | 1997-07-17 | 2000-12-12 | At &T Corp | Traffic management in packet communication networks having service priorities and employing effective bandwidths |
US6288739B1 (en) | 1997-09-05 | 2001-09-11 | Intelect Systems Corporation | Distributed video communications system |
DE19833931C2 (de) * | 1998-07-28 | 2000-06-15 | Siemens Ag | Verfahren zum Übermitteln von Datenpaketen an mehrere Empfänger in einem heterogenen Kommunikationsnetz |
US6515994B1 (en) | 1998-07-30 | 2003-02-04 | Lucent Technologies Inc. | Method of communication in a communications network and apparatus therefor |
US6138113A (en) * | 1998-08-10 | 2000-10-24 | Altavista Company | Method for identifying near duplicate pages in a hyperlinked database |
JP3735471B2 (ja) * | 1998-10-05 | 2006-01-18 | 株式会社日立製作所 | パケット中継装置およびlsi |
US6426945B1 (en) * | 1998-10-06 | 2002-07-30 | Nokia Telecommunications, Oy | Method and apparatus for providing resource discovery using multicast scope |
US6272563B1 (en) | 1998-11-03 | 2001-08-07 | Intel Corporation | Method and apparatus for communicating routing and attribute information for a transaction between hubs in a computer system |
US7216348B1 (en) | 1999-01-05 | 2007-05-08 | Net2Phone, Inc. | Method and apparatus for dynamically balancing call flow workloads in a telecommunications system |
US6654371B1 (en) | 1999-04-15 | 2003-11-25 | Nortel Networks Limited | Method and apparatus for forwarding multicast data by relaying IGMP group membership |
JP3792940B2 (ja) * | 1999-06-10 | 2006-07-05 | 富士通株式会社 | パケットのマルチキャスト配送システム |
US6882643B1 (en) | 1999-07-16 | 2005-04-19 | Nortel Networks Limited | Supporting multiple services in label switched networks |
US6952421B1 (en) * | 1999-10-07 | 2005-10-04 | Cisco Technology, Inc. | Switched Ethernet path detection |
DE69937830T2 (de) * | 1999-10-12 | 2008-12-24 | Alcatel Lucent | Vorrichtung und Verfahren zur Komprimierung von Mehrfahrnachrichten-Zieladressen |
KR100394827B1 (ko) * | 1999-12-22 | 2003-08-21 | 엘지전자 주식회사 | 이동통신교환기의 프로세서 재시동을 위한 프로그램 및데이터 적재방법 |
JP2001186142A (ja) * | 1999-12-27 | 2001-07-06 | Toshiba Corp | パケットバッファ装置、及び、パケットスイッチ装置 |
US6380060B1 (en) * | 2000-03-08 | 2002-04-30 | Tessera, Inc. | Off-center solder ball attach and methods therefor |
US6738376B1 (en) | 2000-04-07 | 2004-05-18 | International Business Machines Corporation | Method and system for managing multicast traffic |
US6836465B2 (en) * | 2001-11-29 | 2004-12-28 | Ipsum Networks, Inc. | Method and system for path identification in packet networks |
US8510468B2 (en) | 2000-04-17 | 2013-08-13 | Ciradence Corporation | Route aware network link acceleration |
US6813267B1 (en) * | 2000-09-11 | 2004-11-02 | Sun Microsystems, Inc. | Tunable broadcast/point-to-point packet arbitration |
US20040081153A1 (en) * | 2000-11-08 | 2004-04-29 | Yaron Mayer | System and method for improving the efficiency of routers on the internet and/or cellular networks and/or other networks and alleviating bottlenecks and overloads on the network |
US8073327B2 (en) * | 2000-11-08 | 2011-12-06 | Yaron Mayer | System and method for improving the efficiency of routers on the internet and/or cellular networks and/or other networks and alleviating bottlenecks and overloads on the network |
US20020065929A1 (en) * | 2000-11-28 | 2002-05-30 | Navic Systems Inc. | Protocol extensions to increase reliability of bulk data transmissions |
US7653743B2 (en) * | 2000-11-28 | 2010-01-26 | Microsoft Corporation | Protocol for throttling high volume messages |
US7047273B2 (en) * | 2000-11-28 | 2006-05-16 | Navic Systems, Inc. | Load balancing in set top cable box environment |
US6850498B2 (en) * | 2000-12-22 | 2005-02-01 | Intel Corporation | Method and system for evaluating a wireless link |
JP4511021B2 (ja) * | 2000-12-28 | 2010-07-28 | 富士通株式会社 | トラフィック情報収集装置およびトラフィック情報収集方法 |
US7450578B2 (en) * | 2001-06-01 | 2008-11-11 | Fujitsu Limited | Method of addressing and routing data |
US7120120B2 (en) * | 2001-11-29 | 2006-10-10 | Ipsum Networks, Inc. | Method and system for topology construction and path identification in a two-level routing domain operated according to a simple link state routing protocol |
US7330435B2 (en) * | 2001-11-29 | 2008-02-12 | Iptivia, Inc. | Method and system for topology construction and path identification in a routing domain operated according to a link state routing protocol |
US7257081B2 (en) * | 2002-04-19 | 2007-08-14 | Iptivia, Inc. | Method and system for traffic monitoring in a packet communication network |
US7355968B2 (en) * | 2003-09-30 | 2008-04-08 | International Business Machines Corporation | Method of stateless group communication and repair of data packets transmission to nodes in a distribution tree |
US20050071497A1 (en) * | 2003-09-30 | 2005-03-31 | Zhen Liu | Method of establishing transmission headers for stateless group communication |
US7450495B2 (en) * | 2004-03-15 | 2008-11-11 | Iptivia, Inc. | Method and system for path change root-cause identification in packet networks |
US7471669B1 (en) * | 2004-09-30 | 2008-12-30 | Nortel Networks Limited | Routing of protocol data units within a communication network |
US7787361B2 (en) | 2005-07-29 | 2010-08-31 | Cisco Technology, Inc. | Hybrid distance vector protocol for wireless mesh networks |
US7660318B2 (en) * | 2005-09-20 | 2010-02-09 | Cisco Technology, Inc. | Internetworking support between a LAN and a wireless mesh network |
US20070110024A1 (en) * | 2005-11-14 | 2007-05-17 | Cisco Technology, Inc. | System and method for spanning tree cross routes |
CN102684839A (zh) * | 2006-03-24 | 2012-09-19 | 华为技术有限公司 | 发送子带指示的方法和系统 |
US8023973B2 (en) * | 2007-01-03 | 2011-09-20 | Motorola Solutions, Inc. | Expandable text messaging service protocol for use with a two-way radio transceiver |
US7839798B2 (en) * | 2007-06-22 | 2010-11-23 | Microsoft Corporation | Seamlessly switching overlay network relay trees |
US9270486B2 (en) | 2010-06-07 | 2016-02-23 | Brocade Communications Systems, Inc. | Name services for virtual cluster switching |
US9769016B2 (en) | 2010-06-07 | 2017-09-19 | Brocade Communications Systems, Inc. | Advanced link tracking for virtual cluster switching |
US8989186B2 (en) | 2010-06-08 | 2015-03-24 | Brocade Communication Systems, Inc. | Virtual port grouping for virtual cluster switching |
US8867552B2 (en) | 2010-05-03 | 2014-10-21 | Brocade Communications Systems, Inc. | Virtual cluster switching |
US9461840B2 (en) | 2010-06-02 | 2016-10-04 | Brocade Communications Systems, Inc. | Port profile management for virtual cluster switching |
US9001824B2 (en) | 2010-05-18 | 2015-04-07 | Brocade Communication Systems, Inc. | Fabric formation for virtual cluster switching |
US9716672B2 (en) | 2010-05-28 | 2017-07-25 | Brocade Communications Systems, Inc. | Distributed configuration management for virtual cluster switching |
US9806906B2 (en) | 2010-06-08 | 2017-10-31 | Brocade Communications Systems, Inc. | Flooding packets on a per-virtual-network basis |
US8446914B2 (en) | 2010-06-08 | 2013-05-21 | Brocade Communications Systems, Inc. | Method and system for link aggregation across multiple switches |
US9608833B2 (en) | 2010-06-08 | 2017-03-28 | Brocade Communications Systems, Inc. | Supporting multiple multicast trees in trill networks |
US9246703B2 (en) | 2010-06-08 | 2016-01-26 | Brocade Communications Systems, Inc. | Remote port mirroring |
US9628293B2 (en) | 2010-06-08 | 2017-04-18 | Brocade Communications Systems, Inc. | Network layer multicasting in trill networks |
US8897134B2 (en) * | 2010-06-25 | 2014-11-25 | Telefonaktiebolaget L M Ericsson (Publ) | Notifying a controller of a change to a packet forwarding configuration of a network element over a communication channel |
US9807031B2 (en) | 2010-07-16 | 2017-10-31 | Brocade Communications Systems, Inc. | System and method for network configuration |
US9270572B2 (en) | 2011-05-02 | 2016-02-23 | Brocade Communications Systems Inc. | Layer-3 support in TRILL networks |
US9401861B2 (en) | 2011-06-28 | 2016-07-26 | Brocade Communications Systems, Inc. | Scalable MAC address distribution in an Ethernet fabric switch |
US8948056B2 (en) | 2011-06-28 | 2015-02-03 | Brocade Communication Systems, Inc. | Spanning-tree based loop detection for an ethernet fabric switch |
US9736085B2 (en) | 2011-08-29 | 2017-08-15 | Brocade Communications Systems, Inc. | End-to end lossless Ethernet in Ethernet fabric |
US9699117B2 (en) | 2011-11-08 | 2017-07-04 | Brocade Communications Systems, Inc. | Integrated fibre channel support in an ethernet fabric switch |
US9450870B2 (en) | 2011-11-10 | 2016-09-20 | Brocade Communications Systems, Inc. | System and method for flow management in software-defined networks |
US9461777B2 (en) * | 2011-11-21 | 2016-10-04 | Qualcomm Incorporated | Hybrid networking system with seamless path switching of streams |
US8995272B2 (en) | 2012-01-26 | 2015-03-31 | Brocade Communication Systems, Inc. | Link aggregation in software-defined networks |
US9742693B2 (en) | 2012-02-27 | 2017-08-22 | Brocade Communications Systems, Inc. | Dynamic service insertion in a fabric switch |
US9154416B2 (en) | 2012-03-22 | 2015-10-06 | Brocade Communications Systems, Inc. | Overlay tunnel in a fabric switch |
US9374301B2 (en) | 2012-05-18 | 2016-06-21 | Brocade Communications Systems, Inc. | Network feedback in software-defined networks |
US10277464B2 (en) | 2012-05-22 | 2019-04-30 | Arris Enterprises Llc | Client auto-configuration in a multi-switch link aggregation |
US10454760B2 (en) | 2012-05-23 | 2019-10-22 | Avago Technologies International Sales Pte. Limited | Layer-3 overlay gateways |
US9602430B2 (en) | 2012-08-21 | 2017-03-21 | Brocade Communications Systems, Inc. | Global VLANs for fabric switches |
US9401872B2 (en) | 2012-11-16 | 2016-07-26 | Brocade Communications Systems, Inc. | Virtual link aggregations across multiple fabric switches |
US9722943B2 (en) | 2012-12-17 | 2017-08-01 | Qualcomm Incorporated | Seamless switching for multihop hybrid networks |
US9413691B2 (en) | 2013-01-11 | 2016-08-09 | Brocade Communications Systems, Inc. | MAC address synchronization in a fabric switch |
US9548926B2 (en) | 2013-01-11 | 2017-01-17 | Brocade Communications Systems, Inc. | Multicast traffic load balancing over virtual link aggregation |
US9350680B2 (en) | 2013-01-11 | 2016-05-24 | Brocade Communications Systems, Inc. | Protection switching over a virtual link aggregation |
US9565113B2 (en) | 2013-01-15 | 2017-02-07 | Brocade Communications Systems, Inc. | Adaptive link aggregation and virtual link aggregation |
US9565099B2 (en) | 2013-03-01 | 2017-02-07 | Brocade Communications Systems, Inc. | Spanning tree in fabric switches |
US9401818B2 (en) | 2013-03-15 | 2016-07-26 | Brocade Communications Systems, Inc. | Scalable gateways for a fabric switch |
CN105103062B (zh) * | 2013-03-29 | 2017-06-23 | 三菱电机株式会社 | 定序器系统及地址设定方法 |
US9565028B2 (en) * | 2013-06-10 | 2017-02-07 | Brocade Communications Systems, Inc. | Ingress switch multicast distribution in a fabric switch |
US9699001B2 (en) | 2013-06-10 | 2017-07-04 | Brocade Communications Systems, Inc. | Scalable and segregated network virtualization |
US9806949B2 (en) | 2013-09-06 | 2017-10-31 | Brocade Communications Systems, Inc. | Transparent interconnection of Ethernet fabric switches |
US9912612B2 (en) | 2013-10-28 | 2018-03-06 | Brocade Communications Systems LLC | Extended ethernet fabric switches |
US9548873B2 (en) | 2014-02-10 | 2017-01-17 | Brocade Communications Systems, Inc. | Virtual extensible LAN tunnel keepalives |
US10581758B2 (en) | 2014-03-19 | 2020-03-03 | Avago Technologies International Sales Pte. Limited | Distributed hot standby links for vLAG |
US10476698B2 (en) | 2014-03-20 | 2019-11-12 | Avago Technologies International Sales Pte. Limited | Redundent virtual link aggregation group |
US10063473B2 (en) | 2014-04-30 | 2018-08-28 | Brocade Communications Systems LLC | Method and system for facilitating switch virtualization in a network of interconnected switches |
US9800471B2 (en) | 2014-05-13 | 2017-10-24 | Brocade Communications Systems, Inc. | Network extension groups of global VLANs in a fabric switch |
US10616108B2 (en) | 2014-07-29 | 2020-04-07 | Avago Technologies International Sales Pte. Limited | Scalable MAC address virtualization |
US9544219B2 (en) | 2014-07-31 | 2017-01-10 | Brocade Communications Systems, Inc. | Global VLAN services |
US9807007B2 (en) | 2014-08-11 | 2017-10-31 | Brocade Communications Systems, Inc. | Progressive MAC address learning |
US9524173B2 (en) | 2014-10-09 | 2016-12-20 | Brocade Communications Systems, Inc. | Fast reboot for a switch |
US9699029B2 (en) | 2014-10-10 | 2017-07-04 | Brocade Communications Systems, Inc. | Distributed configuration management in a switch group |
US9628407B2 (en) | 2014-12-31 | 2017-04-18 | Brocade Communications Systems, Inc. | Multiple software versions in a switch group |
US9626255B2 (en) | 2014-12-31 | 2017-04-18 | Brocade Communications Systems, Inc. | Online restoration of a switch snapshot |
US10003552B2 (en) | 2015-01-05 | 2018-06-19 | Brocade Communications Systems, Llc. | Distributed bidirectional forwarding detection protocol (D-BFD) for cluster of interconnected switches |
US9942097B2 (en) | 2015-01-05 | 2018-04-10 | Brocade Communications Systems LLC | Power management in a network of interconnected switches |
US10038592B2 (en) | 2015-03-17 | 2018-07-31 | Brocade Communications Systems LLC | Identifier assignment to a new switch in a switch group |
US9807005B2 (en) | 2015-03-17 | 2017-10-31 | Brocade Communications Systems, Inc. | Multi-fabric manager |
US10579406B2 (en) | 2015-04-08 | 2020-03-03 | Avago Technologies International Sales Pte. Limited | Dynamic orchestration of overlay tunnels |
US10439929B2 (en) | 2015-07-31 | 2019-10-08 | Avago Technologies International Sales Pte. Limited | Graceful recovery of a multicast-enabled switch |
US10171303B2 (en) | 2015-09-16 | 2019-01-01 | Avago Technologies International Sales Pte. Limited | IP-based interconnection of switches with a logical chassis |
US9912614B2 (en) | 2015-12-07 | 2018-03-06 | Brocade Communications Systems LLC | Interconnection of switches based on hierarchical overlay tunneling |
US10237090B2 (en) | 2016-10-28 | 2019-03-19 | Avago Technologies International Sales Pte. Limited | Rule-based network identifier mapping |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4740954A (en) * | 1986-12-31 | 1988-04-26 | Bell Communications Research, Inc. | Multicast routing algorithm |
CA1297567C (en) * | 1987-02-06 | 1992-03-17 | Kazuo Hajikano | Self routing-switching system |
US4827411A (en) * | 1987-06-15 | 1989-05-02 | International Business Machines Corporation | Method of maintaining a topology database |
JPH01177237A (ja) * | 1988-01-07 | 1989-07-13 | Nippon Telegr & Teleph Corp <Ntt> | 双方向多重接続方式 |
US4811337A (en) * | 1988-01-15 | 1989-03-07 | Vitalink Communications Corporation | Distributed load sharing |
US5144622A (en) * | 1988-02-15 | 1992-09-01 | Hitachi, Ltd. | Network system |
JPH01238265A (ja) * | 1988-03-18 | 1989-09-22 | Hitachi Ltd | 画像対話通信方式 |
US4864559A (en) * | 1988-09-27 | 1989-09-05 | Digital Equipment Corporation | Method of multicast message distribution |
CA2011399C (en) * | 1989-06-22 | 1998-05-19 | Lawrence C. Stewart | Routing apparatus and method for high-speed mesh connected local area network |
-
1992
- 1992-06-18 US US07/900,635 patent/US5309433A/en not_active Expired - Lifetime
-
1993
- 1993-04-20 CA CA002094405A patent/CA2094405C/en not_active Expired - Fee Related
- 1993-05-06 AU AU38389/93A patent/AU654930B2/en not_active Ceased
- 1993-05-19 AT AT93480059T patent/ATE183349T1/de not_active IP Right Cessation
- 1993-05-19 ES ES93480059T patent/ES2136118T3/es not_active Expired - Lifetime
- 1993-05-19 EP EP93480059A patent/EP0579567B1/de not_active Expired - Lifetime
- 1993-05-19 JP JP11729693A patent/JP2739023B2/ja not_active Expired - Fee Related
- 1993-05-19 DE DE69325957T patent/DE69325957T2/de not_active Expired - Lifetime
- 1993-06-14 TW TW082104723A patent/TW250613B/zh active
- 1993-06-14 CN CN93107298A patent/CN1032109C/zh not_active Expired - Lifetime
- 1993-06-14 KR KR1019930011006A patent/KR960014986B1/ko not_active IP Right Cessation
Also Published As
Publication number | Publication date |
---|---|
EP0579567A2 (de) | 1994-01-19 |
ES2136118T3 (es) | 1999-11-16 |
ATE183349T1 (de) | 1999-08-15 |
EP0579567B1 (de) | 1999-08-11 |
DE69325957D1 (de) | 1999-09-16 |
AU3838993A (en) | 1993-12-23 |
CN1032109C (zh) | 1996-06-19 |
AU654930B2 (en) | 1994-11-24 |
CA2094405C (en) | 1999-02-16 |
TW250613B (de) | 1995-07-01 |
KR960014986B1 (ko) | 1996-10-23 |
CN1081056A (zh) | 1994-01-19 |
JP2739023B2 (ja) | 1998-04-08 |
US5309433A (en) | 1994-05-03 |
EP0579567A3 (de) | 1995-03-15 |
CA2094405A1 (en) | 1993-12-19 |
JPH0662053A (ja) | 1994-03-04 |
KR950002299A (ko) | 1995-01-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE69325957T2 (de) | Verfahren und Einrichtung zur Leitweglenkung von Paketen in Paketübertragungsnetzen | |
DE69433126T2 (de) | Verfahren zum Einrichten von virtuellen Mehrfachsendeverbindungen | |
DE69532262T2 (de) | Verfahren zum Mehrfachsenden | |
DE60022602T2 (de) | Verfahren, Vorrichtung und Computerprogramm um Topologiedaten eines Link State Routing Netzwerkes aktuell zu halten | |
DE69929868T2 (de) | Anordnung für Nachrichtübertragung mit verbesserten Stationen und entsprechendes Verfahren | |
DE69228423T2 (de) | Mehrfachsende-Leitweglenkung zwischen Bereichen | |
DE3586929T2 (de) | Verfahren zur gewaehrleistung der end-zu-end-datenintegritaet in einem lokalen multiringnetz. | |
DE69032466T2 (de) | Aktualisierung von Verbindungszustandsinformationen in Netzwerken | |
DE69429166T2 (de) | Methode zur Modifizierung eines Mehrfachadressenbaums in einem Vermittlungsnetz | |
DE69333105T2 (de) | Kommunikationsnetz mit verteilter Verwaltung | |
DE69434330T2 (de) | Übertragungsvorrichtgung und verfahren | |
DE3904403C2 (de) | ||
DE3888818T2 (de) | Aufgeteilte Lastverteilung. | |
DE69533533T2 (de) | Kommunikationssystem, Server und Verfahren zur Adressenverwaltung | |
DE69908295T2 (de) | Virtuelles lokales netz mit mehrfachsendeschutz | |
DE69601374T2 (de) | Verfahren und vorrichtung zur synchronisierung von datenubertragungen mit wahlverbindungen in einem netzwerk | |
DE3586751T2 (de) | Verfahren und system zur leitweglenkung von rahmen in einem lokalen multiringnetz. | |
DE69330675T2 (de) | Verbesserte Paketstruktur für Netzschicht | |
DE69031438T2 (de) | Kommunikationsprotokoll für statistische Datenmultiplexer in einer Weitbereichsnetzanordnung | |
DE19532422C1 (de) | Lokales, nach dem asynchronen Transfermodus (ATM) arbeitendes Netzwerk mit wenigstens zwei Ringsystemen | |
DE4329048A1 (de) | Lokales, nach dem asynchronen Transfermodus (ATM) arbeitendes Netzwerk | |
DE60122831T2 (de) | Verteilter Virtueller Router mit Redundanz für Netzwerken mit ändernder Topologie | |
DE60133175T2 (de) | Kommunikationsnetz | |
DE60035836T2 (de) | Dynamische Burst-Zusammenstellung basiert auf voll/teilweis gemeinsame Mehrfachübertragungsentitäten | |
DE69529702T2 (de) | Verfahren und Anlagen für Leitweglenkung von Datenpaketen in einem verteilten Netzwerk |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
8364 | No opposition during term of opposition | ||
8320 | Willingness to grant licences declared (paragraph 23) | ||
8328 | Change in the person/name/address of the agent |
Representative=s name: DUSCHER, R., DIPL.-PHYS. DR.RER.NAT., PAT.-ANW., 7 |