DE10339280A1 - Auswahlverfahren für Nachrichtenpfade in Kommunikationssystemen - Google Patents
Auswahlverfahren für Nachrichtenpfade in Kommunikationssystemen Download PDFInfo
- Publication number
- DE10339280A1 DE10339280A1 DE10339280A DE10339280A DE10339280A1 DE 10339280 A1 DE10339280 A1 DE 10339280A1 DE 10339280 A DE10339280 A DE 10339280A DE 10339280 A DE10339280 A DE 10339280A DE 10339280 A1 DE10339280 A1 DE 10339280A1
- Authority
- DE
- Germany
- Prior art keywords
- network element
- path
- address
- addresses
- messages
- 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.)
- Granted
Links
- 238000010187 selection method Methods 0.000 title description 2
- 230000005540 biological transmission Effects 0.000 claims abstract description 14
- 238000000034 method Methods 0.000 claims description 14
- 230000007246 mechanism Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 1
- 210000002023 somite Anatomy 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
-
- 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/24—Multipath
Abstract
Bei multilinkfähigen Transportprotokollen, z. B. Stream Control Transmission Protocol SCTP, bestehen zwischen zwei Endpunkten (110, 120) mehrere Pfade bzw. Links. Im Betrieb eines Kommunikationssystems (100) mit einem solchen Transportprotokoll treten Fälle auf, in denen für die Übertragung von Nachrichten ein Pfad (140, 142) zu wählen ist, etwa wenn aus Redundanzgründen eine Nachricht mehrfach auf verschiedenen Pfaden (140, 142) übertragen werden soll oder wenn ein Pfad (140) gestört ist und die Aufgabe besteht, einen für die Nachrichtenwiederholung geeigneten Pfad (142) auszuwählen. Erfindungsgemäß wird vorgesehen, zu einem Basispfad (140) zwischen einem ersten (110) und einem zweiten Netzelement (120) einen weiteren Pfad (142) gemäß folgender Schritte auszuwählen: Bestimmen einer Adresse (126B) des zweiten Netzelements (120), die den Basispfad (140) für die Übertragung der Nachrichten vom ersten Netzelement (110) zum zweiten Netzelement (120) charakterisiert; Ermitteln des Levels der den Basispfad (140) charakerisierenden Adresse (126b) des zweiten Netzelements (120); Ermitteln einer weiteren Adresse (128B) des zweiten Netzelements (120) mit gleichem Level und Auswählen des durch die weitere Adresse (128B) charakterisierenden Pfades (142) für die Übertragung der Nachrichten vom ersten Netzelement (110) zum zweiten Netzelement (120).
Description
- Bei sogenannten multilinkfähigen Transportprotokollen bestehen zwischen zwei Endpunkten mehrere Pfade bzw. Links. Ein Beispiel für ein multilinkfähiges Transportprotokoll ist das Stream Control Transmission Protocol, welches in IETF RFC 2960 definiert ist.
- Im Betrieb eines Kommunikationssystems mit einem solchen Transportprotokoll treten Fälle auf, in denen für die Übertragung von Nachrichten ein Pfad zu wählen ist.
- Ein solcher Fall ist gegeben, wenn aus Redundanzgründen eine Nachricht mehrfach auf verschiedenen Pfaden übertragen werden soll. Dann besteht die Aufgabe, ausgehend von einem beispielsweise durch ein im Protokollstack implementiertes Verfahren gewählten Basispfad, die anderen Pfade geeignet auszuwählen.
- Ein anderer Fall, in dem die Wahl eines Pfades wichtig ist, liegt vor, wenn ein Pfad gestört ist und die Aufgabe besteht, einen für die Nachrichtenwiederholung geeigneten Pfad auszuwählen.
- Es ist daher Aufgabe der vorliegenden Erfindung, ein Verfahren anzugeben, mit dem Nachrichtenpfade für Redundanz- oder Wiederholungsübertragungen von Nachrichten so ausgewählt werden können, daß der gewählte Pfad möglichst verschieden von einem Basispfad ist.
- Diese Aufgabe wird durch die Merkmale der unabhängigen Patentansprüche gelöst. Bevorzugte Ausführungsformen sind den abhängigen Patentansprüchen zu entnehmen.
- Erfindungsgemäß wird vorgesehen, zu einem Basispfad zwischen einem ersten und einem zweiten Netzelement einen weiteren Pfad gemäß folgender Schritte auszuwählen:
- – Bestimmen einer Adresse des zweiten Netzelements, die den Basispfad für die Übertragung der Nachrichten vom ersten Netzelement zum zweiten Netzelement charakterisiert,
- – Ermitteln des Level der den Basispfad charakterisierenden Adresse des zweiten Netzelements,
- – Ermitteln einer weiteren Adresse des zweiten Netzelements mit gleichem Level, und
- – Auswählen des durch die weitere Adresse charakterisierten Pfades für die Übertragung der Nachrichten vom ersten Netzelement zum zweiten Netzelement.
- Bei dem Basispfad kann es sich dabei um einen Basispfad für eine redundante Übertragung handeln, zu dem ein weiterer Pfad ermittelt wird. Das Verfahren ist vorteilhaft auch anwendbar, wenn nach der Feststellung, daß ein Basispfad als ausgefallen gilt, ein vom Basispfad verschiedener Pfad für die Wiederholung der Nachrichtenübertragung ermittelt wird.
- Durch Wiederholung des Verfahrens können mehrere Pfade für einen Basispfad ermittelt werden.
- Der Vorteil des Verfahrens liegt darin, daß die Auswahl eines neuen Pfades basierend auf dem Level der den Pfad charakterisierenden Adresse einen Pfad liefert, der "möglichst verschieden" vom Basispfad ist, beispielsweise physikalisch auf einem anderen Weg das Ziel erreicht.
- Wird mit dem Verfahren ein Pfad für eine Wiederholung von Nachrichten gewählt, bei physikalisch ausgefallenem Basispfad, wird somit ein Pfad gewählt, der physikalisch intakt ist.
- Wird mit dem Verfahren ein zu einem intakten Basispfad redundanter Pfad gewählt, wird durch das Verfahren sichergestellt, daß die Redundanz größtmöglich ist in dem Sinne, daß das Ziel auf physikalisch verschiedenen Wegen erreicht wird.
- Dieser Vorteil basiert darauf, daß in modernen Kommunikationssystemen einer physikalischen Schnittstelle eines Netzelements häufig mehrere Adressen zugeordnet sind, die sich wiederum in verschiedene Level einteilen lassen. Ferner weisen Netzelemente häufig mehrere physikalische Schnittstellen auf, so daß zwei grundsätzliche Einteilungen von Adressen entstehen: Adressen, die "physikalisch" disjunkte Pfade charakterisieren und die verschiedenen Schnittstellen zugeordnet sind, und level-disjunkte Adressen, die verschiedenen Levels zugeordnet sind, aber der gleichen physikalischen Schnittstelle zugeordnet sein können.
- Durch die Auswahl des Pfades anhand einer Adresse mit gleichem Level wird ein physikalisch disjunkter Pfad gewählt, was durch andere Auswahlverfahren nicht erreicht werden könnte.
- Auch wenn Netzelemente betrachtet werden, bei denen einzelne Schnittstellen mehrere Adressen des gleichen Levels aufweisen, bei denen zwei verschiedene Adressen des gleichen Levels also nicht notwendigerweise physikalisch disjunkte Pfade charakterisieren, verringert sich dennoch bei der Suche nach Ersatzpfaden für einen ausgefallenen Basispfad die Suchzeit, da die Wahrscheinlichkeit dafür, daß eine ausgewählte Adresse des gleichen Levels einen physikalisch disjunkten Pfad charakterisiert, wesentlich höher ist, als wenn der Level der Adressen nicht betrachtet wird.
- Im folgenden wird ein Ausführungsbeispiel der Erfindung anhand einer Zeichnung näher erläutert.
- Die einzige
1 zeigt in schematischer Darstellung ein Kommunikationssystem100 mit einem ersten Netzelement110 (Endpunkt A) und einem zweiten Netzelement120 (Endpunkt B) sowie einem die beiden Netzelemente110 ,120 verbindenden Transportnetz102 . - Für beide Netzelemente
110 ,120 sei angenommen, daß es sich um SCTP-Endpunkte handelt. Für das erste Netzelement110 wurde zur Vereinfachung der Darstellung lediglich eine erste Schnittstelle112 dargestellt, über welche das erste Netzelement110 mit dem Transportnetz102 mittels einer ersten Verbindung116 verbunden ist. Das erste Netzelement110 kann darüber hinaus weitere Schnittstellen und Verbindungen mit dem Transportnetz oder mit anderen Transportnetzen aufweisen (nicht dargstellt). - Das erste Netzelement
110 weist drei Adressen114A –C auf, die physikalisch der ersten Schnittstelle112 zugeordnet sind. Beispielhaft handelt es sich dabei um eine Level2-Adresse114A , eine Level3-Adresse114B und eine Level4-Adresse114C , die innerhalb ihres Gültigkeitsraumes das erste Netzelement110 eindeutig, jedoch nicht eineindeutig adressieren. - Das zweite Netzelement
120 wurde beispielhaft mit zwei physikalisch verschiedenen Schnittstellen122 ,124 dargstellt. Eine zweite Schnittstelle122 verbindet das zweite Netzelement110 mittels einer zweiten Verbindung132 mit dem Transportnetz102 , und eine dritte Schnittstelle124 verbindet das zweite Netzelement110 mittels einer dritten Verbindung134 mit dem Transportnetz102 . Das zweite Netzelement120 kann darüber hinaus weitere Schnittstellen und Verbindungen mit dem Transportnetz oder mit anderen Transportnetzen aufweisen (nicht dargstellt). - Das zweite Netzelement
110 weist drei Adressen126A -C auf, die physikalisch der zweiten Schnittstelle122 zugeordnet sind. Beispielhaft handelt es sich dabei um eine Level2-Adresse126A , eine Level3-Adresse126B und eine Level4-Adresse126C , die innerhalb ihres Gültigkeitsraumes das zwei te Netzelement120 eindeutig, jedoch nicht eineindeutig adressieren. - Ferner weist das zweite Netzelement
110 drei weitere Adressen128A -C auf, die physikalisch der dritten Schnittstelle124 zugeordnet sind. Beispielhaft handelt es sich dabei um eine Level2-Adresse128A , eine Level3-Adresse128B und eine Level4-Adresse128C , die innerhalb ihres Gültigkeitsraumes das zweite Netzelement120 eindeutig, jedoch nicht eineindeutig adressieren. - Es existieren somit 6 mögliche Adressen, mit denen das zweite Netzelement
120 adressiert werden kann. Dabei adressieren jeweils drei Adressen die gleiche physikalische Schnittstelle. Wird als Basispfad beispielsweise der durch die Level3-Adresse126B charakterisierte Pfad140 (dargestellt durch gestrichelte Linie) betrachtet, würde die Auswahl der durch die Adressen126A und126C charakterisierten Pfade (nicht dargestellt) dieselbe physikalische Schnittstelle122 des zweiten Netzelementes adressieren, wodurch kein Redundanzgewinn entsteht und wodurch bei Störung der zweiten Schnittstelle122 oder der zweiten Verbindung132 ein ebenfalls gestörter Pfad gewählt würde. - Die erfindungsgemäße Auswahl einer weiteren Level3-Adresse des zweiten Netzelements hingegen, hier die Auswahl der Level3-Adresse
128B , führt in der vorliegenden Konfiguration sofort zur Auswahl eines physikalisch disjunkten Pfades142 (wiederum dargestellt durch gestrichelte Linie), der über die dritte Schnittstelle124 und die dritte Verbindung134 führt. - Handelt es sich bei den im Kommunikationssystem verwendeten Adressen um IP-Adressen, sind für IPv4 die Levels durch den IETF Internet Draft draft-stewart-tsvwg-sctpipv4-00.txt, veröffentlicht am 17. Mai 2002, wie folgt definiert:
- – Level0: Adressen, die für SCTP nicht verwendbar sind, beispielsweise: 0.0.0.0/8, 224.0.0.0/4, 198.18.0.0/24, 192.88.99.0/24
- – Level1: Loopback-Adressen, beispielsweise: 127.0.0.0/8
- – Level2: Link-local-Adressen, beispielsweise: 169.254.0.0/16
- – Level3: Private Adressen, beispielsweise: 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16
- – Level4: Global Adressen
- Für SCTP gelten dann folgende Festlegungen: Adressen mit Level0 dürfen nicht verwendet werden:
- – als eine Ursprungsadresse eines SCTP-Pakets,
- – als eine Zieladresse eines SCTP-Pakets, und
- – innerhalb eines Adreßparameters eines INIT-Chunks oder eines INIT-ACK-Chunks.
- Ferner werden durch draft-stewart-tsvwg-sctpipv4-00.txt für SCTP INIT-Chunks und SCTP INIT-ACK-Chunks Festlegungen getroffen, anhand derer der jeweilige Empfänger von INIT-Chunks bzw. INIT-ACK-Chunks alle Adressen des jeweiligen Senders ermitteln kann, die für eine Kommunikation genutzt werden können.
- Andere Zuordnungen von Adressen zu Levels sind im Zusammenhang mit der vorliegenden Erfindung natürlich möglich. Ebenso kann der Austausch aller für eine Kommunikation nutzbaren Adressen zwischen Kommunikationspartnern mittels anderer Mechanismen erfolgen. Wichtig für die vorliegende Erfindung ist lediglich, daß ein sendender Endpunkt die zur Verfügung stehenden Adressen des Ziels kennt.
- Geht man beispielhaft davon aus, daß der ersten SCTP-Endpunkt A die Verbindung mittels INIT zum zweiten SCTP-Endpunkt B initiiert, und benutzt der erste SCTP-Endpunkt A hierfür die Level3-Adresse
126B des SCTP-Endpunktes B, etwa weil die Level2-Adressen114A ,126A und128A durch das Transportnetz102 nicht geroutet werden, kennt der SCTP-Endpunkt B anschließend die Adressen, unter denen von SCTP-Endpunkt B aus der SCTP-Endpunkt A erreichbar ist, nämlich die Level3-Adresse114B und die Level4-Adresse1140 , nicht jedoch die Level2-Adresse114A . - Durch den SCTP-Endpunkt B wird sodann mittels INIT-ACK die Verbindungsanforderung bestätigt, wobei der SCTP-Endpunkt B dem SCTP-Endpunkt A alle zur Adressierung des SCTP-Endpunkts B geeigneten Adressen, hier die Level3-Adressen
126B und128B und die Level4-Adressen126C und128C mitteilt. Diese können in Form einer Tabelle im SCTP-Endpunkt A gespeichert werden. - Ähnliche Mechanismen sind auch für IPv6 vorgesehen.
- Wird der ursprünglich von SCTP-Endpunkt A gewählte Pfad
140 durch Ausfall der zweiten Verbindung 132 oder der zweiten Schnittstelle122 gestört, wählt der SCTP-Endpunkt A für die weitere Kommunikation mit dem SCTP-Endpunkt B aus dem Vorrat von 4 Adressen wie folgt aus: - – Der durch Adresse
126B charakterisierte Basispfad wurde als gestört identifiziert. Die Adresse126B ist somit ungeeignet. Der Level der Adresse126B ist Level3. - – Adresse
126C ist eine Adresse mit abweichendem Level. Der durch diese Adresse charakterisierte Pfad wird daher nicht gewählt. - – Adresse
128B ist eine Adresse mit gleichem Level. Der durch diese Adresse charakterisierte Pfad wird gewählt. - – Adresse
128C muß nicht geprüft werden, da bereits ein Pfad gefunden wurde. Ist die Suchreihenfolge eine andere, wird festgestellt, daß auch Adresse128C eine Ad resse mit abweichendem Level ist. Der durch diese Adresse charakterisierte Pfad wird daher nicht gewählt. - Stehen mehrere Adressen im gleichen Level und somit mehrere Pfade zur Verfügung, kann unter diesen eine beliebige gewählt werden. Alternativ können weitere Kriterien angewendet werden, um einen möglichst verschiedenen Pfad zu wählen, beispielsweise der numerische Abstand einer Adresse zur Adresse des Basispfads. Hintergrund ist, daß in einer Konfiguration, bei der die zweite Schnittstelle
122 zwei Level3-Adressen aufweist (nicht dargestellt), die Wahl der zweiten Level3-Adresse der zweiten Schnittstelle nicht zum Ziel führen würde. Es ist in der Praxis davon auszugehen, daß die zweite Level3-Adresse der zweiten Schnittstelle numerisch näher an der ersten Level3-Adresse der zweiten Schnittstelle liegt als die Level3-Adresse der dritten Schnittstelle, so daß dies als Zusatzkriterium verwendet werden kann.
Claims (5)
- Verfahren für die Auswahl von Pfaden (
142 ) für eine Übertragung von Nachrichten von einem ersten Netzelement (110 ) eines Kommunikationssystems (100 ) zu einem zweiten Netzelement (120 ) des Kommunikationssystems (100 ), gekennzeichnet durch folgende Verfahrensschritte: – Bestimmen einer Adresse (126B ) des zweiten Netzelements (120 ), die einen Basispfad (140 ) für die Übertragung der Nachrichten vom ersten Netzelement (110 ) zum zweiten Netzelement (120 ) charakterisiert, – Ermitteln des Level der den Basispfad (140 ) charakterisierenden Adresse (126B ) des zweiten Netzelements (120 ), – Ermitteln einer weiteren Adresse (128B ) des zweiten Netzelements (120 ) mit gleichem Level, und – Auswählen des durch die weitere Adresse (128B ) charakterisierten Pfades (142 ) für die Übertragung der Nachrichten vom ersten Netzelement (110 ) zum zweiten Netzelement (120 ). - Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß der Basispfad (
140 ) ermittelt wird als ein Pfad, über den eine vorangehende Übertragung von Nachrichten vom ersten Netzelement (110 ) zum zweiten Netzelement (120 ) fehlgeschlagen ist. - Verfahren nach einem der Ansprüche 1 oder 2, dadurch gekennzeichnet, daß die Adressen (
126B ,128B ) IP-Adressen sind. - Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, daß die Übertragung von Nachrichten im Kommunikationssystem (
100 ) mittels des Stream Control Transmission Protocol SCTP erfolgt. - Verfahren nach Anspruch einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, daß die weitere Adresse (
128B ) des zweiten Netzelements (120 ) einer im ersten Netzelement (110 ) vorgehaltenen Tabelle entnommen wird, wobei die Tabelle alle Adressen (126A -C,128A -C) des zweiten Netzelements (120 ) und deren assoziierte Level umfaßt.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE10339280A DE10339280B4 (de) | 2003-08-26 | 2003-08-26 | Auswahlverfahren für Nachrichtenpfade in Kommunikationssystemen |
US10/925,202 US20050047391A1 (en) | 2003-08-26 | 2004-08-24 | Selection method for message paths in communication systems |
US12/113,685 US20080298359A1 (en) | 2003-08-26 | 2008-05-01 | Selection method for message paths in communication systems |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE10339280A DE10339280B4 (de) | 2003-08-26 | 2003-08-26 | Auswahlverfahren für Nachrichtenpfade in Kommunikationssystemen |
Publications (2)
Publication Number | Publication Date |
---|---|
DE10339280A1 true DE10339280A1 (de) | 2005-03-31 |
DE10339280B4 DE10339280B4 (de) | 2006-09-07 |
Family
ID=34202065
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE10339280A Expired - Fee Related DE10339280B4 (de) | 2003-08-26 | 2003-08-26 | Auswahlverfahren für Nachrichtenpfade in Kommunikationssystemen |
Country Status (2)
Country | Link |
---|---|
US (2) | US20050047391A1 (de) |
DE (1) | DE10339280B4 (de) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4153502B2 (ja) * | 2005-03-29 | 2008-09-24 | 富士通株式会社 | 通信装置及び論理リンク異常検出方法 |
US7706281B2 (en) * | 2006-01-06 | 2010-04-27 | Cisco Technology, Inc. | Selecting paths in multi-homed transport-layer network associations |
WO2008138919A1 (en) * | 2007-05-14 | 2008-11-20 | Abb Technology Ag | Redundant computers and computer communication networks in a high-voltage power transmission system |
DK2160829T3 (en) * | 2007-05-14 | 2017-10-16 | Abb Schweiz Ag | REDUNDANT POWER VALVE CONTROL IN A HIGH VOLTAGE POWER TRANSMISSION SYSTEM |
EP2149215B1 (de) * | 2007-05-14 | 2017-04-12 | ABB Schweiz AG | Punkt-zu-punkt-kommunikation in einem hochspannungs-leistungsübertragungssystem |
WO2015100644A1 (zh) * | 2013-12-31 | 2015-07-09 | 华为技术有限公司 | 一种处理报文的方法和装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE10133473C1 (de) * | 2001-07-10 | 2003-02-20 | Siemens Ag | Verfahren zur optimierten Nutzung von SCTP (Stream Control Transmission Protocol) in MPLS (Multi Protocol Label Switching) Netzen |
US20030120716A1 (en) * | 2001-12-26 | 2003-06-26 | Mcclellan Stanley A. | Fault tolerance associations for IP transport protocols |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5764736A (en) * | 1995-07-20 | 1998-06-09 | National Semiconductor Corporation | Method for switching between a data communication session and a voice communication session |
US6760766B1 (en) * | 1998-08-21 | 2004-07-06 | Per Sahlqvist | Data transmission method and device |
DE10139155C2 (de) * | 2001-08-09 | 2003-07-24 | Siemens Ag | Signalisierungs-Proxy-Einrichtung zum automatischen Aufbau von Ersatzpfaden in optischen Netzen |
US7149225B2 (en) * | 2003-03-10 | 2006-12-12 | Cisco Technology, Inc. | Arrangement for traversing an IPv4 network by IPv6 mobile nodes via a mobility anchor point |
-
2003
- 2003-08-26 DE DE10339280A patent/DE10339280B4/de not_active Expired - Fee Related
-
2004
- 2004-08-24 US US10/925,202 patent/US20050047391A1/en not_active Abandoned
-
2008
- 2008-05-01 US US12/113,685 patent/US20080298359A1/en not_active Abandoned
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE10133473C1 (de) * | 2001-07-10 | 2003-02-20 | Siemens Ag | Verfahren zur optimierten Nutzung von SCTP (Stream Control Transmission Protocol) in MPLS (Multi Protocol Label Switching) Netzen |
US20030120716A1 (en) * | 2001-12-26 | 2003-06-26 | Mcclellan Stanley A. | Fault tolerance associations for IP transport protocols |
Non-Patent Citations (4)
Title |
---|
STEWART, R. et al: RFC 2960-Stream Control Trans- mission Protocol (online), October 2000, S. 1-87 (recherchiert am 31.03.04). Im Internet: <URL:http ://www.faqs.org/rfcs/rfc2960.html> |
STEWART, R. et al: RFC 2960-Stream Control Trans- mission Protocol (online), October 2000, S. 1-87 (recherchiert am 31.03.04). Im Internet: <URL:http://www.faqs.org/rfcs/rfc2960.html> * |
STEWART, R. et al: Stream Control Transmission Protocol (SCTP) IPv4 Address Scoping (online), May 2002, S. 1-8 (recherchiert am 31.03.04). Im Internet: <URL:http://www.sctp.deinternet-drafts/d raft-stewart-tsvwq-sctp-ipv4-00.txt> |
STEWART, R. et al: Stream Control Transmission Protocol (SCTP) IPv4 Address Scoping (online), May 2002, S. 1-8 (recherchiert am 31.03.04). Im Internet: <URL:http://www.sctp.deinternet-drafts/draft-stewart-tsvwq-sctp-ipv4-00.txt> * |
Also Published As
Publication number | Publication date |
---|---|
US20050047391A1 (en) | 2005-03-03 |
DE10339280B4 (de) | 2006-09-07 |
US20080298359A1 (en) | 2008-12-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE69835809T2 (de) | Kommunikationssteuereinheit und Kommunikationssteuerungsverfahren angewendet für ein Mehrfachsende-unterstützendes LAN | |
EP2676409B1 (de) | Schleifen von mpls pfaden auf weiterleitungsebene für verbindungslose mpls netze | |
DE10133473C1 (de) | Verfahren zur optimierten Nutzung von SCTP (Stream Control Transmission Protocol) in MPLS (Multi Protocol Label Switching) Netzen | |
EP3059930B1 (de) | Verfahren zur konfiguration eines kommunikationsgeräts eines industriellen automatisierungssystems und kommunikationsgerät | |
DE60208990T2 (de) | Verfahren zur Unterscheidung von Teilnehmer eines Kommunikationssystems, Kommunikationssystem und Kommunikationsgerät | |
DE19849170A1 (de) | Verfahren zum Einrichten eines Internet-Protokoll Netzwerkes | |
DE10339280B4 (de) | Auswahlverfahren für Nachrichtenpfade in Kommunikationssystemen | |
EP1317820B1 (de) | Verfahren zum aufbau von verbindungen mit vorgegebener dienstgüte für ein paketorientiertes kommunikationsnetz mit einem resourcenmanager | |
DE10334104A1 (de) | Verfahren und Netzknoten zur Meldung mindestens eines ausgefallenen Verbindungsweges innerhalb eines Kommunikationsnetzes | |
EP1623559B1 (de) | Verfahren zum datenaustausch zwischen netzelementen in netzwerken mit verschiedenen adressbereichen | |
EP1266493A1 (de) | Verfahren und anordnung zum übertragen eines datenpakets von einer ersten vermittlungseinheit an eine zweite vermittlungseinheit in einem datennetz | |
WO2006133669A1 (de) | Verfahren und unabhängiges kommunikationsteilnetz zum ermitteln labelvermittelter routen in einem solchen kommunikationsteilnetz | |
EP1263188A2 (de) | Verfahren zum Vermitteln von Daten zwischen einem lokalen Netzwerk und einem externen Gerät und Router dafür | |
EP1992127B1 (de) | Kommunikationssystem, rechner und verfahren zum ermitteln eines zu verwendenden kommunikationsprotokolls in einem kommunikationssystem | |
EP1313347A1 (de) | Routing in Übertragungsnetzen | |
DE112019001534B4 (de) | Redundante Kommunikationsinfrastruktur für ein IPv6 Routing Netzwerk basierend auf einem speziellen Router | |
EP2695364A1 (de) | Verfahren zur adressierung von nachrichten in einem computernetzwerk | |
EP3142334A1 (de) | Verfahren zum betrieb von kommunikationsgeräten innerhalb eines industriellen automatisierungssystems und kommunikationsgerät | |
DE10047131B4 (de) | Verfahren zum Betreiben eines Zugangsnetzes | |
DE102004058927B3 (de) | Aggregation der inter-domain Ressourcen-Signalisierung | |
DE102014212037A1 (de) | Netzwerksystem | |
DE10062375B4 (de) | Verfahren zum Weiterleiten von Datenpaketen, Weiterleitungseinheit und zugehöriges Programm | |
EP2536106A1 (de) | Verfahren zur Adressübertragung | |
WO1998058516A1 (de) | Verfahren zum aufbau und betrieb eines reduntanten kommunikationsnetzes sowie kommunikationsnetz zum transport von datenpaketen | |
EP2908503A1 (de) | Verfahren zur Konfiguration eines Telekommunikationsnetzwerkes |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
OP8 | Request for examination as to paragraph 44 patent law | ||
8364 | No opposition during term of opposition | ||
8327 | Change in the person/name/address of the patent owner |
Owner name: NOKIA SIEMENS NETWORKS GMBH & CO.KG, 81541 MUE, DE |
|
R081 | Change of applicant/patentee |
Owner name: NOKIA SOLUTIONS AND NETWORKS GMBH & CO. KG, DE Free format text: FORMER OWNER: NOKIA SIEMENS NETWORKS GMBH & CO. KG, 81541 MUENCHEN, DE Effective date: 20140731 |
|
R119 | Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee |