DE60109177T2 - Weiterleitung von IP Paketen für Leitweglenkung-Protokolen - Google Patents
Weiterleitung von IP Paketen für Leitweglenkung-Protokolen Download PDFInfo
- Publication number
- DE60109177T2 DE60109177T2 DE60109177T DE60109177T DE60109177T2 DE 60109177 T2 DE60109177 T2 DE 60109177T2 DE 60109177 T DE60109177 T DE 60109177T DE 60109177 T DE60109177 T DE 60109177T DE 60109177 T2 DE60109177 T2 DE 60109177T2
- Authority
- DE
- Germany
- Prior art keywords
- daemon
- routing
- active
- packets
- addresses
- 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
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/02—Topology update or discovery
-
- 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/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- 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/58—Association of routers
- H04L45/586—Association of routers of virtual routers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
- Hardware Redundancy (AREA)
Description
- Die vorliegende Erfindung bezieht sich auf den Continuity Service (Hochverfügbarkeits-Dienst) der Leitweglenkung des Internet-Protokolls IP. Spezieller stellt die Erfindung eine Router-Einrichtung für die IP-Leitweglenkung zur Verfügung, wie in der Präambel von Anspruch 1 angegeben, und ein Verfahren zur Weiterleitung eintreffender als auch abgehender IP-Pakete von entsprechenden Nachbar-Routern an einen aktiven Leitweglenkungs-Daemon und umgekehrt. Ein Beispiel für eine solche Router-Einrichtung kann man zum Beispiel in EP-A-0 605 339 finden.
- Eine Router-Einrichtung oder ein Router – ein Schalter für IP-Pakete der Ebene drei, der in der Literatur früher Gateway genannt wurde – enthält eine Vielzahl von Verbindungen mit anderen Routern. Diese Verbindungen können abhängig vom verwendeten Protokoll unterschiedlicher Natur sein, z. B. eine Punkt-zu-Punkt-Verbindung oder eine Mehrfachzugriffs-Verbindung, wobei letztere für ein auf Ethernet basierendes Netzwerk verwendet wird. Die Verwendung eines Protokolls, wie OSPF (Open Shortest Path First), bei dem es sich um ein TCP/IP-Protokoll (Transmission Control Protocol over Internet Protocol) handelt, ermöglicht es den Routern, genug Informationen für eine erfolgreiche Weiterleitung der empfangenen Pakete über das Netzwerk zu bekommen. Die Leitweglenkung bei Verwendung z. B. des OSPF-Protokolls ist dynamisch, d. h. eine Änderung in der Topologie des Netzes wird auf dynamische Weise berücksichtigt. Das hat zur Folge, dass regelmäßig zwischen den Routern ein Informationsaustausch stattfinden muss, um eine Datenbank jedes Routers zu aktualisieren, die Informationen über einen aktuellen Status des Netzwerks enthält.
- Entsprechend dem Typ der Verbindung und des verwendeten Leitweglenkungs-Protokolls kann es erforderlich sein, einen so genannten Nachbarschafts-Prozess zwischen mehreren unterschiedlichen Routern aufzubauen. In diesem Fall werden Router, die benachbarte Router werden, einige Informationen bezüglich des Zustandes des Netzwerks haben, um in der Lage zu sein, alle eintreffenden Pakete weiterzuleiten. Diese Informationen sind in einer Leitweglenkungs-Tabelle organisiert. Wegen des dynamischen Modus müssen diese Leitweglenkungs-Tabellen regelmäßig aktualisiert werden. Um den Paketverkehr zu optimieren, können solche Nachbarschafts-Prozesse nur zwischen einem Router und einem festgelegten Nachbar-Router ausgeführt werden. Die Aktualisierungen werden durch den Austausch von Nachrichten durchgeführt, die Link State Advertisment LSA genannt werden und die einige Informationen über das Netzwerk enthalten. Die Leitweglenkungs-Tabellen werden dann in jedem Router unter Verwendung dieser Information berechnet.
- Eine Vielzahl von Anwendungen muss eine hohe Verfügbarkeit aufweisen. Wegen möglicher Hardware- oder Software-Fehler verfügen Tischgeräte, wie Router, streng genommen nicht über eine hohe Verfügbarkeit. Eine Möglichkeit, die Situation zu verbessern ist die Verwendung eines Gruppen-Modells, d. h. die Verwendung einer Gruppe redundanter und autonomer Server-Plattformen, die Router in einer vernetzten Konfiguration enthalten. In diesem Fall wird bei Ausfall einer autonomen Plattform eine Reserve-Plattform ihren Platz übernehmen. Ein solches Modell hat den großen Nachteil, dass die Übernahmezeit in der Größenordnung von 30 bis 90 Sekunden liegt. Während dieser Übernahmezeit gehen alle Pakete verloren, was bei vielen Anwendungen eine nicht zufrieden stellende Lösung ist.
- In
US 5,473,599 und in der Dokumentation vom 15. Oktober 2001, die man unter
http://www.cisco.com/univercd/cc/td/doc/product/lan/cat6000/sft_6_1/configgd/redund.htm findet, wird eine Alternative erläutert, um eine hohe Verfügbarkeit zu garantieren, indem das Hot Standby Router Protocol HSRP verwendet wird. In diesem Fall wird eine System-Datenbank auf einer aktiven Überwacher-Engine (in unserem Fall ein Router) unterhalten, und bei jeder Änderung von Daten in der System-Datenbank werden Aktualisierungen an eine Reserve-Überwacher-Engine (ein benachbarter Router) gesendet. Die aktive Überwacher-Engine kommuniziert mit der Reserve-Überwacher-Engine und aktualisiert sie, wenn Zustandsänderungen auftreten, wodurch sichergestellt wird, dass die Reserve Überwacher-Engine den aktuellen Protokollzustand der unterstützten Funktionen kennt. Es muss eine Synchronisierung jeder Datenbank, unter anderem der Leitweglenkungs-Tabellen, durchgeführt werden. Die Reserve-Überwacher-Engine ist vom Systembus getrennt und vermittelt keine Pakete. Sie empfängt aber Pakete vom Vermittlungs-Bus, um zu lernen und die Leitweglenkungs-Tabelle auszufüllen. Die Reserve-Überwacher-Engine nimmt an der Weiterleitung der Pakete nicht teil und kommuniziert nicht mit anderen Modulen. - Bei der Verwendung von HSRP kann es bequem sein, auch das Virtual Router Redundancy Protocol VRRP zu verwenden, wie in der IETF diskutiert wird und unter
http://www.ietf.org/html.charters/vrrp-charter.html vom 15. Oktober 2001 zu finden ist. In diesem Fall wird jedes Element des Netzes in einer HSRP-Gruppe eine virtuelle IP-Adresse und eine MAC-(Media Access Control)-Adresse gemeinsam nutzen. Mit anderen Worten werden mehrere Router an einem LAN (Local Area Network) an einer Mehrfachzugriffs-Verbindung in der Lage sein, dieselbe virtuelle IP-Adresse zu nutzen. Ein Router wird als Master ausgewählt, während die anderen Router als Reserve für den Fall eines Ausfalls des Masters dienen. Der Master wird Pakete weiterleiten, die an diese IP-Adressen gesendet werden. Der Auswahlprozess bietet eine dynamische Ausfallsicherung der Weiterleitungs-Verantwortung, sollte der Master nicht zur Verfügung stehen. Dies ermöglicht es, jede beliebige der virtuellen Router-IP-Adressen am LAN von End-Hosts als voreingestellten Router der ersten Etappe zu verwenden. Der Vorteil bei Verwendung von VRRP ist ein voreingestellter Pfad mit höherer Verfügbarkeit, ohne dass die Konfiguration einer dynamischen Leitweglenkung oder Router-Entdeckungs-Protokolle auf jedem End-Host erforderlich sind. Es beruht jedoch auf der Verwendung unterschiedlicher Router an einem LAN, d. h. von mindestens zwei, einen für den Master und einen als Reserve, und jeder dieser Router ist eine unabhängige Server-Plattform, d. h. eine sehr kostenaufwendige Einrichtung. - Es ist eine Aufgabe der vorliegenden Erfindung, eine hohe Verfügbarkeit der Leitweglenkung von IP-Paketen zu den kleinstmöglichen Kosten bereitzustellen.
- Dieses Ziel wird von einer Router-Einrichtung erreicht, wie in Anspruch 1 beansprucht, sowie durch ein Verfahren zur Weiterleitung von IP-Paketen, wie in Anspruch 8 beansprucht.
- Es wird die Möglichkeit vorteilhaft genutzt, bei Verwendung einer Weiterleitungs-Engine, die vom aktiven Leitweglenkungs-Daemon physikalisch getrennt ist, diese Weiterleitungs-Engine Adressen von einigen IP-Paketen durch virtuelle ersetzen zu lassen, um so den wirklichen Leitweglenkungs-Daemon zu maskieren. Dies ist von besonderer Bedeutung, wenn die Router-Einrichtung mehrere Ausgangsanschlüsse hat. Es wird dann ein Unicast-System verwendet, wenn die Weiterleitungs-Engine eintreffende IP-Pakete von benachbarten Routern an den Leitweglenkungs-Daemon weiterleitet. Es wird dann sowohl ein Unicast-System als auch ein Multicast-System verwendet, wenn die Weiterleitungs-Engine abgehende IP-Pakete von dem Leitweglenkungs-Daemon zu benachbarten Routern weiterleitet.
- In einer anderen Ausführung wird ein Reserve-Leitweglenkungs-Daemon auf einem anderen Prozessor vorteilhaft verwendet, indem dieselben virtuellen Adressen für seine Anschlüsse beeinflusst werden wie beim ersten aktiven Leitweglenkungs-Daemon. Im Fehlerfall des ersten aktiven Leitweglenkungs-Daemons wird eine Steuerung dann auf den Reserve-Leitweglenkungs-Daemon umschalten, so dass er der neue aktive Daemon ist, der mit der Weiterleitungs-Engine verbunden ist.
- In einer weiteren Ausführung wird ein CompactPCI-Bus (Peripheral Component Interconnect) genutzt. In diesem Fall ist die Weiterleitungs-Engine eine Peripherie-Karte der Steuerung der CompactPCI. Und die Prozessoren, auf denen der Leitweglenkungs-Daemon läuft, sind direkt mit dem CompactPCI-Bus verbunden.
- Weitere vorteilhafte Eigenschaften der Erfindung werden in den abhängigen Ansprüchen definiert und werden aus der folgenden Beschreibung und den Zeichnungen offensichtlich.
- Eine Ausführung der Erfindung wird nun detaillierter mit Bezug auf die begleitenden Zeichnungen erläutert, in denen:
-
1 eine schematische Ansicht einer Hardware-Architektur gemäß der Erfindung ist; -
2 eine schematische Ansicht der Flüsse der Steuerpakete ist. - In
1 ist eine Router-Einrichtung1 gezeigt, die üblicherweise mehrere abgehende (Eingangs/Ausgangs)-Anschlüsse hat und an ein Netzwerk zur Weiterleitung von IP-Paketen angeschlossen ist. Eine solche Router-Einrichtung1 enthält eine Prozessor-Karte2 , auf der ein aktiver Leitweglenkungs-Daemon läuft – der System-Master. Diese Prozessor-Karte2 ist direkt über denselben Bus4 an eine Weiterleitungs-Engine3 gekoppelt – auf der Peripherie-Karte. - Die Weiterleitungs-Engine
3 ist so eingestellt, dass sie eintreffende IP-Pakete von Nachbar-Routern an den aktiven Leitweglenkungs-Daemon oder abgehende IP-Pakete vom aktiven Leitweglenkungs-Daemon an Nachbar-Router weiterleitet. Dies kann hauptsächlich in zwei unterschiedlichen Betriebsarten auftreten, d. h. im Unicast oder im Multicast, wobei letzterer den Rundsende-Modus umfasst. Im letztgenannten Protokoll IPv6 gibt es auch den Modus Anycast, der in der vorliegenden Erfindung in Unicast enthalten ist. Der Unicast-Modus bedeutet, dass eine Kommunikation über eine Punkt-zu-Punkt-Kommunikation stattfindet. Der Modus Anycast bezieht sich auf die Fähigkeit eines Gerätes, eine Kommunikation mit dem am nächsten liegenden Mitglied einer Gruppe von Geräten aufzubauen, in unseren Fällen Routern eines Netzwerks. Zum Beispiel kann ein Host eine Kommunikation mit dem am nächsten liegenden Mitglied einer Gruppe von Routern aufbauen, um eine Datenbank, wie z. B. eine Leitweglenkungs-Tabelle zu aktualisieren. Dieser Router wird dann die Verantwortung für die Neuübertragung der Aktualisierung an alle Mitglieder der Router-Gruppe auf Multicast-Basis übernehmen. Allgemeiner ausgedrückt ist der Multicast-Modus der Fall, wenn ein Rundsenden von Nachrichten zu einer ausgewählten Gruppe von Geräten an einem LAN, WAN oder am Internet stattfindet. Er ist eine Kommunikation zwischen einem einzelnen Gerät und mehreren Mitgliedern einer Gerätegruppe. - Gemäß der vorliegenden Erfindung ersetzt die Weiterleitungs-Engine
3 , wenn sie eintreffende IP-Pakete von Nachbar-Routern an den Leitweglenkungs-Daemon – System-Master – weiterleitet, bei Unicast Zieladressen ihrer Ausgangs-Anschlüsse in IP-Paketen durch virtuelle Adressen des aktiven Leitweglenkungs-Daemons. Und wenn sie abgehende IP-Pakete vom Leitweglenkungs- Daemon zu Nachbar-Routern weiterleitet, ersetzt sie bei Unicast als auch bei Multicast virtuelle Quelladressen des aktiven Leitweglenkungs-Daemons in IP-Paketen durch die Adressen ihrer Ausgangs-Anschlüsse. - Üblicherweise sind die Adressen, die in der vorliegenden Erfindung von Interesse sind – nicht ausschließlich – die IP-Adressen und/oder MAC-(Media Access Control)-Adressen. Eine IP-Adresse ist eine Adresse auf Netzwerkebene für ein Gerät, das in der IP-Protokollreihe arbeitet. Die IP-Adresse ist typischerweise ein 32-Bit-Feld oder unter IPv6 sogar ein 128-Bit-Feld, von dem mindestens ein Teil Informationen enthält, die seinem speziellen Netzwerksegment entsprechen. Eine MAC-Adresse ist eine Adresse eines Gerätes auf der Unterebene der Sicherungsschicht. Es ist im Allgemeinen beabsichtigt, dass sie für ein spezielles physikalisches Gerät gilt, unabhängig davon, wo es in das Netzwerk eingesteckt ist. Somit ist eine MAC-Adresse im Allgemeinen fest in dem Gerät codiert – zum Beispiel im ROM eines Routers. Im vorliegenden Fall werden die Adressen, die von der Weiterleitungs-Engine (
3 ) ersetzt werden, vorzugsweise die IP- und/oder MAC-Adressen sein. - In
1 ist weiterhin die Leitweglenkungs-Einrichtung1 mit einer zweiten Prozessor-Karte5 – System-Slave – gezeigt, auf der ein Reserve-Leitweglenkungs-Daemon läuft. Die zweite Prozessor-Karte5 ist zuerst über eine spezielle Bus-Verbindung8 an die Prozessor-Karte2 angeschlossen. Alle Aktualisierungen der Datenbank erfolgen über diese Bus-Verbindung3 , insbesondere die der Leitweglenkungs-Tabelle, was bei Bedarf eine sehr schnelle Umschaltung auf den Reserve-Leitweglenkungs-Daemon erlaubt, der damit zum neuen aktiven Leitweglenkungs-Daemon wird. Diese Übernahme wird von einer Steuerung6 durchgeführt, die mit dem Bus4 verbunden ist, sowie mit einem speziellen Bus7 , der direkt an die zweite Prozessor-Karte5 angeschlossen ist. Bei einem Fehler des aktiven Leitweglenkungs-Daemons schaltet die Steuerung6 den Ersatz-Leitweglenkungs-Daemon als neuen aktiven Daemon ein, der dann über seinen speziellen Bus7 mit der Weiterleitungs-Engine3 verbunden ist. Der zuvor aktive Daemon kann dann zum neuen Ersatz-Leitweglenkungs-Daemon werden, wenn der Fehler nicht irreversibel ist. Falls erforderlich, kann der vorherige aktive Daemon durch die Steuerung6 zu fast der gleichen Zeit von der Weiterleitungs-Engine3 getrennt werden, zu der der Reserve-Daemon mit der Weiterleitungs-Engine3 verbunden wird. In jedem Fall benötigt die Umschaltung nur wenige ms im Vergleich zu den 30 bis 90 s in bisherigen Fällen, was bedeutet, dass fast kein Verlust an Paketen zu verzeichnen ist. - Statt zwei verschiedene Router für die aktive und die Reserve-Überwachungs-Engine zu verwenden, kann es von Interesse sein, zwei verschiedene System-Karten derselben CompactPCI (Peripheral Component Interconnect) zu verwenden. Hierdurch wird der Preis einer solchen Architektur beträchtlich verringert. In diesem Fall sind die beiden Prozessor-Karten
2 und5 in1 zwei System-Karten dieser CompactPCI, die Steuerung6 ist die Steuerung dieser CompactPCI und die Weiterleitungs-Engine3 ist ein Peripheriegerät, das für die Steuerung6 weiterleitet. Zur Kommunikation zwischen den verschiedenen Karten2 ,5 über den Bus8 kann ein Ethernet-over-CompactPCI-Treiber verwendet werden. Dieser Treiber kann jeder System-Karte automatisch MAC-Adressen zuteilen, insbesondere kann er dieselbe MRC-Adresse zuteilen. Darüber hinaus ist es möglich, die IP-Adressen der beiden System-Karten auf denselben Wert einzustellen. - In
2 sind vier verschiedene Situationen der Steuerung von Paketflüssen gemäß der vorliegenden Erfindung gezeigt. Die Peripherie-Karte ist die Weiterleitungs-Engine3 mit zwei echten physikalischen Ausgangs-Anschlüssen und der System- Master ist der aktive Leitweglenkungs-Daemon mit einem echten physikalischen Ausgangs-Anschluss. Weiterhin werden auf den Prozessor-Karten2 ,5 des System-Masters einige virtuelle Adressen erzeugt, um die echten Ausgangs-Schnittstellen (Eingang/Ausgang) der Weiterleitungs-Engine3 zu simulieren. Hier werden zwei virtuelle Schnittstellen des System-Masters gezeigt, um die Anzahl der echten Ausgangs-Anschlüsse der Weiterleitungs-Engine3 anzupassen. Die Anzahl der echten Anschlüsse ist jedoch nur ein Beispiel und kann größer als zwei sein. Der Leitweglenkungs-Protokoll-Daemon kann dann mit wenigen kleinen Änderungen laufen. Eine Paket-Analysator-Software, die auf der Peripherie-Karte (Weiterleitungs-Engine3 ) läuft, wird dazu verwendet, die Steuerungs-Pakete für Leitweglenkungs-Protokolle weiterzuleiten und auszublenden, um die Pakete so weiterzuleiten, dass die externen Netze und der Leitweglenkungs-Protokoll-Daemon benachbarter Router glauben, dass sich die Pakete auf der Peripherie-Karte befinden. - In den Fällen an und b sind die Situationen für IP-Pakete gezeigt, die von benachbarten Routern am aktiven Daemon eintreffen. Im Unicast-System – a – leitet die Weiterleitungs-Engine
3 eintreffende Pakete zur virtuellen Schnittstelle des System-Masters weiter, indem sie die IP- und MAC-Adressen so ändert, dass sie mit der Adresse der Ziel-Schnittstelle der Prozessor-Karte des System-Masters übereinstimmt. Im Multicast-System – b – erfolgt die Weiterleitung der eintreffenden Pakete zur wirklichen Schnittstelle des System-Masters ohne Änderung von Adressen. - In den Fällen c und d sind die Situationen für IP-Pakete gezeigt, die vom aktiven Leitweglenkungs-Daemon zu Nachbar-Routern abgehen. Diesmal findet in beiden Systemen, sowohl Unicast als auch Multicast, bzw. in Fall c und d, die Weiterleitung von Paketen der abgehenden Schnittstelle der Peripherie-Karte (Weiterleitungs-Engine
3 ) durch Anpassung an die virtuelle Schnittstelle statt, von der das Paket kommt. Dafür werden sowohl die IP-Adresse als auch die MAC-Adressen so geändert, dass sie mit den abgehenden Schnittstellen übereinstimmen. - Die Verwendung eines solchen Verfahrens, bei dem weiterzuleitende Ziel-Adress-IP-Pakete ersetzt werden, erlaubt es, einen redundanten Leitweglenkungs-Daemon zu haben, der auf einer getrennten Karte läuft und als Reserve dient. Dies wird mit einem minimalen Eingriff in den Code des Leitweglenkungs-Protokolls erreicht. Auf diese Weise ist es möglich, im Fehlerfall Leitweglenkungs-Protokolle neu zu starten, d. h. vom aktiven Leitweglenkungs-Daemon auf den Reserve-Leitweglenkungs-Daemon umzuschalten, ohne benachbarte Router zu warnen.
Claims (7)
- Leitweglenkungs-Einrichtung (
1 ) zur IP – Internet-Prokokoll – Leitweglenkung, die über einen aktiven Leitweglenkungs-Daemon verfügt, der auf einer Prozessor-Karte (2 ) läuft, die an eine Weiterleitungs-Engine (3 ) angeschlossen ist, die mindestens zwei Ausgangs-Anschlüsse enthält und die eintreffende IP-Pakete von Nachbar-Routern an den Leitweglenkungs-Daemon oder abgehende IP-Pakete von dem Leitweglenkungs-Daemon an Nachbar-Router weiterleitet, wobei die Weiterleitungs-Engine (3 ) bei der Weiterleitung der eintreffenden IP-Pakete im Unicast-System Zieladressen ihrer Ausgangs-Anschlüsse in IP-Paketen durch virtuelle des aktiven Leitweglenkungs-Daemons ersetzt und bei der Weiterleitung der abgehenden IP-Pakete sowohl bei Unicast als auch bei Multicast virtuelle Quelladressen des aktiven Leitweglenkungs-Daemons in IP-Paketen durch die Adressen ihrer Ausgangs-Anschlüsse ersetzt, und wobei die Leitweglenkungs-Einrichtung (1 ) dadurch gekennzeichnet ist, dass sie weiterhin mindestens einen weiteren Reserve-Leitweglenkungs-Daemon enthält, der auf einer anderen Prozessor-Karte (5 ) mit den selben zugeteilten virtuellen Adressen für seine Anschlüsse wie der aktive Leitweglenkungs-Daemon läuft, sowie eine Steuerung (6 ), die bei einem Fehler des aktiven Daemons den Reserve-Leitweglenkungs-Daemon als neuen aktiven Daemon einschaltet, der mit der Weiterleitungs-Engine (3 ) verbunden ist, wobei die beiden Prozessor-Karten (2 ,5 ), über einen CompactPCI-Bus –Peripheral Component Interconnect – mit Nachbar-Routern zu verbinden sind, und die Weiterleitungs-Engine (3 ) eine Peripherie-Karte ist, die an den CompactPCI-Bus angeschlossen ist. - Leitweglenkungs-Einrichtung (
1 ) gemäß Anspruch 1, dadurch gekennzeichnet, dass die ersetzten Adressen die IP- und/oder die MAC-Adressen – Media Access Control – sind. - Leitweglenkungs-Einrichtung (
1 ) gemäß Anspruch 1, dadurch gekennzeichnet, dass der aktive Leitweglenkungs-Daemon und der Reserve-Leitweglenkungs-Daemon über eine spezielle Verbindung (8 ) für die Datenübertragung miteinander verbunden sind, die eine Synchronisation des aktiven mit dem Reserve-Leitweglenkungs-Daemon ermöglicht. - Leitweglenkungs-Einrichtung (
1 ) gemäß Anspruch 3, dadurch gekennzeichnet, dass die Verbindung zwischen dem aktiven Leitweglenkungs-Daemon und dem Reserve-Leitweglenkungs-Daemon durch einen Treiber auf der Steuerung (6 ) gesteuert wird, welcher an den aktiven, sowie an den Reserve-Leitweglenkungs-Daemon dieselben Adressen vergibt. - Leitweglenkungs-Einrichtung (
1 ) gemäß Anspruch 4, dadurch gekennzeichnet, dass die Steuerung (6 ) einen CompactPCI-Bus – Peripheral Components Interconnect – enthält und die Weiterleitungs-Engine (3 ) eine Peripherie-Karte der Steuerung ist. - Verfahren zur Weiterleitung der von benachbarten Routern eintreffenden IP-Pakete an einen aktiven Leitweglenkungs-Daemon oder von abgehenden IP-Paketen von dem aktiven Leitweglenkungs-Daemon an benachbarte Router durch eine Weiterleitungs-Engine (
3 ), die mindestens zwei Ausgangs-Anschlüsse enthält und an eine Leitweglenkungs-Einrichtung (1 ) zur IP-Leitweglenkung angeschlossen ist, die den aktiven Leitweglenkungs-Daemon enthält, der auf einer Prozessor-Karte (2 ) läuft, wobei wenn die eintreffenden IP-Pakete im Unicast weitergeleitet werden, Zieladressen von Ausgangs-Anschlüssen in IP-Paketen durch virtuelle des aktiven Leitweglenkungs-Daemons ersetzt werden, oder bei der Weiterleitung der abgehenden IP-Pakete sowohl im Unicast als auch im Multicast virtuelle Quelladressen des aktiven Leitweglenkungs-Daemons in IP-Paketen durch die Adressen der Ausgangs-Anschlüsse ersetzt werden, dadurch gekennzeichnet, dass bei einem Fehler des aktiven Daemons eine Umschaltung auf den Reserve-Leitweglenkungs-Daemon durchgeführt wird, der auf einer anderen Prozessor-Karte (5 ) läuft und der die selben virtuellen Adressen für seine Anschlüsse wie der aktive Leitweglenkungs-Daemon zugeteilt bekommen hat, so dass der Reserve-Leitweglenkungs-Daemon der neue aktive Daemon wird, der mit der Weiterleitungs-Engine (3 ) verbunden ist, und wobei die beiden Prozessor-Karten (2 ,5 ), über einen CompactPCI-Bus – Peripheral Component Interconnect – mit Nachbar-Routern verbunden werden müssen und die Weiterleitungs-Engine (3 ) eine Peripherie-Karte ist, die an den CompactPCI-Bus angeschlossen ist. - Verfahren gemäß Anspruch 6, dadurch gekennzeichnet, dass ersetzte Adressen die IP- und/oder die MAC-Adressen – Media Access Control – sind.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP01440368A EP1309135B1 (de) | 2001-10-30 | 2001-10-30 | Weiterleitung von IP-Paketen für Leitweglenkungsprotokole |
Publications (2)
Publication Number | Publication Date |
---|---|
DE60109177D1 DE60109177D1 (de) | 2005-04-07 |
DE60109177T2 true DE60109177T2 (de) | 2005-07-28 |
Family
ID=8183329
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE60109177T Expired - Lifetime DE60109177T2 (de) | 2001-10-30 | 2001-10-30 | Weiterleitung von IP Paketen für Leitweglenkung-Protokolen |
Country Status (4)
Country | Link |
---|---|
US (1) | US7308503B2 (de) |
EP (1) | EP1309135B1 (de) |
AT (1) | ATE290285T1 (de) |
DE (1) | DE60109177T2 (de) |
Families Citing this family (47)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8250357B2 (en) | 2000-09-13 | 2012-08-21 | Fortinet, Inc. | Tunnel interface for securing traffic over a network |
US9130954B2 (en) | 2000-09-26 | 2015-09-08 | Brocade Communications Systems, Inc. | Distributed health check for global server load balancing |
US7181547B1 (en) | 2001-06-28 | 2007-02-20 | Fortinet, Inc. | Identifying nodes in a ring network |
US7376125B1 (en) | 2002-06-04 | 2008-05-20 | Fortinet, Inc. | Service processing switch |
US7647427B1 (en) * | 2002-10-18 | 2010-01-12 | Foundry Networks, Inc. | Redundancy support for network address translation (NAT) |
US7266120B2 (en) * | 2002-11-18 | 2007-09-04 | Fortinet, Inc. | System and method for hardware accelerated packet multicast in a virtual routing system |
US7720095B2 (en) | 2003-08-27 | 2010-05-18 | Fortinet, Inc. | Heterogeneous media packet bridging |
US20050114469A1 (en) * | 2003-09-16 | 2005-05-26 | Manabu Nakamura | Information processing apparatus with a network service function and method of providing network services |
US7839843B2 (en) | 2003-09-18 | 2010-11-23 | Cisco Technology, Inc. | Distributed forwarding in virtual network devices |
US7178052B2 (en) | 2003-09-18 | 2007-02-13 | Cisco Technology, Inc. | High availability virtual switch |
US7751416B2 (en) | 2003-09-18 | 2010-07-06 | Cisco Technology, Inc. | Virtual network device |
US8526427B1 (en) | 2003-10-21 | 2013-09-03 | Cisco Technology, Inc. | Port-based loadsharing for a satellite switch |
DE502004006901D1 (de) * | 2004-01-23 | 2008-06-05 | Siemens Ag | Adressierung von redundanten Teilnehmern in einem Kommunikationsnetzwerk |
US8213439B2 (en) * | 2004-01-30 | 2012-07-03 | Hewlett-Packard Development Company, L.P. | Method and system for managing a network having an HSRP group |
US8990430B2 (en) | 2004-02-19 | 2015-03-24 | Cisco Technology, Inc. | Interface bundles in virtual network devices |
US8208370B1 (en) | 2004-03-31 | 2012-06-26 | Cisco Technology, Inc. | Method and system for fast link failover |
JP4789425B2 (ja) * | 2004-03-31 | 2011-10-12 | 富士通株式会社 | 経路テーブル同期方法、ネットワーク機器および経路テーブル同期プログラム |
US7889733B2 (en) | 2004-04-28 | 2011-02-15 | Cisco Technology, Inc. | Intelligent adjunct network device |
US7706364B2 (en) | 2004-05-19 | 2010-04-27 | Cisco Technology, Inc. | Virtual network device clusters |
US7710957B2 (en) | 2004-05-19 | 2010-05-04 | Cisco Technology, Inc. | System and method for implementing multiple spanning trees per network |
US7586838B2 (en) * | 2004-06-22 | 2009-09-08 | Skylead Assets Limited | Flexible M:N redundancy mechanism for packet inspection engine |
US7436836B2 (en) | 2004-06-30 | 2008-10-14 | Cisco Technology, Inc. | Method and apparatus for detecting support for a protocol defining supplemental headers |
JP4415773B2 (ja) * | 2004-06-30 | 2010-02-17 | 株式会社日立製作所 | 仮想ルータ対応マルチキャストパケット中継装置 |
US7808983B2 (en) | 2004-07-08 | 2010-10-05 | Cisco Technology, Inc. | Network device architecture for centralized packet processing |
US7940764B2 (en) * | 2004-08-12 | 2011-05-10 | Intel Corporation | Method and system for processing multicast packets |
US8730976B2 (en) | 2004-08-17 | 2014-05-20 | Cisco Technology, Inc. | System and method for preventing erroneous link aggregation due to component relocation |
US7499419B2 (en) | 2004-09-24 | 2009-03-03 | Fortinet, Inc. | Scalable IP-services enabled multicast forwarding with efficient resource utilization |
US7583590B2 (en) * | 2005-07-15 | 2009-09-01 | Telefonaktiebolaget L M Ericsson (Publ) | Router and method for protocol process migration |
CN100568852C (zh) * | 2006-03-22 | 2009-12-09 | 中兴通讯股份有限公司 | 运行IS-ISv6的路由器建立单拓扑邻接关系的方法 |
JP4728209B2 (ja) * | 2006-12-05 | 2011-07-20 | アラクサラネットワークス株式会社 | マルチキャストネットワーク冗長化システム |
US20080137676A1 (en) * | 2006-12-06 | 2008-06-12 | William T Boyd | Bus/device/function translation within and routing of communications packets in a pci switched-fabric in a multi-host environment environment utilizing a root switch |
US7571273B2 (en) * | 2006-12-06 | 2009-08-04 | International Business Machines Corporation | Bus/device/function translation within and routing of communications packets in a PCI switched-fabric in a multi-host environment utilizing multiple root switches |
US8462799B2 (en) * | 2006-12-13 | 2013-06-11 | The Boeing Company | Distributed application communication routing system for internet protocol networks |
CN100579072C (zh) | 2006-12-22 | 2010-01-06 | 华为技术有限公司 | 一种在ip设备之间进行通信的方法和系统 |
US9274851B2 (en) | 2009-11-25 | 2016-03-01 | Brocade Communications Systems, Inc. | Core-trunking across cores on physically separated processors allocated to a virtual machine based on configuration information including context information for virtual machines |
US8769155B2 (en) | 2010-03-19 | 2014-07-01 | Brocade Communications Systems, Inc. | Techniques for synchronizing application object instances |
US8576703B2 (en) | 2010-03-19 | 2013-11-05 | Brocade Communications Systems, Inc. | Synchronization of multicast information using bicasting |
US9104619B2 (en) | 2010-07-23 | 2015-08-11 | Brocade Communications Systems, Inc. | Persisting data across warm boots |
US8495418B2 (en) | 2010-07-23 | 2013-07-23 | Brocade Communications Systems, Inc. | Achieving ultra-high availability using a single CPU |
US9143335B2 (en) | 2011-09-16 | 2015-09-22 | Brocade Communications Systems, Inc. | Multicast route cache system |
US10581763B2 (en) | 2012-09-21 | 2020-03-03 | Avago Technologies International Sales Pte. Limited | High availability application messaging layer |
US9203690B2 (en) | 2012-09-24 | 2015-12-01 | Brocade Communications Systems, Inc. | Role based multicast messaging infrastructure |
US9967106B2 (en) | 2012-09-24 | 2018-05-08 | Brocade Communications Systems LLC | Role based multicast messaging infrastructure |
US9774386B2 (en) * | 2013-03-15 | 2017-09-26 | E.F. Johnson Company | Distributed simulcast architecture |
US9619349B2 (en) | 2014-10-14 | 2017-04-11 | Brocade Communications Systems, Inc. | Biasing active-standby determination |
CN106487721B (zh) * | 2015-08-25 | 2019-10-08 | 新华三技术有限公司 | 网络设备和用于网络设备中的报文转发方法 |
US11042430B2 (en) | 2017-02-21 | 2021-06-22 | Futurewei Technologies, Inc. | Elastic consistency high availability in multiple boards |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5371852A (en) * | 1992-10-14 | 1994-12-06 | International Business Machines Corporation | Method and apparatus for making a cluster of computers appear as a single host on a network |
US5473599A (en) * | 1994-04-22 | 1995-12-05 | Cisco Systems, Incorporated | Standby router protocol |
JP3286584B2 (ja) * | 1997-11-20 | 2002-05-27 | 株式会社日立製作所 | 多重化ルータ装置 |
JP3644009B2 (ja) * | 1999-02-19 | 2005-04-27 | 富士通株式会社 | マルチキャストセッション管理装置 |
CN1328885C (zh) * | 1999-02-23 | 2007-07-25 | 阿尔卡塔尔互联网运行公司 | 具有接入质量的多业务网络交换机 |
US6751191B1 (en) * | 1999-06-29 | 2004-06-15 | Cisco Technology, Inc. | Load sharing and redundancy scheme |
US6854072B1 (en) * | 2000-10-17 | 2005-02-08 | Continuous Computing Corporation | High availability file server for providing transparent access to all data before and after component failover |
EP1388078A1 (de) * | 2001-05-03 | 2004-02-11 | Nokia Inc. | Verfahren und system zur implementierung von mpls-redundanz |
-
2001
- 2001-10-30 EP EP01440368A patent/EP1309135B1/de not_active Expired - Lifetime
- 2001-10-30 DE DE60109177T patent/DE60109177T2/de not_active Expired - Lifetime
- 2001-10-30 AT AT01440368T patent/ATE290285T1/de not_active IP Right Cessation
-
2002
- 2002-10-08 US US10/265,674 patent/US7308503B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
DE60109177D1 (de) | 2005-04-07 |
US7308503B2 (en) | 2007-12-11 |
ATE290285T1 (de) | 2005-03-15 |
EP1309135B1 (de) | 2005-03-02 |
EP1309135A1 (de) | 2003-05-07 |
US20030093557A1 (en) | 2003-05-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE60109177T2 (de) | Weiterleitung von IP Paketen für Leitweglenkung-Protokolen | |
DE60030122T2 (de) | Implementation eines effizienten internetdienstes für verknüpfte satellitnetze | |
DE60305581T2 (de) | Verfahren zur Ausführung eines Routerschnittstellen-Backups mit VRRP (Virtual Router Redundancy Protocol) | |
DE602005005134T2 (de) | Fehlertolerante Netzwerkarchitektur | |
DE602005001601T2 (de) | Protokoll-Failover in einem Softrouter | |
EP1597877B1 (de) | Verfahren zur schnellen reaktion auf linkausfälle zwischen verschiedenen routing-domänen | |
DE102005025420B4 (de) | Verfahren zur Bereitstellung von Ersatzwegen als schnelle Reaktion auf den Ausfall eines Links zwischen zwei Routing-Domänen | |
EP1394985A1 (de) | Testverfahren für Nachrichtenpfade in Kommunikationsnetzen sowie Netzelement | |
DE60125912T2 (de) | Redundanz von verbindungen in einem modularen schaltknoten | |
DE102005025421A1 (de) | Verfahren zur Bereitstellung von Ersatzwegen als schnelle Reaktion auf den Ausfall eines Links zwischen zwei Routing-Domänen | |
DE60200693T2 (de) | Wegeleitsystem zur Sicherstellung der Kontinuität der Dienste, zu Nachbar-Wegeleitsystemen assoziierte Zustandsmaschinen | |
WO2005013564A1 (de) | Verfahren für ein inter-domain mehrwege-routing | |
DE10238291A1 (de) | Effizientes Intra-Domain Routing in Paketnetzen | |
EP2043306B1 (de) | Verfahren zur Organisation von Netzknoten in einem paketorientierten Netzwerk | |
EP3647888B1 (de) | Steuerungsverbund und verfahren zum betrieb des steuerungsverbundes | |
DE60131889T2 (de) | Verfahren und telekommunikationsknoten zur verteilung von abschlussverkehr in einem telekommunikationsknoten | |
EP1313347A1 (de) | Routing in Übertragungsnetzen | |
EP1514435A1 (de) | Ausfallsichere anbindung eines netzelementes an ein kommunikationsnetz | |
EP1894363A1 (de) | Verfahren und unabhängiges kommunikationsteilnetz zum ermitteln labelvermittelter routen in einem solchen kommunikationsteilnetz | |
EP1665656A1 (de) | Verfahren zur optimierten deaktivierung von inter-domain routen | |
EP2528282A1 (de) | Kommunikationsnetzwerk und Kopplungseinrichtung zur redundanten Kopplung eines ersten und eines zweiten Teilnetzes des Kommunikationsnetzwerks | |
DE10324370A1 (de) | Netzknoten eines paketvermittelnden Kommunikationsnetzes und Verfahren zur Verkehrsverteilung von Datenverkehr in einem paketvermittelnden Kommunikationsnetz | |
DE60311157T2 (de) | Verfahren und Vorrichtung um redundante Kommunikationsaufgaben zu synchronisieren | |
EP3868083B1 (de) | Verfahren zur bereitstellung redundanter relay-, insbesondere routing funktion, system, computerprogramm und computerlesbares medium | |
DE102004058927B3 (de) | Aggregation der inter-domain Ressourcen-Signalisierung |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
8364 | No opposition during term of opposition | ||
8327 | Change in the person/name/address of the patent owner |
Owner name: ALCATEL LUCENT, PARIS, FR |