DE112014005041T5 - Trill-Netzwerk mit Mehrfachpfad-Redundanz - Google Patents

Trill-Netzwerk mit Mehrfachpfad-Redundanz Download PDF

Info

Publication number
DE112014005041T5
DE112014005041T5 DE112014005041.5T DE112014005041T DE112014005041T5 DE 112014005041 T5 DE112014005041 T5 DE 112014005041T5 DE 112014005041 T DE112014005041 T DE 112014005041T DE 112014005041 T5 DE112014005041 T5 DE 112014005041T5
Authority
DE
Germany
Prior art keywords
layer
switches
network
cross
spine
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
Application number
DE112014005041.5T
Other languages
English (en)
Other versions
DE112014005041B4 (de
Inventor
Casimer M. DeCusatis
Anuradha Rao
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
International Business Machines Corp
Original Assignee
International Business Machines Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by International Business Machines Corp filed Critical International Business Machines Corp
Publication of DE112014005041T5 publication Critical patent/DE112014005041T5/de
Application granted granted Critical
Publication of DE112014005041B4 publication Critical patent/DE112014005041B4/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/44Star or tree networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0806Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0813Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/18Loop-free operations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/24Multipath
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/66Layer 2 routing, e.g. in Ethernet based MAN's
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/618Details of network addresses
    • H04L2101/622Layer-2 addresses, e.g. medium access control [MAC] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5007Internet protocol [IP] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5038Address allocation for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

Ausführungsformen beinhalten ein Mehrebenennetzwerk mit schichtübergreifender Mehrfachpfad-Redundanz zwischen einer ersten Netzwerkschicht von Leaf-Switches und einer zweiten Netzwerkschicht von Spine-Switches. Jeder Leaf-Switch ist mit mehreren Spine-Switches verbunden, um mehrere schichtübergreifende Datenübertragungspfade zwischen den Leaf-Switches und den Spine-Switches bereitzustellen. Jedem Spine-Switch ist eine gemeinsame Netzwerkadresse der Schicht 2 und 3 zugewiesen, während jeder Leaf-Switch mit einem schichtübergreifenden Link-Auswahl-Protokoll konfiguriert ist, um selektiv nur einen einzigen aktiven schichtübergreifenden Link zwischen dem Leaf-Switch und der Weitverkehrsschicht zu verbinden, während alle anderen verfügbaren schichtübergreifenden Links zwischen dem Leaf-Switch und der Weitverkehrsschicht deaktiviert werden. Der alternative schichtübergreifende Link wird somit aktiviert, ohne dass erforderlich bist, dass der Switch mit einer neuen Adresse für den alternativen schichtübergreifenden Link konfiguriert wird oder von einer Mehrfachpfad-Funktionalität abhängt, die innerhalb der Spine-Switches realisiert ist.

Description

  • Technisches Gebiet
  • Die vorliegende Erfindung betrifft allgemein Computernetzwerk-Datenübertragungssysteme und genauer ein Mehrebenennetzwerk, das schichtübergreifende Mehrfachpfad-Redundanz zwischen Switches einer ersten Netzwerkschicht und einer zweiten Netzwerkschicht bereitstellt.
  • Stand der Technik
  • Datenübertragungsnetzwerke mit Ethernet-Lokalbereichsnetzwerken (Ethernet local area networks (LAN)) wurden eingesetzt, um Lokalbereichskonnektivität zwischen einer Anzahl von verbundenen Einheiten sowie Weitverkehrszugang (wide area access), wie beispielsweise Internetkonnektivität, bereitzustellen. Unternehmensanwendungen haben üblicherweise eine hohe Verfügbarkeit lokaler Einheiten über das LAN erfordert. Ethernet-Topologien haben daher hohe Ausmaße an Verbindung und Redundanz einbezogen, was mehrere Pfade zwischen lokalen Einheiten und LAN-Netzwerken bereitstellt. Das Bereitstellen hoher Ethernet-Zuverlässigkeit verwendet das „Spanning Tree Protokol” (STP), bei dem es sich um ein Netzwerkprotokoll handelt, das schleifenfreie Übertragung durch jedes Bridged-Ethernet-LAN sicherstellt. STP verhindert Brückenschleifen, während es der Netzwerktopologie erlaubt wird, Ersatz(redundante)-Verbindungen zu beinhalten, die als automatische Sicherungspfade (backup paths) dienen, wenn ein aktiver Link ausfällt, ohne dass ein manuelles Aktivieren/Deaktivieren der Sicherungs-Links nötig ist. Der Spanning-Tree-Ansatz im Ethernet-Protokoll erzeugt üblicherweise einen Übertragungspfad von Brücken der Schicht 2, während alle potenziellen (redundanten) Links, die nicht Teil des Spanning Tree sind, deaktiviert werden, was einen einzigen Pfad der Schicht 2 zwischen beliebigen zwei Netzwerkknoten zurücklässt.
  • Offenbarung der Erfindung
  • Technisches Problem
  • Das Protokoll transparenter Verbindungen sehr vieler Links (transparent interconnection of lots of links (TRILL)) wurde auch realisiert, um Mehrfachpfad-Konnektivität entweder innerhalb eines Rechenzentrums oder zwischen Gateways zu ermöglichen, die Weitverkehrsnetzwerk-Zugang über das Internet bereitstellen. Obwohl TRILL auch eine Form von Mehrfachpfaden der Schicht 2 ermöglicht, schließt es derzeit keine Mehrfachpfad-Lösungen der Schicht 3 ein. Dies wirft Bedenken auf, wenn Hochverfügbarkeitsnetzwerke mit Redundanz gestaltet werden, da TRILL die redundanten Pfade der Schicht 3 nicht bereitstellen kann, die üblicherweise von anderen Netzwerkschichten vorausgesetzt werden; zum Beispiel erlauben Protokolle wie beispielsweise VRRP (virtual router redundancy protocol) standardmäßig nur einen einzigen aktiven Gateway-Router der Schicht 3, wobei angenommen wird, dass Redundanz andernorts in den Netzwerkprotokollen realisiert wird.
  • Lösung des Problems
  • Ausführungsformen beinhalten ein Verfahren, System oder Computerprodukt zum Bereitstellen eines Mehrebenennetzwerks mit schichtübergreifender Mehrfachpfad-Redundanz innerhalb einer ersten und zweiten Switching-Schicht von Lokalbereichsnetzwerken (allgemein als eine Leaf-Spine-Architektur bekannt) oder zwischen einer Lokalbereichsschicht und einer Weitverkehrsschicht des Netzwerks. Eine Anzahl von Datenverarbeitungseinheiten wird in einem Mehrebenennetzwerk adressiert, das eine Lokalbereichsschicht und eine Weitverkehrsschicht enthält. Eine Anzahl von Leaf-Switches ist in einer ersten Netzwerkschicht konfiguriert, um Zugang zu einem Lokalbereichsnetzwerk unter den Datenverarbeitungseinheiten bereitzustellen. Darüber hinaus ist eine Anzahl von Spine-Switches in einer zweiten Netzwerkschicht konfiguriert, um Konnektivität zwischen großen Anzahlen von Datenverarbeitungseinheiten oder Zugang zum Internet bereitzustellen. Jeder Leaf-Switch ist mit mehreren Spine-Switches verbunden, um mehrere schichtübergreifende Datenübertragungspfade zwischen den Leaf-Switches der Lokalbereichsschicht und den Spine-Switches bereitzustellen. Jedem Spine-Switch ist eine gemeinsame Netzwerkadresse zugewiesen, während jeder Leaf-Switch mit einem schichtübergreifenden Link-Auswahl-Protokoll konfiguriert ist, um selektiv nur einen einzigen aktiven schichtübergreifenden Link zwischen dem Leaf-Switch und anderen Netzwerkschichten zu verbinden, während alle anderen verfügbaren schichtübergreifenden Links zwischen dem Leaf-Switch und anderen Netzwerkschichten deaktiviert werden. Genauer: Wenn ein Leaf-Spine-Netzwerk unter Verwendung von TRILL-Switches der Schicht 3 aufgebaut wird, wird jeder TRILL-Switch der Schicht 3 mit derselben IP-Adresse und MAC-Adresse für den Standard-Gateway der Schicht 3 konfiguriert. Wenn ein Paket geschickt wird, löst der Server den Gateway der Schicht 3 in diese IP- und MAC-Adresse auf, die nun auf allen Links verfügbar ist (da jeder TRILL-Spine-Switch diese MAC-Adresse ausgibt, als ob er der einzige auf dem Netzwerk wäre). Um zu ermitteln, welcher Spine-Switch der Schicht 3 den Datenverkehrsfluss tatsächlich empfängt, wird eine „Equal Cost Multi-Path”(ECMP)-Hashbildung am Leaf-Switch der Schicht 2 durchgeführt.
  • Als Reaktion auf ein Erkennen eines Ausfalls eines aktiven schichtübergreifenden Links aktiviert der betroffene Leaf-Switch einen alternativen schichtübergreifenden Link zwischen dem bestimmten Leaf-Switch und der nächsten Schicht des Netzwerks, während alle anderen verfügbaren schichtübergreifenden Links zwischen dem Leaf-Switch und der nächsten Schicht des Netzwerks deaktiviert werden. In anderen Worten: Wenn ein Ausfall erkannt wird, der die Leaf-Spine-Konnektivität betrifft, wird der Leaf-Switch eine erneute Hashbildung zu einem anderen Gateway der Schicht 3 durchführen. Der alternative schichtübergreifende Link wird somit aktiviert, ohne dass erforderlich ist, dass der Leaf-Switch mit einer neuen Adresse für den alternativen schichtübergreifenden Link konfiguriert wird oder von einer Mehrfachpfad-Funktionalität abhängt, die innerhalb der Netzwerkschichten oberhalb des Leaf-Switch realisiert ist. Ein ähnlicher Ansatz kann verwendet werden, um eine hohe Verfügbarkeit für andere Einrichtungen bereitzustellen, die an das Netzwerk angebunden sind, wie beispielsweise Firewalls oder Lastausgleicher. Um ferner Engpässe der Schicht 3 zu verringern und die Größe von Netzwerkausfalldomänen zu verwalten, bezieht man vorzugsweise die Fähigkeit ein, die Anzahl von Hosts zu begrenzen, die pro virtuellem LAN-Segment zugewiesen werden.
  • Der als Ausführungsformen betrachtete Gegenstand wird besonders in den Ansprüchen am Ende der Patentschrift dargelegt und klar beansprucht. Die vorhergehenden und weitere Merkmale und Vorteile der Ausführungsformen werden anhand der folgenden detaillierten Beschreibung in Verbindung mit den begleitenden Zeichnungen ersichtlich.
  • Kurzbeschreibung der Zeichnungen
  • 1 stellt gemäß einer ersten Ausführungsform eine Mehrebenennetzwerk-Topologie unter Verwendung von Leaf-Switches der Schicht 2 dar, um lokale Einheiten in einer Lokalbereichsschicht und Spine-Switches in einer Weitverkehrsschicht zu verbinden, um auf ein Weitverkehrsnetzwerk zuzugreifen;
  • 2 stellt gemäß einer zweiten Ausführungsform eine Ethernet-Topologie unter Verwendung von Leaf-Switches der Schicht 2 dar, um lokale Einheiten in einer Lokalbereichsschicht und TRILL-Spine-Switches der Schicht 3 in einer Weitverkehrsschicht zu verbinden, um auf das Internet zuzugreifen;
  • 3 stellt gemäß einer Ausführungsform ein Protokoll zum Konfigurieren der Ethernet-Topologie von 2 dar;
  • 4 stellt gemäß einer Ausführungsform eine veranschaulichende Netzwerkverbindung unter Verwendung von Leaf-Switches der Schicht 2 und TRILL-Spine-Switches der Schicht 3 vor einer Link-Ausfall-Ethernet-Topologie dar;
  • 5 stellt gemäß einer Ausführungsform die veranschaulichende Netzwerkverbindung von 4 nach einer Link-Ausfall-Ethernet-Topologie dar; und
  • 6 zeigt gemäß einer Ausführungsform einen logischen Ablaufplan, der eine Konfigurierung und einen Betrieb eines Mehrebenennetzwerks darstellt, das schichtübergreifende Mehrfachpfad-Redundanz implementiert.
  • Beschreibung von Ausführungsformen
  • Ausführungsformen der Erfindung können in einer Mehrebenennetzwerk-Topologie realisiert werden, die eine Lokalbereichsschicht eines Leaf-Switch und eine Weitverkehrsschicht von Spine-Switches beinhaltet. Zum Beispiel kann eine Ethernet-Ausführungsform die Lokalbereichsschicht eines Leaf-Switch in der Ethernet-Schicht 2 konfiguriert sein, und die Weitverkehrsschicht kann Spine-Switches einer transparente Verbindung sehr vieler Links (TRILL) beinhalten, die in der Ethernet-Schicht 3 konfiguriert sind. Um es den Leaf-Switches zu erlauben, mit allen Spine-Switches Daten auszutauschen, ohne dass die IP-Adressen bei den Leaf-Switches neu konfiguriert werden müssen, kann allen TRILL-Spine-Switches dieselbe IP-Adresse und eine gemeinsame MAC-Adresse zugewiesen werden. Um mehrere schichtübergreifende Datenübertragungspfade und Schleifen zu verhindern, realisiert jeder Leaf-Switch ein schichtübergreifendes Link-Auswahl-Protokoll, wie beispielsweise „Equal-Cost Multipath” (ECMP), um einen einzigen schichtübergreifenden Link vom Leaf-Switch zu aktivieren, während alle anderen verfügbaren schichtübergreifenden Links zwischen dem Leaf-Switch und der Weitverkehrsschicht deaktiviert werden. Alternative schichtübergreifende Links werden somit als Reaktion auf Linkausfälle aktiviert, ohne dass erforderlich ist, dass der Switch der Lokalbereichsschicht mit einer neuen Adresse für den alternativen schichtübergreifenden Link konfiguriert wird oder von einer Mehrfachpfad-Funktionalität abhängt, die innerhalb der TRILL-Spine-Switches der Weitverkehrsschicht realisiert ist. Der Leaf-Switch erfordert üblicherweise jedoch eine Initialisierung mit dem neu verbundenen Leaf-Switch, um einen unberechtigten Zugang zum Netzwerk durch die Weitverkehrsschicht zu verhindern.
  • Um zum Beispiel schichtübergreifende Mehrfachpfad-Konnektivität in einer Ethernet-Ausführungsform zu realisieren, werden allen Spine-Switches der Schicht 3 dieselben IP- und MAC-Adressen zugewiesen, während die Leaf-Switches der Schicht 3 ein ECMP-Routing-Protokoll realisieren, um einen einzigen aktiven schichtübergreifenden Link unter ihnen auszuwählen. ECMP-Hashing wird verwendet, um bei Verlust des bestehenden Links automatisch zu einem neuen schichtübergreifenden Link zu wechseln. Die Verwendung einer eindeutigen ECMP-Link-Auswahl erlaubt es, dass allen TRILL-Spine-Switches der Schicht 3 eine gemeinsame MAC und TCI-IP-Adresse zugewiesen wird, was es jedem TRiLL-Spine-Switch erlaubt, Datenübertragungen abzuwickeln, die von irgendeinem Leaf-Switch der Schicht 2 empfangen werden, sobald eine schichtübergreifende Verbindung gemäß dem ECMP-Protokoll hergestellt wurde. Als ein Ergebnis werden schichtübergreifende Mehrfachpfad-Verbindungen zwischen den Leaf-Switches der Schicht 2 und den Spine-Switches der Schicht 3 unter Verwendung von nur dem auf den Leaf-Switches der Schicht 2 realisierten ECMP-Protokoll aktiviert, ohne dass eine Programmierung oder Protokolländerungen an den TRILL-Spine-Switches der Schicht 3 erforderlich sind.
  • In dieser Ausführungsform stellt das Ethernet-Datenübertragungsprotokoll lokalen Einheiten LAN-Konnektivität unter Verwendung von MAC-Adressen sowie Internetzugang unter Verwendung von IP-Adressen bereit. Das Ethernet-Protokoll legt einen Nachrichten-Header fest, der als der „Open System Interconnect”(OSI)-Stapel bezeichnet wird, in dem LAN-Konnektivität üblicherweise auf der Sicherungs(„Data Link”)-Ebene der Schicht 2 realisiert ist, während Internetkonnektivität in der Vermittlungs(„Network”)-Ebene der Schicht 3 realisiert ist. Beim Standard-OSI-Stapel wird auf eine Einheit auf dem LAN-Netzwerk unter Verwendung einer MAC-Adresse zugegriffen, während sie auch im Internet unter Verwendung einer IP-Adresse adressiert wird. Um beide Einheitenadressen aufzunehmen, ist die MAC-Adresse üblicherweise der Position der Schicht 2 (Sicherung) im OSI-Stapel zugewiesen, während die IP-Adresse der Schicht 3 (Vermittlung) zugewiesen ist. Ausführungsformen der vorliegenden Erfindung stellen schichtübergreifende Mehrfachpfad-Zuverlässigkeit zwischen den Leaf-Switches der Schicht 2 und den Spine-Switches der Schicht 3 bereit, die innerhalb des OSI-Stapels im Ethernet-Protokoll definiert ist.
  • Unternehmensanwendungen haben herkömmlicherweise eine hohe Verfügbarkeit lokaler Einheiten auf dem Ethernet-LAN erfordert. Netzwerktopologien der Schicht 2 haben daher hohe Ausmaße an Verbindung und Redundanz einbezogen, was mehrere Pfade zwischen lokalen Einheiten und gewesenen LAN-Netzwerken bereitstellt. Das Bereitstellen hoher Zuverlässigkeit für die lokalen Einheiten beruht herkömmlicherweise auf dem „Spanning Tree Protocol” (STP), bei dem es sich um ein Netzwerkprotokoll handelt, das schleifenfreie Übertragung durch jedes Bridged-Ethernet-LAN sicherstellt. Das STP verhindert Brückenschleifen, während es dem Netzwerk erlaubt wird, Ersatz(redundante)-Links zu enthalten, die als Sicherungspfade dienen. Das STP ermöglicht ein automatisches Sicherungs-Link-Wechseln, wenn ein aktiver Link ausfällt, ohne dass ein manuelles Deaktivieren des ursprünglichen Links und ein Aktivieren des Sicherungs-Links notwendig sind. Der Spanning-Tree-Ansatz führt daher zu einem signalaktiven Übertragungspfad von Brücken der Schicht 2, während alle potenziellen (redundanten) Verbindungen, die nicht Teil des Spanning Tree sind, deaktiviert werden, was einen einzigen aktiven Punkt-zu-Punkt-Pfad der Schicht 2 zwischen beliebigen zwei Netzwerkknoten zurücklässt. Ein redundanter Pfad wird als Reaktion auf einen Verlust des aktiven Links automatisch in die Konnektivität geschaltet.
  • Da Internetzugang zu einer unabdingbaren Ressource für viele Anwendung geworden ist, wurde das Protokoll für die transparente Verbindung sehr vieler Links (TRILL) entwickelt, um Mehrfachpfad-Konnektivität mit IP-adressierten Einheiten zu ermöglichen. Obwohl es vorteilhaft wäre, das TRILL-Netzwerk in ein Ethernet-LAN aufzunehmen, stellt das TRILL-Protokoll keine Funktionalität für Mehrfachpfad-Zugriff auf die TRILL-Einheiten von dem Ethernet aus bereit. Obwohl das TRILL-Protokoll Mehrfachpfad-Konnektivität unter den TRILL-Switches bereitstellt, geht es davon aus, dass jeder TRILL-Switch direkt mit einem Internet-Gateway verbunden sein wird, und stellt daher keine Funktionalität für Mehrfachpfad-Zugriff auf die TRILL-Switches von einem Netzwerk einer niedrigeren Stufe aus bereit. Ein solches Verbinden eines TRILL-Netzwerks mit einem Ethernet in Schicht 3 des OSI-Stapels unter Verwendung des herkömmlichen TRILL-Protokolls würde einen einzigen nichtredundanten Pfad im schichtübergreifenden Link zwischen Schicht 2 und Schicht 2 des Netzwerks zurücklassen.
  • Ein Ändern der TRILL-Netzwerk-Programmierung oder des Protokolls würde den Standard brechen, der für TRILL-Operationen entwickelt wurde. Die vorliegende Erfindung löst das Problem daher, indem die TRILL-Switches mit einem Ethernet verbunden werden, ohne dass das durch die Einheiten der Schicht 3 realisierte TRILL-Protokoll geändert werden muss. Leaf-Switches werden der Schicht 2 des Ethernet-Protokolls zugewiesen, TRILL-Spine-Switches werden der Schicht 3 des Ethernet-Protokolls zugewiesen, während schichtübergreifende Mehrfachpfad-Links zwischen den Leaf-Switches der Schicht 2 und den Spine-Switches der Schicht 3 verbunden werden. Schichtübergreifende Mehrfachpfad-Konnektivität wird durch das Ethernet-Protokoll realisiert, indem allen Spine-Switches der Schicht 3 dieselben IP- und MAC-Adressen zugewiesen werden, während ECMP-Hashing bei den Leaf-Switches der Schicht 2 verwendet wird, um einen einzigen aktiven schichtübergreifenden Link auszuwählen, während alle nicht ausgewählten schichtübergreifenden Links deaktiviert werden. ECMP-Hashbildung wird verwendet, um bei Verlust des bestehenden schichtübergreifenden Links automatisch zu einem neuen schichtübergreifenden Link zu wechseln, der Mehrfachpfad-Redundanz bereitstellt, während sichergestellt wird, dass jeweils nur ein einziger schichtübergreifender Link aktiv ist.
  • Die Verwendung von ECMP-Link-Auswahl in Schicht 2 erlaubt es, dass allen TRILL-Spine-Switches der Schicht 3 dieselben IP- und TCI-IP-Adressen zugewiesen werden. Dies erlaubt es jedem TRILL-Spine-Switch, von jedem Leaf-Switch der Schicht 2 empfangene Datenübertragungen abzuwickeln, sobald eine schichtübergreifende Verbindung gemäß dem ECMP-Protokoll hergestellt wurde. Als ein Ergebnis werden schichtübergreifende Mehrfachpfad-Verbindungen zwischen den Leaf-Switches der Schicht 2 und den Spine-Switches der Schicht 3 unter Verwendung von nur dem auf den Leaf-Switches der Schicht 2 realisierten ECMP-Protokoll aktiviert, und ohne dass Programmierungs- oder Protokolländerungen an den TRILL-Spine-Switches der Schicht 3 erforderlich sind.
  • Unter Hinwendung zu den Figuren zeigt 1 nun ein Mehrebenen-Computernetzwerk 10, das lokale Einheiten 12A bis 12N mit Lokalbereichsnetzwerk-Konnektivität sowie Konnektivität mit dem Internet 14 versieht. In diesem bestimmten Beispiel können die lokalen Einheiten Server, Arbeitsplatzrechner und so weiter beinhalten. Die Lokalbereichsschicht 16 beinhaltet eine Anzahl von Leaf-Switches 18A bis 18N, welche die lokalen Einheiten 12A bis 12N mit Mehrfachpad-Lokalbereichsnetzwerk-Zugang innerhalb des Lokalbereichs 16 versehen. Das Computernetzwerk 10 kann ein Spanning-Tree-Protokoll realisieren, um den Mehrfachpfad-Lokalbereichsnetzwerk-Zugang innerhalb des Lokalbereichs 16 bereitzustellen. Die Weitverkehrsschicht 20 andererseits beinhaltet eine Anzahl von Spine-Switches 22A bis 22N, welche die lokalen Einheiten 18A bis 18N mit Mehrfachpfad-Zugang zum Internet 14 versehen. Zum Beispiel kann es sich bei den Spine-Switches 22A bis 22N um Internet-Gateways handeln, welche die lokalen Einheiten 12A bis 12N unter Verwendung des TRILL-Protokolls mit Mehrfachpfad-Konnektivität innerhalb der Weitverkehrsschicht 20 versehen. Gemäß einer Ausführungsform wird schichtübergreifende Mehrfachpfad-Konnektivität zwischen der Lokalbereichsschicht 16 und der Weitverkehrsschicht 20 realisiert.
  • 2 stellt ein Mehrebenen-Ethernet-Netzwerk 11 dar, das die lokalen Einheiten 12A bis 12N mit Lokalbereichsnetzwerk-Konnektivität sowie Konnektivität mit dem Internet 14 versieht. In diesem bestimmten Beispiel versehen die in Ethernet-Schicht 2 konfigurierten Leaf-Switches 18A bis 18N die lokalen Einheiten 12A bis 12N mit Mehrfachpfad-Lokalbereichsnetzwerk-Zugang innerhalb des Lokalbereichs 16. Das Ethernet 11 kann ein STP-Protokoll realisieren, um den Mehrfachpfad-Lokalbereichsnetzwerk-Zugang innerhalb des Lokalbereichs 16 bereitzustellen. Die Weitverkehrsschicht 20 andererseits beinhaltet eine Anzahl von in Ethernet-Schicht 3 konfigurierten Spine-Switches 22A bis 22N, welche die lokalen Einheiten 18A bis 18N mit Mehrfachpfad-Zugang zum Internet 14 versehen. Zum Beispiel kann es sich bei den Spine-Switches 22A bis 22N um Internet-Gateways handeln, welche die lokalen Einheiten 12A bis 12N unter Verwendung des TRILL-Protokolls mit Mehrfachpfad-Konnektivität innerhalb der Weitverkehrsschicht 20 versehen. In dieser Ausführungsform wird schichtübergreifende Mehrfachpfad-Konnektivität zwischen der in Ethernet-Schicht 2 konfigurierten Lokalbereichsschicht 16 und der in Ethernet-Schicht 3 konfigurierten Weitverkehrsschicht 20 realisiert.
  • 3 stellt einen Ethernet-„Open System Interconnect”(OSI)-Stapel 40 zum Konfigurieren des Mehrebenennetzwerks 11 von 2 dar, bei dem es sich in diesem Beispiel um ein Ethernet handelt. Die Leaf-Switches 18A bis 18N der Lokalbereichsschicht 16 sind der Schicht 2 (Sicherungsschicht) im Ethernet-OSI-Stapel 40 zugewiesen, während die TRILL-Spine-Switches 22A bis 22N der Weitverkehrsschicht 20 der Schicht 3 (Vermittlungsschicht) des Ethernet-OSI-Stapels 40 zugewiesen sind. Gemäß dem Ethernet-Protokoll sind MAC-Adressen den lokalen Einheiten 12A bis N sowie den Leaf-Switches 18A bis 18N zugewiesen, welche die Lokalbereichsschicht 16 in Schicht 2 des OSI-Stapels 40 ausbilden. Darüber hinaus sind IP-Adressen den TRILL-Gateways 22A bis 22N von Schicht 3 zugewiesen, welche die Weitverkehrsschicht 20 ausbilden. Die TRILL-Gateways 22A bis 22N können auch zugewiesene MAC-Adressen sein.
  • Unter erneuter Bezugnahme auf 2 sind mehrere Pfade oder Links zwischen den lokalen Einheiten 12A bis N und den Routern der Schicht 2 verbunden, wie durch das Paar von Links 30A, 30B zwischen der lokalen Einheit 12A und den Leaf-Switches 18A bzw. 18B dargestellt. Gleichermaßen ist ein Paar von Links 32A, 32B zwischen der lokalen Einheit 12B und den Leaf-Switches 18A bzw. 18B verbunden. Mehrere Pfade oder Links sind zudem zwischen den Routern der Schicht 2 und den Gateways der Schicht 3 verbunden, wie durch das Paar von Links 34A, 34B zwischen dem Leaf-Switch 18A und den TRILL-Spine-Switches 22A bzw. 22B dargestellt. Gleichermaßen ist ein Paar von Links 36A, 36B zwischen dem Leaf-Switch 18B und den Spine-Switches 22A bzw. 22B verbunden. Es versteht sich, dass dies eine vereinfachte Abbildung von Mehrfachpfad-Konnektivität ist, die üblicherweise eine große Anzahl von Mehrfachpfad-Verbindungen zwischen lokalen Einheiten, der Lokalbereichsschicht und der Weitverkehrsschicht des Mehrebenennetzwerks beinhaltet, bei dem es sich um eine ausgeklügelte Netzwerktopologie handeln kann. Nichtsdestoweniger wird auch ersichtlich sein, dass die Techniken der Ausführungsform, die unter Bezugnahme auf die in der Figur veranschaulichte einfache Mehrfachpfad-Verbindung beschrieben sind, in jeder Anzahl von schichtübergreifenden Mehrfachpfad-Links repliziert und verallgemeinert werden können.
  • Es wird ersichtlich sein, dass die Schicht-2-Einheiten 18A bis 18N üblicherweise mit dem Spanning-Tree-Protokoll konfiguriert sind, um ein Auftreten von Brückenschleifen unter den Einheiten der Schicht 2 der Lokalbereichsschicht 16 gemäß dem herkömmlichen Ethernet-Protokoll zu verhindern. Dies kann zum Beispiel einschließen, dass ein Spanning-Tree-Protokoll (STP) unter den verfügbaren Links in der Ebene der Schicht 2 auswählt, wenn ein automatisches Ersetzen eines verlorenen Links durch einen verfügbaren redundanten Link realisiert wird. Es wird ferner ersichtlich sein, dass die Schicht-3-Einheiten 22A bis 22N mit dem TRILL-Protokoll konfiguriert sind, um ein Auftreten von Brückenschleifen unter den Einheiten der Schicht 3 der Weitverkehrsschicht 20 gemäß dem herkömmlichen TRILL-Protokoll zu verhindern. Es gibt jedoch keinen herkömmlichen Mechanismus, um schichtübergreifende Mehrfachpfad-Konnektivität zwischen der Lokalbereichsschicht 16 und der Weitverkehrsschicht 20 bereitzustellen. Gemäß einer Ausführungsform wird Mehrfachpfad-Konnektivität zwischen der Lokalbereichsschicht 16 und der Weitverkehrsschicht 20 durch ECMP-Hashing realisiert, das durch die Schicht-2-Einheiten 18A bis 18N realisiert wird, um zwischen den verfügbaren schichtübergreifenden Links zwischen Schicht 2 und Schicht 3 auszuwählen, einschließlich der schichtübergreifenden Links 34A bis 34B und 36A bis 36B in diesem bestimmten Beispiel.
  • Gemäß der Ausführungsform wird ECMP-Hashing verwendet, um zwischen den verfügbaren schichtübergreifenden Links der Einheiten der Schicht 2 und Schicht 3 auszuwählen, wenn ein automatisches Ersetzen eines verlorenen schichtübergreifenden Links implementiert wird. Um ECMP-Link-Ersetzen für die TRILL-Spine-Switches in Schicht 3 transparent zu machen, wird jedem Spine-Switch 22A bis 22N dieselbe MAC-Adresse und dieselbe IP-Adresse im Ethernet-OSI-Stapel 40 zugewiesen. Dies stellt sicher, dass jeder Spine-Switch der Schicht 3 Datenübertragungen von einem Leaf-Switch der Schicht 2 ordnungsgemäß abwickeln kann. Die Verwendung von ECMP-Hashing, um nur jeweils einen einzigen ausgewählten schichtübergreifenden Link von jeder Einheit der Schicht 2 zur Ebene der Schicht 3 zu aktivieren, verhindert doppeltes Nachrichten-Routing in der Schicht 3. Die sich ergebende Topologie stellt Mehrfachpfad-Konnektivität zwischen Schicht 2 und Schicht 3 unter Verwendung von nur dem ECMP-Protokoll bereit, das auf den Schicht-2-Leaf-Switches 18A bis 18N realisiert wird, ohne dass das TRILL-Protokoll bei den Schicht-3-Spine-Switches 22A bis 22N geändert werden muss. Es sollte beachtet werden, dass das ECMP-Protokoll erfordert, dass jeder neu verbundene TRILL-Spine-Switch in Schicht 3 Datenübertragungen mit dem neu verbundenen Leaf-Switch der Schicht 3 initialisieren muss, was unberechtigte Verbindungen mit dem Netzwerk durch die Ebene der Schicht 3 verhindert.
  • 4 stellt eine veranschaulichende Netzwerkverbindung 50 unter Verwendung der Schicht-2-Leaf-Switches 18A bis 18B und der Schicht-3-TRILL-Spine-Switches 22A bis 22B vor einem Ausfall eines schichtübergreifenden Links dar. Diese Topologie beinhaltet mehrere Links 34A, 34B zwischen der Schicht-2-Einheit 18A und jeweils den Schicht-3-Spine-Switches 22A bzw. 22B. Zum Beispiel kann der erste schichtübergreifende Link 34A einen Anschluss 1 des Leaf-Switch 18A mit einem ersten TRILL-Spine-Switch 22A verbinden, während der zweite schichtübergreifende Link 34B einen Anschluss 2 des Leaf-Switch 18A mit einem zweiten TRILL-Spine-Switch 22B verbinden kann. Den Spine-Switches 22A und 22B sind sowohl dieselbe IP-Adresse als auch dieselbe MAC-Adresse zugewiesen, um es dem Leaf-Switch 18A zu ermöglichen, mit jedem der Spine-Switches ohne Neukonfigurierung Daten auszutauschen. In diesem Beispiel hat das durch den Schicht-2-Leaf-Switch 18A realisierte ECMP-Hashing anfänglich den Anschluss 1 ausgewählt, um einen Daten-Link zwischen dem Schicht-2-Leaf-Switch 18A und dem Schicht-3-TRILL-Spine-Switch 22A herzustellen. Das ECMP-Protokoll deaktiviert zudem den zweiten schichtübergreifenden Link 34B, wann immer der erste schichtübergreifende Link 34A aktiviert ist, um mehrere aktive schichtübergreifende Links vom Schicht-2-Leaf-Switch 18A zur Schicht 3 zu vermeiden. Der Schicht-2-Leaf-Switch 18A verwendet daher den ersten schichtübergreifenden Link 34A, um Datenpakete unter Verwendung der MAC-Adresse oder der IP-Adresse, die allen Spine-Switches der Schicht 3 zugewiesen sind, an den Schicht-3-TRILL-Spine-SWitch 22A zu übermitteln.
  • 5 stellt die veranschaulichende Netzwerkverbindung 30 nach einem Link-Ausfall auf der Verbindung zwischen Anschluss 1 der Schicht-2-Einheit 18A und dem Schicht-3-TRILL-Switch 22A dar. Der Schicht-2-Leaf-Switch 18A erkennt einen Verlust des ersten schichtübergreifenden Daten-Links 34A und initiiert, dass ein auf der Schicht-2-Einheit ausgeführtes ECMP eine neue Hashbildung vornimmt, wobei der ausgefallene Link (d. h. Anschluss 1) von der Liste potenzieller Gateway-Links ausgeschlossen wird, um einen alternativen verfügbaren Gateway zu finden. In diesem vereinfachten Beispiel identifiziert die neue Hashermittlung den mit Anschluss 2 verbundenen zweiten Auskleidungsschicht-Link 34B, da es sich bei diesem um den einzigen anderen mit der Schicht-2-Einheit 18A verbundenen Gateway handelt. Das ECMP-Protokoll deaktiviert zudem alle weiteren mit der Schicht-2-Einheit 18A verbundenen schichtübergreifenden Links, wann immer der zweite schichtübergreifende Link 34B aktiviert ist, um mehrere aktive schichtübergreifende Links vom Schicht-2-Leaf-Switch 18A zur Schicht 3 zu vermeiden. Der Schicht-2-Leaf-Switch 18A verwendet daher den zweiten schichtübergreifenden Link 34B, um Datenpakete unter Verwendung der MAC-Adresse oder der IP-Adresse, die allen Spine-Switches der Schicht 3 zugewiesen ist, an den Schicht-3-TRILL-Spine-Switch 22B zu übermitteln.
  • Obwohl nur zwei schichtübergreifende Links 34A bis 34B für den Leaf-Switch 18A veranschaulicht sind, wird ersichtlich sein, dass das ECMP-Protokoll eine Verbindung zwischen jeder Anzahl verfügbarer alternativer ebenenübergreifender Links zulässt. In jedem Fall wird jeweils nur ein einziger schichtübergreifender Link aktiviert, und dieselbe IP- oder MAC-Adresse wird verwendet, um Pakete an irgendeinen TRILL-Spine-Switch der Schicht 3 zu adressieren, der mit dem Leaf-Switch 18A verbunden sein kann. Obwohl die Schicht-2-Einheit 18A nicht neu mit neuen IP- oder MAC-Adressen konfiguriert werden muss, um die Änderungen schichtübergreifender Links aufzunehmen, und die TRILL-Einheiten der Schicht 3 keine Änderung am Standard-TRILL-Protokoll erfordern, erfordert das ECMP-Protokoll, dass der neu verbundene TRILL-Spine-Switch 22B Datenübertragungen mit dem neu verbundenen Schicht-2-Leaf-Switch 18A initialisiert, was unberechtigte Verbindungen mit Schicht 2 des Netzwerks 11 durch die Ebene der Schicht 3 verhindert.
  • 6 zeigt gemäß einer Ausführungsform einen logischen Ablaufplan 60, der die Konfigurierung und den Betrieb von schichtübergreifender Mehrfachpfad-Redundanz im Mehrebenennetzwerk 11 darstellt, wie in 1 gezeigt. In Block 62 wird eine Anzahl von Datenverarbeitungseinheiten, wie beispielsweise Server und Arbeitsplatzrechner, bereitgestellt. In Block 64 werden die Datenverarbeitungseinheiten in einem Mehrebenennetzwerk verbunden das eine Lokalbereichsschicht und eine Weitverkehrsschicht enthält. In Block 66 wird eine Anzahl von Leaf-Switches in der Lokalbereichsschicht konfiguriert, um unter den Datenverarbeitungseinheiten Zugang zu einem Lokalbereichsnetzwerk bereitzustellen. In Block 68 wird eine Anzahl von Spine-Switches in der Weitverkehrsschicht konfiguriert, um den Datenverarbeitungseinheiten Internetzugang bereitzustellen. In Block 70 wird jeder Leaf-Switch mit mehreren Spine-Switches verbunden, um mehrere schichtübergreifende Datenübertragungspfade zwischen den Leaf-Switches der Lokalbereichsschicht und den Spine-Switches bereitzustellen. Um es jedem Leaf-Switch zu erlauben, mit jedem Spine-Switch Daten auszutauschen, ohne die bei dem Leaf-Switch unterhaltene IP-Adresse neu konfigurieren zu müssen, wird in Block 72 jedem Spine-Switch dieselbe Netzwerkadresse zugewiesen. Um Mehrfachpfad-Redundanz zwischen der Lokalbereichs- und der Weitverkehrsschicht zu realisieren, wird darüber hinaus in Block 74 jeder Leaf-Switch mit einem schichtübergreifenden Link-Auswahl-Protokoll konfiguriert, um selektiv nur einen einzigen aktiven schichtübergreifenden Link zwischen dem Leaf-Switch und der Weitverkehrsschicht zu verbinden, während alle anderen verfügbaren schichtübergreifenden Links zwischen dem Leaf-Switch und der Weitverkehrsschicht deaktiviert werden.
  • In Block 76 aktiviert jeder Leaf-Switch einen aktiven Link zwischen dem Leaf-Switch und einem ausgewählten Spine-Switch, während alle anderen verfügbaren schichtübergreifenden Links zwischen dem Leaf-Switch und der Weitverkehrsschicht deaktiviert werden. In Block 76 erkennt ein Leaf-Switch einen Ausfall eines aktiven schichtübergreifenden Links. In Block 80 aktiviert der betroffene Leaf-Switch einen alternativen schichtübergreifenden Link zwischen dem bestimmten Leaf-Switch und der Weitverkehrsschicht, während alle anderen verfügbaren schichtübergreifenden Links zwischen dem Leaf-Switch und der Weitverkehrsschicht deaktiviert werden. Zum Beispiel wird üblicherweise ECMP-Hashing verwendet, um den alternativen schichtübergreifenden Link auszuwählen, während alle nicht ausgewählten alternativen schichtübergreifenden Links deaktiviert werden. Der alternative schichtübergreifende Link wird somit aktiviert, ohne dass erforderlich ist, dass der Leaf-Switch mit einer neuen Adresse für den alternativen schichtübergreifenden Link konfiguriert wird oder von einer Mehrfachpfad-Funktionalität abhängt, die innerhalb der Weitverkehrsschicht realisiert ist. Der Leaf-Switch erfordert üblicherweise jedoch eine Initialisierung mit dem neu verbundenen Spine-Switch, um einen unberechtigten Zugang zum Netzwerk durch die Weitverkehrsschicht zu verhindern.
  • In den Ausführungsformen kann es sich bei jedem Leaf-Switch um einen typischen Ethernet-Router handeln, und bei jedem Spine-Switch kann es sich um einen typischen Internet-Gateway handeln. Jeder Switch besitzt daher einen Prozessor, einen Speicher, eine Netzwerkschnittstelle und weitere gebräuchliche Komponenten. Gleichermaßen kann es sich bei jedem Server um einen herkömmlichen Arbeitsplatzrechner oder andere Netzwerk-Datenverarbeitungseinheit mit einem Prozessor, einem Speicher, einer Netzwerkschnittstelle und weiteren gebräuchlichen Komponenten handeln, wie in der Technologie bekannt ist. Es ist keine andere spezielle Software- oder Hardwarefunktionalität als vorstehend beschrieben erforderlich, um die Ausführungsformen wie beschrieben zu betreiben.
  • Wie für den Fachmann ersichtlich, können Aspekte von Ausführungsformen als ein System, Verfahren oder Computerprogrammprodukt ausgebildet sein. Dementsprechend können Aspekte von Ausführungsformen in Form einer vollständigen Hardwareausführungsform, einer vollständigen Softwareausführungsform (einschließlich Firmware, residente Software, Mikrocode usw.) oder in einer Ausführungsform ausgebildet werden, die Software- und Hardwareaspekte kombiniert, was hierin sämtlich allgemein zum Beispiel als ein „Schaltkreis”, „Modul” oder „System” bezeichnet sein kann. Des Weiteren können Aspekte von Ausführungsformen in Form eines Computerprogrammprodukts ausgebildet werden, das in einer oder mehreren computerlesbaren Datenspeichereinheiten mit darauf ausgebildetem computerlesbarem Programmcode ausgebildet sein kann.
  • Eine oder mehrere der Fähigkeiten von Ausführungsformen können in Software, Firmware, Hardware oder irgendeiner Kombination davon realisiert sein. Ferner können eine oder mehrere der Fähigkeiten emuliert werden.
  • Bei einer Ausführungsform kann es sich um ein Computerprogrammprodukt zum Aktivieren von Prozessorschaltungen handeln, um Elemente der Erfindung durchzuführen, wobei das Computerprogrammprodukt ein computerlesbares Datenspeichermedium aufweist, das durch eine Verarbeitungsschaltung lesbar ist und Anweisungen zum Ausführen durch die Verarbeitungsschaltung zum Durchführen eines Verfahrens speichert.
  • Wobei es sich bei dem computerlesbaren Datenspeichermedium (oder den computerlesbaren Datenspeichermedien), um ein gegenständliches nichtflüchtiges Datenspeichermedium mit darauf festgehaltenen Anweisungen handeln kann, um eine Prozessorschaltung zu veranlassen, ein Verfahren durchzuführen. Wobei das „computerlesbare Datenspeichermedium” zumindest deshalb nichtflüchtig ist, weil nach Festhalten der Anweisungen auf dem Medium die festgehaltenen Anweisungen nachfolgend ein oder mehrmals durch die Prozessorschaltung zu Zeiten gelesen werden können, die unabhängig vom Zeitpunkt des Festhaltens sind. Wobei das „computerlesbare Datenspeichermedium” nichtflüchtig ist, einschließlich Einheiten, die festgehaltene Informationen nur aufbewahren, wenn sie mit Strom versorgt werden (flüchtige Einheiten) und Einheiten, die festgehaltene Informationen unabhängig davon aufbewahren, ob sie mit Strom versorgt werden (nichtflüchtige Einheiten). Ein Beispiel, eine nicht abschließende Liste von „computerlesbaren Datenspeichermedien”, schließt ein, ist aber nicht beschränkt auf zum Beispiel: eine Halbleiter-Datenspeichereinheit (semi-conductor storage device), die zum Beispiel ein Speicher-Array wie beispielsweise einen RAM oder eine Speicherschaltung wie beispielsweise ein Flipflop mit darauf festgehaltenen Anweisungen aufweist; eine mechanisch codierte Einheit wie beispielsweise Lochkarten oder erhabene Strukturen in einer Rille mit darauf festgehaltenen Anweisungen; eine optisch lesbare Einheit wie beispielsweise eine CD oder DVD mit darauf festgehaltenen Anweisungen; und eine magnetisch codierte Einheit wie beispielsweise ein Magnetband oder eine Magnetplatte mit darauf festgehaltenen Anweisungen.
  • Eine nicht abschließende Liste von Beispielen eines computerlesbaren Datenspeichermediums beinhaltet das Folgende: eine transportable Computerdiskette, eine Festplatte, einen Speicher mit wahlfreiem Zugriff (random access memory (RAM)), einen Nur-Lese-Speicher (read-only memory (ROM)), einen löschbaren programmierbaren Nur-Lese-Speicher (erasable programmable read-only memory (EPROM oder Flash-Speicher)), einen transportablen Nur-Lese-Compact-Disk-Speicher (CD-ROM). Programmcode kann auf entsprechende Rechen-/Verarbeitungseinheiten von einem externen Computer oder einer externen Datenspeichereinheit über ein Netzwerk, zum Beispiel das Internet, ein Lokalbereichsnetzwerk (local area network), ein Weitverkehrsnetzwerk (wide area network) und/oder ein kabelloses Netzwerk verteilt werden. Das Netzwerk kann Kupferübertragungskabel, Lichtwellenübertragungsleiter, kabellose Übertragung, Router, Firewalls, Switches, Gateway-Computer und/oder Edge-Server aufweisen. Eine Netzwerkadapterkarte oder eine Netzwerkschnittstellenkarte in jeder Rechen-/Verarbeitungseinheit empfängt ein Programm vom Netzwerk und leitet das Programm zur Speicherung in einer computerlesbaren Datenspeichereinheit innerhalb der entsprechenden Rechen-/Verarbeitungseinheit weiter.
  • Bei Computerprogrammanweisungen zum Ausführen von Operationen für Aspekte von Ausführungsformen kann es sich zum Beispiel um Assemblercode, Maschinencode, Mikrocode oder jede Quelle von Objektcode handeln, der in irgendeiner Kombination einer oder mehrerer Programmiersprachen geschrieben ist, darunter eine objektorientierte Programmiersprache wie beispielsweise Java, Smalltalk, C++ oder Ähnliches und herkömmliche prozedurale Programmiersprachen wie beispielsweise die Programmiersprache „C” oder ähnliche Programmiersprachen. Der Programmcode kann vollständig auf dem Computer des Benutzers, teilweise auf dem Computer des Benutzers, als eigenständiges Softwarepaket, teilweise auf dem Computer des Benutzers und teilweise auf einem entfernt angeordneten Computer oder vollständig auf dem entfernt angeordneten Computer oder Server ausgeführt werden. In letzterem Szenario kann der entfernt angeordnete Computer mit dem Computer des Benutzers über jede beliebige Art von Netzwerk, einschließlich ein Lokalbereichsnetzwerk (LAN) oder ein Weitverkehrsnetzwerk (WAN), verbunden sein, oder die Verbindung kann zu einem externen Computer (zum Beispiel mittels eines Internetdienstanbieters durch das Internet) hergestellt werden.
  • Aspekte von Ausführungsformen werden nachfolgend unter Bezugnahme auf Darstellungen von Ablaufplänen und/oder Blockschaubildern von Verfahren, Vorrichtungen (Systemen) und Computerprogrammprodukten gemäß den Ausführungsformen der Erfindung beschrieben. Es versteht sich, dass jeder Block der Darstellungen von Ablaufplänen und/oder der Blockschaubilder sowie Kombinationen von Blöcken in den Darstellungen von Ablaufplänen und/oder den Blockschaubildern durch Computerprogrammanweisungen realisiert werden kann.
  • Diese Computerprogrammanweisungen können einem Prozessor eines universellen Computers, eines zweckbestimmten Computers oder einer anderen programmierbaren Datenverarbeitungsvorrichtung bereitgestellt werden, um eine Maschine so zu erzeugen, dass die Anweisungen, die über den Prozessor des Computers oder der anderen programmierbaren Datenverarbeitungsvorrichtung ausgeführt werden, ein Mittel zum Realisieren der im Block oder in den Blöcken des Ablaufplans und/oder Blockschaubildes angegebenen Funktionen/Handlungen erzeugen. Diese Computerprogrammanweisungen können auch in einem computerlesbaren Datenspeichermedium gespeichert sein, das einen Computer, eine andere programmierbare Datenverarbeitungsvorrichtung oder andere Einheiten anleiten kann, auf eine bestimmte zu funktionieren
  • Die Computerprogrammanweisungen können auch auf einen Computer, eine andere programmierbare Datenverarbeitungsvorrichtung oder andere Einheiten geladen werden, um eine Reihe von auf dem Computer, der anderen programmierbaren Vorrichtung oder den anderen Einheiten auszuführenden Operationsschritten hervorzurufen, um einen computerrealisierten Prozess so zu erzeugen, dass die auf dem Computer oder der anderen programmierbaren Vorrichtung ausgeführten Anweisungen Prozesse zum Realisieren der im Block oder in den Blöcken des Ablaufplans und/oder Blockschaubildes angegebenen Funknonen/Handlungen bereitstellen.
  • Die Ablaufplan- und Blockschaubilder in den Figuren veranschaulichen die Architektur, die Funktionalität und die Arbeitsweise möglicher Ausführungen von Systemen, Verfahren und Computerprogrammprodukten gemäß vielfältiger Ausführungsformen. In dieser Hinsicht kann jeder Block in den Ablaufplan- oder Blockschaubildern für ein Modul, ein Segment oder einen Codeabschnitt stehen, der eine oder mehrere ausführbare Anweisungen zum Realisieren der angegebenen logischen Funktion oder Funktionen aufweist. Es sollte zudem beachtet werden, dass bei einigen alternativen Realisierungen die im Block angegebenen Funktionen in anderer Reihenfolge als der in den Figuren angegebenen auftreten können. Zum Beispiel können zwei aufeinander folgend gezeigte Blöcke tatsächlich im Wesentlichen gleichzeitig ausgeführt werden, oder die Blöcke können manchmal abhängig von der betreffenden Funktionalität in umgekehrter Reihenfolge ausgeführt werden. Es wird ebenfalls beachtet werden, dass jeder Block der Blockschaubilder und/oder Darstellung des Ablaufplans und Kombinationen von Blöcken in den Blockschaubildern und/oder der Darstellung des Ablaufplans durch zweckbestimmte hardwaregestützte Systeme oder Kombinationen von zweckbestimmter Hardware und Computeranweisungen realisiert werden kann, welche die angegebenen Funktionen oder Handlungen durchführen.

Claims (20)

  1. Computerrealisiertes Verfahren zum Bereitstellen von Mehrfachpfad-Konnektivität zwischen Schichten in einem Datenübertragungsprotokoll, wobei das Verfahren aufweist: Adressieren einer Mehrzahl von Datenverarbeitungseinheiten, die mit einem Mehrebenennetzwerk verbunden sind, das eine erste Netzwerkschicht von Switches und eine zweite Netzwerkschicht von Switches in einer Leaf-Spine-Architektur aufweist; Konfigurieren einer Mehrzahl von Leaf-Switches in der ersten Netzwerkschicht, um Zugang zu einem Lokalbereichsnetzwerk unter den Datenverarbeitungseinheiten bereitzustellen; Konfigurieren einer Mehrzahl von Spine-Switches in einer zweiten Netzwerkschicht, um Zugang zu den Datenverarbeitungseinheiten bereitzustellen; Verbinden jedes Leaf-Switch mit einer Mehrzahl der Spine-Switches, um mehrere schichtübergreifende Datenübertragungspfade zwischen den Leaf-Switches der ersten Netzwerkschicht und den Spine-Switches der zweiten Netzwerkschicht bereitzustellen; Zuweisen einer gemeinsamen Netzwerkadresse für jeden der Spine-Switches; für jeden Leaf-Switch Konfigurieren des Leaf-Switch mit einem schichtübergreifenden Link-Auswahl-Protokoll, um selektiv nur einen einzigen aktiven schichtübergreifenden Link zwischen dem Leaf-Switch und den Spine-Switches zu verbinden, während alle anderen verfügbaren schichtübergreifenden Links zwischen dem Leaf-Switch und den Spine-Switches deaktiviert werden; als Reaktion auf ein Erkennen eines Ausfalls eines aktiven schichtübergreifenden Links, der einen bestimmten Leaf-Switch mit den Spine-Switches verbindet, Aktivieren eines alternativen schichtübergreifenden Links zwischen dem bestimmten Leaf-Switch und den Spine-Switches, während alle anderen verfügbaren schichtübergreifenden Links zwischen dem Leaf-Switch und den Spine-Switches deaktiviert werden; wobei der alternative schichtübergreifende Link aktiviert wird, ohne den Leaf-Switch mit einer neuen Adresse für den alternativen schichtübergreifenden Link neu zu konfigurieren oder von einer Mehrfachpfad-Funktionalität abzuhängen, die sich innerhalb der Spine-Switches befindet.
  2. Computerrealisiertes Verfahren nach Anspruch 1, wobei ein neu verbundener Spine-Switch und ein Leaf-Switch, die durch den alternativen schichtübergreifenden Link miteinander verbunden sind, initialisiert werden, bevor Datenübertragungen über den alternativen schichtübergreifenden Link zugelassen werden.
  3. Computerrealisiertes Verfahren nach Anspruch 1, ferner aufweisend ein Realisieren eines Protokolls einer transparenten Verbindung sehr vieler Links (TRILL) durch die Spine-Switches, um Brückenschleifen zu vermeiden.
  4. Computerrealisiertes Verfahren nach Anspruch 1, ferner aufweisend ein Realisieren eines „Equal Cost Multipath”(ECMP)-Protokolls durch die Leaf-Switches, um aktive schichtübergreifende Links zwischen den Spine- und Leaf-Switches auszuwählen.
  5. Computerrealisiertes Verfahren nach Anspruch 1, ferner aufweisend ein Zuweisen einer gemeinsamen IP- und MAC-Adresse zu allen Spine-Switches, die dem Spine-Gateway zugehörig sind.
  6. Computerrealisiertes Verfahren nach Anspruch 1, wobei das Mehrebenennetzwerk ein Ethernet aufweist.
  7. Computerrealisiertes Verfahren nach Anspruch 1, wobei die erste Netzwerkschicht von Switches Router eines Lokalbereichsnetzwerks aufweist.
  8. Computerrealisiertes Verfahren nach Anspruch 1, wobei die zweite Netzwerkschicht von Switches Internet-Gateways aufweist.
  9. Computerrealisiertes Verfahren nach Anspruch 6, wobei das Mehrebenennetzwerk ein Ethernet aufweist, das gemäß einem Mehrschicht-Ethernet-Protokoll konfiguriert ist, wobei die erste Netzwerkschicht von Switches Router eines Lokalbereichsnetzwerks aufweist, die in Schicht 2 des Ethernet-Protokolls konfiguriert sind, und die zweite Netzwerkschicht von Switches Internet-Gateways aufweist, die in Schicht 3 des Ethernet-Protokolls konfiguriert sind.
  10. System zum Bereitstellen von Mehrfachpfad-Konnektivität zwischen Schichten in einem Datenübertragungsprotokoll, wobei das Verfahren aufweist: eine Mehrzahl von Datenverarbeitungseinheiten; ein Mehrebenennetzwerk, das eine erste Netzwerkschicht, die eine Mehrzahl von Leaf-Switches enthält, wobei das Mehrebenennetzwerk zum Bereitstellen von Zugang zu einem Lokalbereichsnetzwerk unter den Datenverarbeitungseinheiten konfiguriert ist, und eine zweite Netzwerkschicht aufweist, die eine Mehrzahl von Spine-Switches enthält, die Zugang zu den Datenverarbeitungseinheiten bereitstellen; eine Mehrzahl von schichtübergreifenden Links, die zum Verbinden jedes Leaf-Switch mit einer Mehrzahl der Spine-Switches konfiguriert ist, um mehrere schichtübergreifende Datenübertragungspfade zwischen den Leaf- und Spine-Switches bereitzustellen, wobei jeder der Spine-Switches eine zugewiesene gemeinsame Netzwerkadresse besitzt und somit einem gemeinsamen Netzwerk-Gateway zugehörig ist; wobei jeder Leaf-Switch ein schichtübergreifendes Link-Auswahl-Protokoll aufweist, das zum selektiven Verbinden von nur einem einzigen aktiven schichtübergreifenden Link zwischen dem Leaf-Switch und dem Spine-Switch konfiguriert ist, während alle anderen verfügbaren schichtübergreifenden Links zwischen dem Leaf-Switch und dem Spine-Switch deaktiviert werden, wobei als Reaktion auf ein Erkennen eines Ausfalls eines aktiven schichtübergreifenden Links jeder Leaf-Switch konfiguriert ist, einen alternativen schichtübergreifenden Link zwischen dem Leaf-Switch und dem Spine-Switch zu aktivieren, während alle anderen schichtübergreifenden Links zwischen dem Leaf-Switch und den Spine-Switchen deaktiviert werden, ohne den Leaf-Switch mit einer neuen Adresse für den alternativen schichtübergreifenden Link neu zu konfigurieren oder von Mehrfachpfad-Funktionalität abzuhängen, die innerhalb des Spine-Switch eingebaut ist.
  11. System nach Anspruch 10, wobei jeder Leaf-Switch eine Initialisierung eines neu verbundenen Spine-Switch erfordert, bevor Datenübertragungen zu dem neu verbundenen Spine-Switch über den alternativen schichtübergreifenden Link adressiert werden.
  12. System nach Anspruch 10, wobei jeder Spine-Switch ein Protokoll einer transparenten Verbindung sehr vieler Links (TRILL) realisiert, um Brückenschleifen zu vermeiden.
  13. System nach Anspruch 10, wobei jeder Leaf-Switch ein „Equal Cost Multipath”(ECMP)-Protokoll durch die Leaf-Switches realisiert, um aktive schichtübergreifende Links zwischen den Leaf- und Spine-Switches auszuwählen.
  14. System nach Anspruch 10, wobei allen Spine-Switches eine gemeinsame IP- und MAC-Adresse zugewiesen ist.
  15. System nach Anspruch 10, wobei das Mehrebenennetzwerk ein Ethernet aufweist, das gemäß einem Mehrschicht-Ethernet-Protokoll konfiguriert ist, wobei die Leaf-Switches Router eines Lokalbereichsnetzwerks aufweisen, die in Schicht 2 des Ethernet-Protokolls konfiguriert sind, und die Spine-Switches Internet-Gateways aufweisen, die in Schicht 3 des Ethernet-Protokolls konfiguriert sind.
  16. Computerprogrammprodukt zum Realisieren von Mehrfachpfad-Konnektivität zwischen Schichten in einem Datenübertragungsprotokoll, wobei das Computerprogrammprodukt aufweist: ein gegenständliches Speichermedium, das durch eine Verarbeitungsschaltung lesbar ist und Anweisungen zum Ausführen durch die Verarbeitungsschaltung zum Durchführen eines Verfahrens speichert, wobei das Verfahren aufweist: Speichern von Adressen für eine Mehrzahl von Datenverarbeitungseinheiten, die mit einem Mehrebenennetzwerk verbunden sind, das eine erste Netzwerkschicht, die eine Mehrzahl von Leaf-Switches aufweist, und eine zweite Netzwerkschicht aufweist, die eine Mehrzahl von Spine-Switches aufweist, und wobei jeder Leaf-Switch mit einer Mehrzahl der Spine-Switches verbunden ist, um mehrere schichtübergreifende Datenübertragungspfade zwischen der ersten Netzwerkschicht und der zweiten Netzwerkschicht bereitzustellen; Speichern derselben Netzwerkadresse, die jedem der Spine-Switches zugewiesen ist; Erkennen eines Ausfalls eines aktiven schichtübergreifenden Links, Verbinden eines bestimmten Leaf-Switch mit den Spine-Switches in der zweiten Netzwerkschicht; Aktivieren eines alternativen schichtübergreifenden Links zwischen dem bestimmten Leaf-Switch und den Spine-Switches, während alle anderen verfügbaren schichtübergreifenden Links zwischen dem Leaf-Switch und den Spine-Switches deaktiviert werden; wobei der alternative schichtübergreifende Link aktiviert wird, ohne den Leaf-Switch mit einer neuen Adresse für den alternativen schichtübergreifenden Link neu zu konfigurieren oder von einer Mehrfachpfad-Funktionalität abzuhängen, die innerhalb der Spine-Switches eingebaut ist.
  17. Computerprogrammcode nach Anspruch 16, ferner aufweisend ein Erfordern einer Initialisierung von einem neu verbundenen Spine-Switch in der zweiten Netzwerkschicht und einem Leaf-Switch in der ersten Netzwerkschicht, die durch den alternativen schichtübergreifenden Link miteinander verbunden werden, bevor Datenübertragungen über den alternativen schichtübergreifenden Link zugelassen werden.
  18. Computerprogrammprodukt nach Anspruch 16, ferner aufweisend ein Realisieren eines Protokolls einer transparenten Verbindung sehr vieler Links (TRILL) durch die Spine-Switches, um Brückenschleifen zu vermeiden.
  19. Computerprogrammprodukt nach Anspruch 18, ferner aufweisend ein Realisieren eines „Equal Cost Multipath”(ECMP)-Protokolls durch die Leaf-Switches, um aktive schichtübergreifende Links zwischen der ersten Netzwerkschicht und der zweiten Netzwerkschicht auszuwählen.
  20. Computerprogrammprodukt nach Anspruch 19, wobei das Mehrebenennetzwerk ein Ethernet aufweist, das gemäß einem Mehrschicht-Ethernet-Protokoll konfiguriert ist, wobei die Leaf-Switches Router eines Lokalbereichsnetzwerks aufweisen, die in Schicht 2 des Ethernet-Protokolls konfiguriert sind, und die Spine-Switches Internet-Gateways aufweisen, die in Schicht 3 des Ethernet-Protokolls konfiguriert sind.
DE112014005041.5T 2013-12-13 2014-10-21 Trill-Netzwerk mit Mehrfachpfad-Redundanz Active DE112014005041B4 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US14/105,976 2013-12-13
US14/105,976 US9300528B2 (en) 2013-12-13 2013-12-13 Trill network with multipath redundancy
PCT/JP2014/005344 WO2015087474A1 (en) 2013-12-13 2014-10-21 Trill network with multipath redundancy

Publications (2)

Publication Number Publication Date
DE112014005041T5 true DE112014005041T5 (de) 2016-09-08
DE112014005041B4 DE112014005041B4 (de) 2019-03-14

Family

ID=53369818

Family Applications (1)

Application Number Title Priority Date Filing Date
DE112014005041.5T Active DE112014005041B4 (de) 2013-12-13 2014-10-21 Trill-Netzwerk mit Mehrfachpfad-Redundanz

Country Status (6)

Country Link
US (2) US9300528B2 (de)
JP (1) JP6474411B2 (de)
CN (1) CN105814848B (de)
DE (1) DE112014005041B4 (de)
GB (1) GB2536175B (de)
WO (1) WO2015087474A1 (de)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2882169B1 (de) * 2014-08-19 2017-10-04 ABB Schweiz AG Überbrückung von redundantem inhalt zwischen unterstations-kommunikationsnetzwerken
US10084639B2 (en) * 2015-03-20 2018-09-25 Oracle International Corporation System and method for efficient network reconfiguration in fat-trees
US10033574B2 (en) 2015-03-20 2018-07-24 Oracle International Corporation System and method for efficient network reconfiguration in fat-trees
US10412157B2 (en) * 2015-04-23 2019-09-10 Cisco Technology, Inc. Adaptive load balancing
WO2018183542A1 (en) 2017-03-29 2018-10-04 Fungible, Inc. Non-blocking any-to-any data center network with packet spraying over multiple alternate data paths
US10623505B2 (en) * 2017-07-27 2020-04-14 Cisco Technology, Inc. Integrating service appliances without source network address translation in networks with logical overlays
US10333197B2 (en) * 2017-09-29 2019-06-25 Simmonds Precision Products, Inc. Wireless network with equipment area network
US11178262B2 (en) 2017-09-29 2021-11-16 Fungible, Inc. Fabric control protocol for data center networks with packet spraying over multiple alternate data paths
CN111164938A (zh) * 2017-09-29 2020-05-15 芬基波尔有限责任公司 使用选择性多路径分组流喷射的弹性网络通信
CN108600179B (zh) * 2018-03-28 2020-12-25 新华三技术有限公司 认证处理方法及装置
US10999127B1 (en) * 2018-06-06 2021-05-04 Amazon Technologies, Inc. Configuring network devices using a shared failure domain
TW202404318A (zh) 2018-08-23 2024-01-16 美商阿爾克斯股份有限公司 網路運算環境中使用位址解析協定的第一跳轉閘道的冗餘機制系統
JP6988777B2 (ja) * 2018-11-30 2022-01-05 日本電信電話株式会社 転送装置、転送システム、転送方法及びプログラム
CN109587822B (zh) * 2018-12-13 2021-06-18 网易(杭州)网络有限公司 信息发送控制方法、信息接收控制方法、装置、存储介质
GB2590451A (en) * 2019-12-18 2021-06-30 Sony Corp A device, computer program and method
WO2021144965A1 (ja) 2020-01-17 2021-07-22 ヤマハ発動機株式会社 アブソリュートエンコーダ及びアブソリュートエンコーダを備えるアクチュエータ
US11343188B2 (en) 2020-02-25 2022-05-24 Cisco Technology, Inc. Systems and methods for maintaining consistency between interfaces of locally sourced packets
US11777846B2 (en) * 2020-05-06 2023-10-03 Nokia Solutions And Networks Oy Ultra reliable segment routing
US11575594B2 (en) * 2020-09-10 2023-02-07 Mellanox Technologies, Ltd. Deadlock-free rerouting for resolving local link failures using detour paths
CN114978980B (zh) * 2022-04-08 2024-01-19 新奥特(北京)视频技术有限公司 Ip信号交叉点调度装置和方法
CN116192636B (zh) * 2023-04-27 2023-08-15 苏州浪潮智能科技有限公司 网络设备哈希组配置方法、装置、电子设备和存储介质

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070109991A1 (en) 2005-11-14 2007-05-17 Broadcom Corporation, A California Corporation Access point supporting direct and indirect downstream delivery based on communication characteristics
WO2008050647A1 (fr) * 2006-10-23 2008-05-02 Panasonic Corporation Dispositif de sauna
CN101803286B (zh) * 2007-07-13 2012-10-17 英国电讯有限公司 在数据网络上进行数据通信的方法和装置
US8098574B2 (en) * 2008-08-26 2012-01-17 Fulcrum Microsystems, Inc. Global ports in multi-switch systems
WO2011140028A1 (en) 2010-05-03 2011-11-10 Brocade Communications Systems, Inc. Virtual cluster switching
EP2589208A1 (de) 2010-06-29 2013-05-08 Huawei Technologies Co., Ltd. Delegierte gateways und proxy für zielrechner in grosser schicht 2 und adressenauflösung mit duplizierten ip-adressen
US8634297B2 (en) 2010-11-01 2014-01-21 Cisco Technology, Inc. Probing specific customer flow in layer-2 multipath networks
CN102710489B (zh) * 2011-03-28 2015-07-29 日电(中国)有限公司 动态分流调度系统和方法
US9497073B2 (en) 2011-06-17 2016-11-15 International Business Machines Corporation Distributed link aggregation group (LAG) for a layer 2 fabric
US8989049B2 (en) * 2012-06-15 2015-03-24 Cisco Technology, Inc. System and method for virtual portchannel load balancing in a trill network
US9008095B2 (en) * 2012-10-02 2015-04-14 Cisco Technology, Inc. System and method for hardware-based learning of internet protocol addresses in a network environment

Also Published As

Publication number Publication date
US20150172172A1 (en) 2015-06-18
US9497075B2 (en) 2016-11-15
GB2536175B (en) 2017-10-25
GB201611919D0 (en) 2016-08-24
DE112014005041B4 (de) 2019-03-14
CN105814848A (zh) 2016-07-27
US20150172100A1 (en) 2015-06-18
US9300528B2 (en) 2016-03-29
CN105814848B (zh) 2018-11-23
GB2536175A (en) 2016-09-07
WO2015087474A1 (en) 2015-06-18
JP2017505016A (ja) 2017-02-09
JP6474411B2 (ja) 2019-02-27

Similar Documents

Publication Publication Date Title
DE112014005041B4 (de) Trill-Netzwerk mit Mehrfachpfad-Redundanz
DE112011100822B4 (de) Aufrechterhalten der Durchlässigkeit eines Datenübertragungspfades in einem Datenspeichernetzwerk
DE602005005134T2 (de) Fehlertolerante Netzwerkarchitektur
DE602004006420T2 (de) System und verfahren zur synchronen konfiguration von dhcp servern und routerschnittstellen
DE102017113576B4 (de) Auf PCI Express basierender Speichereinsatz mit Zweifachport, der Einzelport-Speichercontroller enthält
DE602004004942T2 (de) Virtuelle Netzwerkadressen
DE102018214774A1 (de) Technologien zum dynamischen Managen der Zuverlässigkeit disaggregierter Betriebsmittel in einem gemanagten Knoten
DE102014117460A1 (de) Programmierbares verteiltes Networking
DE112014003287T5 (de) Dynamische Bildung von symmetrischen Multiprozessordomänen (SMP-Domänen)
DE112012004957B4 (de) Flexibles und skalierbares Enhanced-Transmission-Selection-Verfahren für Netzwerkstrukturen
DE102015013946A1 (de) Netzwerkbasiertes Service Function Chaining
DE112008002665T5 (de) Bereitstellen einer Abstraktionsschicht in einem Clusterswitch, der mehrere Switches hat
DE112013001426B4 (de) Dynamische Optimierung einer Multicast-Baumhierarchie für einen verteilten Switch
DE10296675T5 (de) Virtuelles Vernetzungssystem und -verfahren in einem Verarbeitungssystem
DE102011114278A1 (de) Verfahren und Vorrichtung, die eine Ausfallumnschaltung fur einen Punkt-Punkt-Tunnel für Split-Plane-Umgebungen drahtloser lokaler Netze bereitstellen
DE10124514A1 (de) Fehlertolerante, gemeinsam genutzte Systemressource mit einem Hochverfügbarkeitskommunikationen bereitstellenden Kommunikationsdurchgang
DE112014002799B4 (de) Bereitstellen einer sicheren Kundendomäne in einer virtualisierten Mehr-Mieter-Umgebung
DE102011114276B4 (de) Ausfallsicherheit durch Routed Split Multi-Link Trunking für Split-Plane-Umgebungendrahtloser lokaler Netze
DE102019104942A1 (de) Kommunikation einer Nachricht unter Verwendung einer Netzwerkschnittstellensteuerung in einem Subnetz
DE60115755T2 (de) Verwaltung eines grossflächigen Netzwerkes mit verteilten selbstständigen Agenten
DE202016009110U1 (de) System, Adapter, Vorrichtung und Server zum Ausgleichen von Speicherdatenverkehr in konvergierten Netzwerken
DE102021127325A1 (de) Flexibles hochverfügbarkeits-computing mit parallel konfigurierbaren geweben
DE102016105595A1 (de) Bedarfsleistungsmanagement in einer vernetzten Computerumgebung
DE112009004708T5 (de) Netzwerkschnittstelle
DE102016219854A1 (de) Computersystem und Verfahren zum dynamischen Anpassen eines software-definierten Netzwerks

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R016 Response to examination communication
R018 Grant decision by examination section/examining division
R084 Declaration of willingness to licence
R020 Patent grant now final
R079 Amendment of ipc main class

Free format text: PREVIOUS MAIN CLASS: H04L0012711000

Ipc: H04L0045247000