DE112011102896T5 - Verwalten der Datenübertragung zwischen Netzwerken mit unterschiedlichen Datenübertragungsprotokollen - Google Patents

Verwalten der Datenübertragung zwischen Netzwerken mit unterschiedlichen Datenübertragungsprotokollen Download PDF

Info

Publication number
DE112011102896T5
DE112011102896T5 DE112011102896T DE112011102896T DE112011102896T5 DE 112011102896 T5 DE112011102896 T5 DE 112011102896T5 DE 112011102896 T DE112011102896 T DE 112011102896T DE 112011102896 T DE112011102896 T DE 112011102896T DE 112011102896 T5 DE112011102896 T5 DE 112011102896T5
Authority
DE
Germany
Prior art keywords
adapter
protocol
network
function
packets
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
DE112011102896T
Other languages
English (en)
Other versions
DE112011102896B4 (de
Inventor
Louie Arthur Dickens
Roger Hathorn
Michael Edward Starling
Daniel James Winarski
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 DE112011102896T5 publication Critical patent/DE112011102896T5/de
Application granted granted Critical
Publication of DE112011102896B4 publication Critical patent/DE112011102896B4/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
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/141Setup of application sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4604LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462LAN interconnection over a bridge based backbone
    • H04L12/4625Single bridge functionality, e.g. connection of two networks over a single bridge
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4633Interconnection of networks using encapsulation techniques, e.g. tunneling
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18Multiprotocol handlers, e.g. single devices capable of handling multiple protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

Bei einem Verfahren zum Erleichtern der Datenübertragung zwischen Netzwerken mit unterschiedlichen Datenübertragungsprotokollen realisiert ein erster Adapter ein erstes Datenübertragungsprotokoll, und ein zweiter Adapter realisiert ein konvergentes Netzwerkprotokoll, wobei das konvergente Netzwerkprotokoll den Datenaustausch von mit einem zweiten Datenprotokoll codierten Paketen mit einem Netzwerk mit einem dritten Datenübertragungsprotokoll erleichtert. Parameter für die die Datenübertragung zwischen dem ersten Adapter und dem zweiten Adapter im konvergenten Netzwerkprotokoll werden in einem Speicher konfiguriert, um dem zweiten Adapter anzuzeigen, dass das konvergente Netzwerkprotokoll unterstützt wird, wobei der erste Adapter das konvergente Netzwerkprotokoll nicht unterstützt. Ein Paket, das im zweiten Datenübertragungsprotokoll codiert und an das Netzwerk mit dem dritten Datenübertragungsprotokoll gerichtet ist, wird durch den ersten Adapter empfangen. Das Paket wird zu dem zweiten Adapter weitergeleitet, um es an das Netzwerk mit dem dritten Datenübertragungsprotokoll weiterzuleiten. Ein an den ersten Adapter gerichteter Befehl zum Realisieren einer Funktion für die Datenübertragung zwischen dem ersten und dem zweiten Adapter im konvergenten Netzwerkprotokoll wird durch den zweiten Adapter empfangen. Es werden Operationen durchgeführt, um die Funktion mithilfe der Parameter im Speicher zu realisieren und die Übermittlung von Paketen zwischen dem ersten und dem zweiten Adapter zu unterstützen.

Description

  • TECHNISCHES GEBIET
  • Die vorliegende Erfindung betrifft ein Verfahren zum Realisieren eines konvergenten Netzwerkprotokolls, um die Datenübertragung zwischen Netzwerken mit unterschiedlichen Datenübertragungsprotokollen zu erleichtern.
  • HINTERGRUND
  • Bei „Fibre Channel over Ethernet” (FCoE) handelt es sich um einen Protokollstandard, der Fibre-Channel(FC)-Rahmen in Ethernet-Rahmen kapselt, damit ein Ethernet-Netzwerk mit Netzwerken mit niedrigen Latenzzeiten und hoher Leistung, wie beispielsweise Fibre Channel, Daten austauschen kann. FCoE erfordert Erweiterungen oder Verbesserungen (enhancements) des Ethernet-Protokolls. Die bereitgestellten verbesserten Funktionen werden als Rechenzentrumsüberbrückung (Data Center Bridging (DCB)) und konvergentes verbessertes Ethernet (Converged Enhanced Ethernet (CEE)) bezeichnet. Ein FCoE-Fabric ist aus Switches und Adaptern aufgebaut, welche die CEE- und DCB-Protokolle unterstützen. Ein FCoE-Fabric enthält einen CEE/DCB-Switch, der Anschlüsse für Fibre-Channel-Verbindungen und Anschlüsse zum Verbinden mit CEE-Anschlüssen besitzt, welche die verbesserten CEE/DCB-Funktionen unterstützen. Enhanced-Ethernet-Anschlüsse sind in konvergenten Netzwerkadaptern (Converged Network Adaptors (CNA)) realisiert, und die Switches zum Verbinden zwischen dem FCoE-Fabric und dem Fibre-Channel-Netzwerk sind auch als Fibre-Channel-Weiterleiter (Fibre Channel Forwarders (FCF)) bekannt. Das FCoE-Fabric, das auch als „Data Center Fabric” bezeichnet wird, interagiert mit einem echten Fibre-Channel-Fabric, und FCoE unterstützt erweiterte Fibre-Channel-Funktionen.
  • Bei FCoE werden Rahmen von Fibre-Channel-Paketen durch einen logischen Endpunkt (logical end point (LEP)), der einen Übersetzer zwischen dem Ethernet- und dem Fibre-Channel-Protokoll darstellt, in einem Ethernet-Rahmen gekapselt. Die CNA-Adapter, FCoE-Switches und FCFs weisen LEPs auf. Ferner kann Software bereitgestellt werden, um die LEP-Operationen auf einem Server durchzuführen.
  • Zum Integrieren von Ethernet-Netzwerken und FCoE-Switches müssen jedoch die Server und Hosts im Ethernet-Netzwerk Adapter besitzen, die das CEE-Protokoll unterstützen, wie beispielsweise CNA-Adapter. Ein Ersetzen der relativ kostengünstigen Bestands-Ethernet-Adapter, d. h. derjenigen, die IEEE 802.11 unterstützen, durch FCoE unterstützende Adapter kann teuer sein.
  • Es besteht im Stand der Technik ein Bedarf nach verbesserten Techniken zum Integrieren eines Bestands-Ethernet-Netzwerkes in ein FCoE-Netzwerk, um einen verlustfreien Datenaustausch mit einem Fibre-Channel-Fabric zu ermöglichen.
  • KURZDARSTELLUNG
  • Bereitgestellt werden ein Computerprogrammprodukt, ein System und ein Verfahren für eine Brücke zum Realisieren eines konvergenten Netzwerkprotokolls, um die Datenübertragung zwischen Netzwerken mit unterschiedlichen Datenübertragungsprotokollen zu erleichtern. Ein erster Adapter realisiert ein erstes Datenübertragungsprotokoll, und ein zweiter Adapter realisiert ein konvergentes Netzwerkprotokoll, wobei das konvergente Netzwerkprotokoll den Datenaustausch von mit einem zweiten Datenprotokoll codierten Paketen mit einem Netzwerk mit einem dritten Datenübertragungsprotokoll erleichtert. Parameter werden in einem Speicher für die Datenübertragung zwischen dem ersten Adapter und dem zweiten Adapter im konvergenten Netzwerkprotokoll konfiguriert um dem zweiten Adapter anzuzeigen, dass das konvergente Netzwerkprotokoll unterstützt wird, wobei der erste Adapter das konvergente Netzwerkprotokoll nicht unterstützt. Ein Paket, das im zweiten Datenübertragungsprotokoll codiert und an das Netzwerk mit dem dritten Datenübertragungsprotokoll gerichtet ist, wird durch den ersten Adapter empfangen. Das Paket wird zu dem zweiten Adapter weitergeleitet, um es zum Netzwerk mit dem dritten Datenübertragungsprotokoll weiterzuleiten. Ein an den ersten Adapter gerichteter Befehl, eine Funktion im konvergenten Netzwerkprotokoll für die Datenübertragung zwischen dem ersten und dem zweiten Adapter zu realisieren, wird durch den zweiten Adapter empfangen. Operationen werden durchgeführt, um die Funktion mithilfe der Parameter im Speicher zu realisieren und die Übermittlung von Paketen zwischen dem ersten und dem zweiten Adapter zu unterstützen.
  • KURZBESCHREIBUNG DER ZEICHNUNGEN
  • Ausführungsform(en) der Erfindung werden nun in lediglich beispielhafter Weise unter Bezugnahme auf die begleitenden Zeichnungen beschrieben, in denen:
  • 1 eine Ausführungsform einer Netzwerk-Rechenumgebung veranschaulicht;
  • 2 eine Ausführungsform eines Ethernet-Rahmens veranschaulicht, der FCoE- und Fibre-Channel-Rahmen auf eine im Stand der Technik bekannte Weise kapselt;
  • 3 eine Ausführungsform eines Host veranschaulicht;
  • 4 eine Ausführungsform von Operationen zum Herstellen einer Verbindung zwischen einem ersten Adapter und einem zweiten Adapter veranschaulicht;
  • 5 eine Ausführungsform von Operationen zum Verarbeiten einer durch den zweiten Adapter empfangenen Pause-Anweisung veranschaulicht;
  • 6 eine Ausführungsform von Operationen zum Verarbeiten einer durch den ersten Adapter empfangenen Pause-Anweisung veranschaulicht;
  • 7 eine Ausführungsform von Operationen zum Verarbeiten eines empfangenen Pakets zum Verwalten von Klassen-Bandbreitenzuordnungen veranschaulicht.
  • DETAILLIERTE BESCHREIBUNG
  • 1 veranschaulicht eine Ausführungsform einer Netzwerk-Rechenumgebung. Eine Brücke 2 stellt die Datenübertragung zwischen Hosts 4a, 4b, 4c in einem Netzwerk 6 mit einem ersten Datenübertragungsprotokoll, wie beispielsweise einem Bestands-Ethernet, bereit, die Pakete in einem zweiten Datenübertragungsprotokoll, wie beispielsweise Fibre Channel over Ethernet (FCoE), mit Hosts 8a, 8b, 8c austauschen, die in einem Netzwerk 10 mit einem dritten Datenübertragungsprotokoll, wie beispielsweise einem Speicherbereichsnetzwerk (Storage Area Netzwerk (SAN)) oder einem Fibre-Channel-Netzwerk, arbeiten. Die Hosts 4a, 4b, 4c enthalten Adapter mit Anschlüssen, die Daten mittels des ersten Datenübertragungsprotokolls (z. B. Ethernet) übertragen, und die Hosts 8a, 8b, 8c enthalten Adapter, die Daten mittels des dritten Datenübertragungsprotokolls (z. B. Fibre Channel) übertragen. Die Brücke 2 realisiert ein konvergentes Netzwerkprotokoll, um ein konvergentes Netzwerk 12, wie beispielsweise ein CEE/DCB-Netzwerk, bereitzustellen, das eine Verbindung zwischen dem Netzwerk 6 mit dem ersten Datenübertragungsprotokoll und dem Netzwerk 10 mit dem dritten Datenübertragungsprotokoll darstellt. Von den Host-Adaptern übermittelte Pakete können mit einem zweiten Datenübertragungsprotokoll, z. B. FCoE, durch Software für das zweite Datenübertragungsprotokoll in den Hosts codiert werden. Die Brücke 2 leitet Pakete über einen zweiten Adapter 30a, 30b, 30c zu einem Anschluss auf einem Switch 14, wie beispielsweise einem Fibre Channel Forwarder (FCF), weiter, der die Nutzdaten aus dem Paket zur Übermittlung im dritten Datenübertragungsprotokoll (z. B. Fibre Channel) an einen der Hosts 8a, 8b, 8c im Netzwerk 10 mit dem dritten Datenübertragungsprotokoll entkapselt. Bei bestimmten Realisierungen sorgt die Brücke 2 für die verlustfreie Übermittlung von Paketen vom Netzwerk 6 mit dem ersten Datenübertragungsprotokoll, das keine verlustfreie Übermittlung unterstützt, zum Netzwerk 10 mit dem dritten Datenübertragungsprotokoll, das verlustfreie Übermittlung unterstützt. Der Switch 14 enthält Adapter, um Verbindungen mit den Hosts 8a, 8b, 8c im Netzwerk mit dem dritten Datenübertragungsprotokoll zu unterstützen, und separate Adapter um den Datenaustausch mit dem konvergenten Netzwerk 12 einschließlich der Brücke 2 im Netzwerk 12 unterstützen. Auf diese Weise ermöglicht es die Brücke den Hosts 4a, 4b, 4c, beim Datenaustausch mit den nur das dritte Datenübertragungsprotokoll (z. B. Fibre Channel) unterstützenden Systemen 8a, 8b, 8c ihre Bestandsadapter im ersten Datenübertragungsprotokoll ohne Aufrüsten beizubehalten. Obwohl die Host-Adapter 4a, 4b, 4c unter Umständen nur das erste Datenübertragungsprotokoll unterstützen, können die Hosts 4a, 4b, 4c Software enthalten, die in der Lage ist, Pakete mit Daten des zweiten Datenübertragungsprotokolls (z. B. FCoE) zu codieren, die im Paket mit dem ersten Datenübertragungsprotokoll gekapselt sind.
  • Die Brücke enthält eine Zentraleinheit (CPU) 20 wie beispielsweise einen oder mehrere Prozessoren, einen Speicher 22 zum Speichern von Parametern und anderen Daten, einen Chipsatz für das erste Datenübertragungsprotokoll 24 zum Unterstützen des Datenaustausches mit Hosts 4a, 4b, 4c mithilfe von Adaptern 26a, 26b, 26c unter Verwendung des ersten Datenübertragungsprotokolls sowie einen Chipsatz 28 für das konvergente Netzwerkprotokoll zum Unterstützen des Datenaustausches mit einem oder mehreren Switches 14 mithilfe von Adaptern 30a, 30b, 30c unter Verwendung des zweiten Datenübertragungsprotokolls. Die Adapter 26a, 26b, 26c sowie 30a, 30b, 30c können jeweils einen oder mehrere Anschlüsse enthalten. Ein Bus 32, der eine oder mehrere Busschnittstellen aufweist, sorgt für die Datenübertragung zwischen den Komponenten 20, 22, 24, 26a, 26b, 26c, 28 sowie 30a, 30b, 30c.
  • Die CPU 20 führt Brückencode 34 aus, der in einem nichtflüchtigen Speicher in der Brücke 2 gespeichert sein kann, um Paketübermittlungsoperationen zwischen den Adaptern 26a, 26b, 26c, 30a, 30b, 30c durchzuführen. Ferner kann die CPU 20 im Speicher 22 Parameter 36 für das zweite Datenübertragungsprotokoll speichern, die für die Datenübertragung über die Adapter 30a, 30b, 30c zum Switch 14 zu verwenden sind.
  • Obwohl 1 Chipsätze 24 und 28 zeigt, die das erste Datenübertragungsprotokoll und das konvergente Netzwerkprotokoll realisieren, können die Funktionen dieser Protokolle in Programmanweisungen im Brückencode 34 gespeichert sein, der von der CPU 20 ausgeführt wird, um Operationen bezüglich des ersten Datenübertragungsprotokolls und des konvergenten Netzwerkprotokolls durchzuführen. Alternativ dazu können einige oder alle Funktionen des Brückencodes 34 in Hardwarelogik in einer Hardwarekomponente mit integrierter Schaltung realisiert sein.
  • Obwohl drei Komponenten 4a, 4b, 4c, 8a, 8b, 8c, 26a, 26b, 26c, 30a, 30b, 30c gezeigt sind, kann jede beliebige Anzahl dieser Komponenten vorhanden sein, und es kann die gleiche oder eine andere Anzahl der unterschiedlichen Komponenten vorhanden sein. Obwohl die Adapter 26a, 26b, 26c ferner als mit den Hosts 4a, 4b, 4c verbunden gezeigt sind, können sie auch mit Switches, weiteren Brücken, Verstärkern (repeaters) oder anderen Komponenten verbunden sein, bevor sie von den Hosts 4a, 4b, 4c empfangen werden. Obwohl die Adapter 30a, 30b, 30c mit einem Switch 14 verbunden gezeigt sind, können sie auch direkt mit den Hosts 8a, 8b, 8c oder anderen Komponenten, Weiterleitern, Verstärkern, anderen Switches usw. verbunden sein. Obwohl ferner bei bestimmten Ausführungsformen das erste Datenübertragungsprotokoll Bestands-Ethernet aufweist, das zweite Datenübertragungsprotokoll FCoE aufweist, das konvergente Netzwerkprotokoll CEE/DCB aufweist und das dritte Datenübertragungsprotokoll Fibre Channel aufweist, können das erste, zweite, dritte und Konvergente-Netzwerk-Datenübertragungsprotokoll andere Datenübertragungsprotokolle aufweisen, so dass das konvergente Netzwerkprotokoll die Übermittlung von Paketen zwischen einem Netzwerk mit dem ersten Datenübertragungsprotokoll und einem Netzwerk mit dem dritten Datenübertragungsprotokoll erleichtert.
  • 2 veranschaulicht eine im Stand der Technik bekannte Ausführungsform einer FCoE-Kapselung von Fibre-Channel-Nutzdaten. Ein Ethernet-Rahmen 50 besitzt einen Ethernet-Kopf (ethernet header) 52 mit Ethernet-Kopf-Daten und kapselt einen FCoE-Rahmen 54, der einen FCoE-Kopf 56 besitzt, und einen Fibre-Channel-Rahmen 58 mit einem Fibre-Channel-Kopf 60 und Fibre-Channel-Nutzdaten 62. Die Brücke 2 kann ein mit FCoE- und Fibre-Channel-Daten gekapseltes Ethernet-Paket 50 durch die zweiten Adapter 30a, 30b, 30c empfangen und zu den ersten Adaptern 30a, 30b, 30c weiterleiten.
  • 3 veranschaulicht eine Ausführungsform eines Host 4, wie beispielsweise die Hosts 4a, 4b und 4c, die einen oder mehrere Prozessoren 70, einen Speicher 72, in den Software 74 für das zweite Datenübertragungsprotokoll zur Ausführung durch den Prozessor 70 geladen wird, sowie einen Adapter 76 für das erste Datenübertragungsprotokoll, z. B. einen Ethernet-Adapter, enthält. Bei einer Ausführungsform stellt die Software 74 für das zweite Datenübertragungsprotokoll eine Softwarerealisierung eines logischen FCoE-Endpunktes (LEP) bereit, der Daten des FCoE-Rahmens 54 im Ethernet-Rahmen 50 kapselt. Ferner kann die Software 74 für das zweite Datenübertragungsprotokoll auf die Nutzdaten 62 zugreifen und diese in den FCoE-Rahmen 54 innerhalb des Ethernet-Rahmens 50 zur letztendlichen Verwendung durch den Switch 14 packen, der auf den FCoE-Rahmen 54 zugreifen kann, um die Nutzdaten 62 zur Bereitstellung für das Fiber-Channel-Netzwerk 10 zu entnehmen. Der Adapter 76 für das erste Datenübertragungsprotokoll, wie beispielsweise ein Bestands-Ethernet-Adapter, kann diesen FCoE-Rahmen 50 an die Brücke 0 übermitteln, obwohl der Adapter 76 keine Funktionalität für FCoE (zweites Datenübertragungsprotokoll) enthält, um die Daten des FCoE-Rahmens 54 nutzen zu können.
  • Bei bestimmten Ausführungsformen besitzt die Software 74 für das zweite Datenübertragungsprotokoll keine Fähigkeiten zum Abwickeln von Operationen des konvergenten Netzwerkprotokolls (CEE/DCB), die zum Unterstützen der Konvergenz und Kompatibilität mit dem Netzwerk 10 mit dem dritten Datenübertragungsprotokoll, z. B. Fiber Channel, notwendig sind. Zum Beispiel können bei einer Ausführungsform die von der Software 74 für das zweite (FCoE-)Datenübertragungsprotokoll nicht unterstützten konvergenten Netzwerkprotokolle durch den Switch 14 erwartete CEE/DCB-Protokolle aufweisen, wie beispielsweise eine in „institute of Electrical and Electronics Engineers (IEEE) 802.1Qbb” beschriebene prioritätsgestützte Flusssteuerung, eine in IEEE 802.1Qaz beschriebene verbesserte Übermittlungsauswahl (Enhanced Transmission Selection), eine in IEEE 802.1Qau beschriebene Überlastungsbenachrichtigung (Congestion Notification) sowie Data Center Bridging Exchange (DCBX). Die prioritätsgestützte Flusssteuerung (Prioritybased Flow Control (PFC)) stellt einen Flusskontrollmechanismus auf Verbindungsebene bereit, der für jede Dienstgüte (Class of Service (CoS)) unabhängig gesteuert werden kann, um sicherzustellen, dass bei Überlastung in DCB-Netzwerken keinerlei Verluste auftreten. Die verbesserte Übermittlungsauswahl (Enhanced Transmission Selection (ETS)) stellt ein bekanntes Verwaltungsrahmenwerk für die Zuweisung von Bandbreite zu CoS-gestützten Datenverkehrsklassen bereit. Die Überlastungsbenachrichtigung stellt eine durchgängige Überlastungsverwaltung für Protokolle bereit, die in der Lage sind, die Übertragungsrate zu begrenzen, um Rahmenverlust bei Ergänzungsprotokollen wie Ethernet zu vermeiden, die eine native Überlastungsverwaltung besitzen. Die Überlastungsbenachrichtigung stellt eine zeitnahere Reaktion auf Netzwerküberlastung bereit. Beim „Data Center Bridging Capabilities Exchange Protocol” (DCBX) handelt es sich um ein Erkennungs- und Funktionalitätsaustauschprotokoll, das zum Übermitteln von Funktionalitäten und Konfigurationen der vorstehenden Merkmale zwischen Nachbarn verwendet wird, um eine konsistente Konfiguration innerhalb des Netzwerks sicherzustellen. Die Brücke 2 enthält den Chipsatz 28 für das konvergente Netzwerkprotokoll zur Unterstützung der konvergenten Netzwerkprotokolle, die in den für den Datenaustausch mit dem Switch 14 und dem Netzwerk 10 mit dem dritten Datenübertragungsprotokoll benötigten Hosts 4a, 4b, 4c nicht unterstützt werden. Somit muss die Brücke 2 eine Verbindung zwischen denjenigen vom Switch 14 benötigten konvergenten Netzwerkprotokollen herstellen, die von den Komponenten in den Hosts 4a, 4b, 4c nicht unterstützt werden, wie beispielsweise der Software 74 für das zweite Datenübertragungsprotokoll (FCoE) und dem Adapter 76 für das erste Datenübertragungsprotokoll (Ethernet).
  • 4 veranschaulicht eine Ausführungsform von Operationen, die von den Komponenten der Brücke 2 durchgeführt werden, zu denen die den Brückencode 34 ausführende CPU 20 und die Chipsätze 24 und 28 zählen. Die Brücke 2 initiiert (in Block 100) Operationen zum Herstellen einer Verbindung zwischen einem ersten Adapter 26a, 26b oder 26c (z. B. Bestands-Ethernet) und einem zweiten Adapter 30a, 30b oder 30c (z. B. verbessertes Ethernet). Die Adapter 26a, 26b, 26c stellen Verbindungen mit Systemen 4a, 4b, 4c mit Adaptern für das erste Datenübertragungsprotokoll bereit, und die Adapter 30a, 30b und 30c stellen über einen das dritte Datenübertragungsprotokoll unterstützenden Switch 14 Verbindungen mit den Systemen 8a, 8b, 8c bereit, die Adapter für das dritte Datenübertragungsprotokoll besitzen. Die Brücke 2 nutzt den Chipsatz 28 für das konvergente Netzwerkprotokoll zum Durchführen von Handshaking- und Initialisierungsoperationen mit dem Switch 14. Dann überträgt die Brücke 2 (in Block 104) Pakete zwischen den ersten 26a, 26b oder 26c und den zweiten 30a, 30b oder 30c Adaptern, um über den Switch 14 eine Übertragung zwischen den Hosts 4a, 4b, 4c im Netzwerk 6 mit dem ersten Datenübertragungsprotokoll und den Hosts 8a, 8b, 8c im Netzwerk 10 mit dem dritten Datenübertragungsprotokoll durchzuführen. Bei bestimmten Ausführungsformen modifiziert die Brücke 2 die Pakete nicht, die im zweiten Datenübertragungsprotokoll, z. B. FCoE, codiert sind, das von dem Switch 14 und der Software 74 für das zweite Datenübertragungsprotokoll (FCoE) in den Hosts 4a, 4b, 4c verarbeitet werden kann. Die Brücke empfängt (in Block 106) vom zweiten Adapter 30a, 30b, 30c ein an den ersten Adapter 26a, 26b oder 26c gerichtetes Paket mit einer Funktion im konvergenten Netzwerkprotokoll. Diese Funktion im konvergenten Netzwerkprotokoll wird von der Software 74 für das zweite Datenübertragungsprotokoll möglicherweise nicht unterstützt. Die Brücke 2 führt (in Block 108) Operationen zum Realisieren der Funktion mithilfe der Parameter 36 im Speicher 22 durch, um die Übermittlung von Paketen im Datenübertragungsprotokoll konvergenter Netzwerke, z. B. CEE/DCB zu unterstützen. Ferner kann die Brücke 2 (in Block 110) ermitteln, ob die Funktion oder der Befehl vom zweiten Adapter 30a, 30b oder 30c einer zweiten Funktion im ersten Datenübertragungsprotokoll entspricht. Falls ja, ermittelt die Brücke 2 (in Block 112) eine zweite Funktion im ersten Datenübertragungsprotokoll und mit der Funktion zu verwendende Parameter um die Funktion im konvergenten Netzwerkprotokoll vom zweiten Adapter 30a, 30b oder 30c zu realisieren. Die Brücke 2 übermittelt (in Block 114) die zweite Funktion im ersten Datenübertragungsprotokoll an den ersten Adapter 26a, 26b oder 26c zur Weiterleitung zu dem Ziel-Host 4a, 4b oder 4c. Der Steuervorgang endet (in Block 116), wenn (von der Verzweigung „Nein” von Block 110) die Funktion vom zweiten Adapter 30a, 30b oder 30c keiner zweiten Funktion im ersten Datenübertragungsprotokoll entspricht oder nachdem die zweite Funktion an den ersten Adapter 26a, 26b oder 26c (von Block 114) übermittelt wurde.
  • Zum Beispiel können die im Speicher 22 enthaltenen Parameter für das konvergente Netzwerkprotokoll durch den zweiten Adapter 30a, 30b oder 30c erkannte Paketklassen angeben, und die erste Funktion kann eine Pause für eine ausgewählte Paketklasse vom ersten Adapter im konvergenten Netzwerkprotokoll aufweisen. In diesem Fall kann die Brücke 2 eine Pause-Anweisung im ersten Datenübertragungsprotokoll zum ersten Adapter 26a, 26b oder 26c senden, um den ersten Adapter 26a, 26b oder 26c oder die Hosts 4a, 4b oder 4c zu veranlassen, das Senden aller Pakete vom verbundenen Host 4a, 4b oder 4c pausieren zu lassen, d. h., eine Realisierung der Pause-Funktion des konvergenten Netzwerkprotokolls bereitzustellen. Die Pause-Anweisung im ersten Datenübertragungsprotokoll unterstützt möglicherweise nicht das Pausieren für eine ausgewählte Paketklasse und führt stattdessen unter Umständen ungeachtet einer gemäß dem konvergenten Netzwerkprotokoll angegebenen Klassifizierung eine Pause für Pakete durch.
  • 5 veranschaulicht eine Ausführungsform von von der Brücke 2 durchgeführten Operationen zum Verarbeiten eines Pause-Befehls im konvergenten Netzwerkprotokoll, der über einen Adapter 30, a, 30b oder 30c von dem Switch 14 oder einer anderen Komponente empfangen wurde. Bei Empfangen einer Pause für eine ausgewählte Paketklasse im konvergenten Netzwerkprotokoll durch den zweiten Adapter 30a, 30b oder 30c (in Block 200), wie beispielsweise eines Pause-Befehls der prioritätsgestützten Flusssteuerung im DCB-Protokoll, initiiert die Brücke 22 (in Block 202) eine Pausenabwicklung für die ausgewählte Klasse. Bei Empfangen von Paketen vom ersten Adapter 26a, 26b oder 26c (in Block 204), während die Pause initiiert ist, ermittelt die Brücke 2 (in Block 206), ob die Pakete der ausgewählten Klasse angehören. Dies kann durch Berücksichtigen von Angaben im Kopf oder in den Feldern des Pakets des ersten Datenübertragungsprotokolls, der Quelle oder dem Ziel der Nachricht usw. ermittelt werden. Wenn (in Block 206) das empfangene Paket der ausgewählten Klasse angehört, verzögert die Brücke 2 (in Block 208) die Übermittlung der empfangenen Pakete an den zweiten Adapter 30a, 30b oder 30c. Wenn (in Block 206) die empfangenen Pakete nicht in die für die Pause ausgewählte Klasse eingestuft sind, werden die empfangenen Pakete (in Block 210) für das Weiterleiten zu dem Switch 14 und schließlich zum Netzwerk 10 mit dem dritten Datenübertragungsprotokoll, zum zweiten Adapter 30a, 30b oder 30c weitergeleitet.
  • 6 veranschaulicht eine Ausführungsform von von der Brücke 2 durchgeführten Operationen zum Verarbeiten eines über den ersten Adapter 26a, 26b oder 26c empfangenen Pause-Befehls im ersten Datenübertragungsprotokoll. Bei Empfangen einer von einem Host 4a, 4b oder 4c initiierten Pause im ersten Datenübertragungsprotokoll von einem ersten Adapter 26a, 26b, 26c (in Block 220), sendet die Brücke 2 (in Block 222) mindestens eine pausenbezogene Anweisung zu dem zweiten Adapter 30a, 30b oder 30c im konvergenten Netzwerkprotokoll, das Senden aller Klassen von Paketen pausieren zu lassen, die für den Datenaustausch mit dem zweiten Adapter 30a, 30b oder 30c konfiguriert sind, z. B. das Weiterleiten von Paketen zu einem Host 8a, 8b, 8c im Netzwerk 10 mit dem dritten Datenübertragungsprotokoll (z. B. Fibre Channel) pausieren zu lassen.
  • 7 veranschaulicht eine Ausführungsform von von der Brücke 2 durchgeführten Operationen zum Verwalten von Bandbreite für Paketklassen entsprechend dem konvergenten Netzwerkprotokoll (z. B. DCB). Die Daten zur Bandbreite für die unterschiedlichen Paketklassen wären über den zweiten Adapter 30a, 30b oder 30c vom Switch 14 übertragen worden. Bei Empfangen eines Paketes vom ersten Adapter 26a, 26b oder 26c im ersten Datenübertragungsprotokoll (in Block 260) verarbeitet die Brücke 2 (in Block 262) Daten über die den unterschiedlichen Paketklassen zugewiesene Bandbreite und die von jeder Paketklasse genutzte Bandbreite, was als Parameter 36 im Speicher 22 gespeichert werden kann. Die Paketklasse wird (in Block 264) ermittelt, was durch Inspizieren von Feldern im empfangenen Paket, wie beispielsweise des FCoE-Kopfes 56, ermittelt werden kann. Dann ermittelt die Brücke 2 (in Block 266), ob ein Übermitteln des Pakets dazu führen würde, dass die von der ermittelten Klasse genutzte Bandbreite eine dieser Klasse zugewiesene Bandbreite überschreitet. Dies erfordert, dass die Brücke 2 im Speicher 22 Werte für die derzeit zugeordnete Bandbreite für jede Klasse und die maximal zulässige Bandbreite für jede Klasse pflegt. Wenn (in Block 266) ein Übermitteln des Pakets nicht dazu führen würde, dass die der Klasse des Pakets zugeordnete Bandbreite deren zugeordnete maximale Bandbreite überschreitet, dann übermittelt die Brücke 2 (in Block 268) das Paket über den zweiten Adapter 30a, 30b oder 30c an den Switch 14 und das Netzwerk 10 mit dem dritten Datenübertragungsprotokoll. Die für diese Klasse genutzte Bandbreite wird dann (in Block 370) um die Größe des übermittelten Paketes erhöht. Wenn andernfalls (in Block 266) ein Übermitteln des Pakets dazu führen würde, dass die Bandbreite für diese Klasse überschritten wird, dann reiht die Brücke 2 (in Block 272) das empfangene Paket in eine Warteschlange ein und wartet, bis sich die Bandbreite der Klasse als Reaktion darauf, dass ein anderes Paket für die Klasse die Übermittlung abschließt, verringert, und kehrt dann zu Block 266 zurück, um zu ermitteln, ob das Paket in der Warteschlange übermittelt werden soll.
  • Bestimmte Operationen zwischen dem Switch 14 und den Hosts 4a, 4b, 4c können durch die Software 72 für das zweite Datenübertragungsprotokoll in den Hosts 4a, 4b, 4c abgewickelt werden. Zum Beispiel kann die Brücke 2 ein über den zweiten Adapter 30a, 30b oder 30c empfangenes Keepalive-Paket zum ersten Adapter 26a, 26b oder 26c weiterleiten. Die Software 72 für das zweite Datenübertragungsprotokoll kann dann die Keepalive-Anfrage im FCoE-Rahmen 54 verarbeiten und dann einen Antwort-Ethernet-Rahmen 50 mit einer Keepalive-Antwort im zweiten Datenübertragungsprotokoll erzeugen, z. B. im an den Switch 14 über die Brücke 2 zurückzusendenden FCoE-Rahmen 54.
  • Beschriebene Ausführungsformen stellen eine Brücke mit Adaptern zum Datenaustausch mit einem ersten Datenübertragungsprotokoll, wie beispielsweise Bestands-Ethernet, sowie mit Adaptern zum Datenaustauschen mittels eines konvergenten Netzwerkprotokolls (z. B. CEE/DCB) bereit, das dazu verwendet wird, die Übertragung von Paketen zu einem Netzwerk mit einem dritten Datenübertragungsprotokoll zu erleichtern. Da die Brücke 2 die Datenübertragung zwischen den Protokollen erleichtert, können sich bei den beschriebenen Ausführungsformen die Hosts 4a, 4b, 4c im Netzwerk 6 mit dem ersten Datenübertragungsprotokoll an das konvergente Netzwerkprotokoll bereitstellenden Netzwerken beteiligen, ohne dass ihre Netzwerkadapter aufgerüstet werden müssen.
  • Zusätzliche Details von Ausführungsformen
  • Die beschriebenen Operationen können als ein Verfahren, eine Vorrichtung oder ein Computerprogrammprodukt unter Verwendung von Standardprogrammier- und/oder -entwicklungstechniken zum Produzieren von Software, Firmware, Hardware oder einer Kombination daraus realisiert werden. Dementsprechend können Aspekte der Ausführungsformen der Erfindung in Form einer vollständigen Hardwareausführungsform, einer vollständigen Softwareausführungsform (einschließlich Firmware, residenter Software, Mikrocode usw.) oder einer Ausführungsform vorliegen, die Software- und Hardwareaspekte kombiniert, was hierin sämtlich allgemein als „Schaltkreis”, „Modul” oder „System” bezeichnet sein kann. Weiterhin können Aspekte der Ausführungsformen in Form eines Computerprogrammprodukts vorliegen, das in einem oder mehreren computerlesbaren Datenträgern mit darauf befindlichem computerlesbarem Programmcode enthalten sein kann.
  • Jede beliebige Kombination aus einem oder mehreren computerlesbaren Medien kann verwendet werden. Bei dem computerlesbaren Medium kann es sich um ein computerlesbares Signalmedium oder ein computerlesbares Speichermedium handeln. Bei einem computerlesbaren Speichermedium kann es sich zum Beispiel, ohne darauf beschränkt zu sein, um ein System, eine Vorrichtung oder eine Einheit elektronischer, magnetischer, optischer, elektromagnetischer, Infrarot oder Halbleiter verwendender Art oder eine beliebige geeignete Kombination des Vorgenannten handeln. Zu spezielleren Beispielen für das computerlesbare Speichermedium gehört Folgendes (unvollständige Liste): eine elektrische Verbindung mit einer oder mehreren Leitungen, eine transportable Computerdiskette, eine Festplatte, ein Speicher mit wahlfreiem Zugriff (RAM), ein Nur-Lese-Speicher (ROM), ein löschbarer programmierbarer Nur-Lese-Speicher (EPROM oder Flash-Speicher), ein Lichtwellenleiter, ein transportabler Compact-Disk-Nur-Lese-Speicher (CD-ROM), eine optische Speichereinheit, eine magnetische Speichereinheit oder eine beliebige geeignete Kombination des Vorgenannten. Im Kontext dieses Dokuments kann es sich bei einem computerlesbaren Speichermedium um jedes gegenständliche Medium handeln, das ein Programm zur Verwendung durch ein System, eine Vorrichtung oder eine Einheit zur Ausführung von Anweisungen oder zur Verwendung in Verbindung damit enthalten oder speichern kann.
  • Zu einem computerlesbaren Signalmedium kann ein verbreitetes Datensignal mit darin zum Beispiel im Basisband oder als Teil einer Trägerwelle ausgebildetem computerlesbarem Programmcode gehören. Solch ein verbreitetes Signal kann in jeder beliebigen einer Vielfalt von Formen vorliegen, wie beispielsweisein elektromagnetischer, optischer oder jeder geeigneten Kombination davon, jedoch nicht beschränkt darauf. Bei einem computerlesbaren Signalmedium kann es sich um ein beliebiges computerlesbares Medium handeln, das kein computerlesbares Speichermedium ist und das ein Programm zur Verwendung durch ein System, eine Vorrichtung oder eine Einheit zur Ausführung von Anweisungen oder zur Verwendung in Verbindung damit übertragen, verbreiten oder transportieren kann.
  • Der in einem computerlesbaren Medium enthaltene Programmcode kann mittels eines beliebigen geeigneten Mediums übertragen werden, wie beispielsweisekabellos, kabelgebunden, Lichtwellenleiterkabel, Hochfrequenz (HF) usw., jedoch nicht beschränkt darauf, oder einer beliebigen geeigneten Kombination des Vorgenannten.
  • Computerprogrammcode zum Ausführen von Operationen für Aspekte der vorliegenden Erfindung kann in jeder Kombination aus einer oder mehreren Programmiersprachen, darunter eine objektorientierte Programmiersprache wie Java, Smalltalk, C++ oder Ähnliches und herkömmliche prozedurale Programmiersprachen wie die Programmiersprache „C” oder ähnliche Programmiersprachen, geschrieben sein. 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, darunter ein Nahbereichsnetzwerk (local area network (LAN)) oder ein Weitbereichsnetzwerk (wide area network (WAN)), verbunden sein, oder es kann eine Verbindung zu einem externen Computer (zum Beispiel mittels eines Internetdienstanbieters über das Internet) hergestellt werden.
  • Aspekte der vorliegenden Erfindung werden nachfolgend unter Bezugnahme auf Abbildungen von Ablaufplänen und/oder Blockschaubildern von Verfahren, Vorrichtungen (Systemen) und Computerprogrammprodukten gemäß Ausführungsformen der Erfindung beschrieben. Es versteht sich, dass jeder Block der Abbildungen von Ablaufplänen und/oder der Blockschaubilder sowie Kombinationen von Blöcken in den Abbildungen von Ablaufplänen und/oder den Blockschaubildern durch Computerprogrammanweisungen realisiert werden können. Diese Computerprogrammanweisungen können für einen Prozessor eines Universalcomputers, eines Spezialcomputers 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 Medium gespeichert sein, das einen Computer, eine andere programmierbare Datenverarbeitungsvorrichtung oder andere Einheiten anleiten kann, auf eine bestimmte Weise zu funktionieren, sodass die in dem computerlesbaren Medium gespeicherten Anweisungen einen Herstellungsartikel einschließlich Anweisungen erzeugen, welche die im Block oder in den Blöcken des Ablaufplans und/oder des Blockschaubildes angegebene Funktion/Handlung ausführen.
  • 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 per Computer realisierten 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 Funktionen/Handlungen bereitstellen.
  • Bei bestimmten Ausführungsformen kann das System von 1 als Cloud-Komponententeil in einer Cloud-Computing-Umgebung realisiert werden. In der Cloud-Computing-Umgebung kann die am Bereitstellen von Cloud-Computing beteiligte Systemarchitektur der Hardware- und Softwarekomponenten eine Vielzahl von Cloud-Komponenten aufweisen, die miteinander über ein Netzwerk, wie beispielsweise das Internet, Daten austauschen. Zum Beispiel kann bei bestimmten Ausführungsformen das Brückensystem von 1 für Clients und andere Server und Software- und/oder Hardwarekomponenten in einem Cloud-Netzwerk des Netzwerks mit dem ersten Datenübertragungsprotokoll und des Netzwerks mit dem dritten Datenübertragungsprotokoll Funktionen des Netzwerks mit dem zweiten Datenübertragungsprotokoll bereitstellen.
  • Die Begriffe „eine Ausführungsform”, „Ausführungsform”, „Ausführungsformen”, „die Ausführungsform”, „die Ausführungsformen”, „eine oder mehrere Ausführungsformen”, „manche/einige Ausführungsformen bedeuten „eine oder mehrere (jedoch nicht alle) Ausführungsformen der vorliegenden Erfindung(en)”, sofern nicht ausdrücklich etwas anderes angegeben ist.
  • Die Begriffe „einschließen”, „enthalten”, „zählen zu”, „gehören zu”, „aufweisen” „besitzen” und Variationen davon bedeuten „einschließlich, jedoch nicht beschränkt darauf”, sofern nicht ausdrücklich etwas anderes angegeben ist.
  • Die angeführte Auflistung von Elementen impliziert nicht, dass sich ein oder alle Elemente gegenseitig ausschließen, sofern nicht ausdrücklich etwas anderes angegeben ist.
  • Die Begriffe „ein”, „eine” und „der”, „die”, „das” sowie Deklinationen davon bedeuten „ein oder mehrere”, sofern nicht ausdrücklich etwas anderes angegeben ist.
  • Einheiten, die miteinander Daten austauschen, müssen nicht kontinuierlich miteinander Daten austauschen, sofern nicht ausdrücklich etwas anderes angegeben ist. Darüber hinaus können Einheiten, die miteinander Daten austauschen, dies direkt oder indirekt über ein oder mehrere Zwischenelemente tun.
  • Eine Beschreibung einer Ausführungsform mit mehreren Daten miteinander austauschenden Komponenten impliziert nicht, dass all diese Komponenten benötigt werden. Im Gegenteil wird eine Vielfalt optionaler Komponenten beschrieben, um die breite Vielfalt möglicher Ausführungsformen der vorliegenden Erfindung zu veranschaulichen.
  • Obwohl Prozessschritte, Verfahrensschritte, Algorithmen oder Ähnliches in sequenzieller Reihenfolge beschrieben sein können, können solche Prozesse, Verfahren und Algorithmen ferner so ausgelegt sein, dass sie in alternativen Reihenfolgen funktionieren. Anders ausgedrückt muss jede möglicherweise beschriebene Abfolge oder Reihenfolge von Schritten nicht unbedingt auf eine Notwendigkeit hindeuten, dass diese Schritte in dieser Reihenfolge durchzuführen sind. Die Schritte hierin beschriebener Prozesse können in jeder praktikablen Reihenfolge durchgeführt werden. Ferner können einige Schritte gleichzeitig ausgeführt werden.
  • Wenn hierin eine einzige Einheit oder ein einziger Artikel beschrieben ist, versteht sich ohne Weiteres, dass mehr als eine Einheit/ein Artikel (zusammenwirkend oder nicht) anstelle der einzelnen Einheit/des einzelnen Artikels verwendet werden kann. Gleichermaßen ist bei Beschreibungen von mehr als einer Einheit oder mehr als einem Artikel hierin (zusammenwirkend oder nicht) ersichtlich, dass eine einzige Einheit/ein einziger Artikel anstelle der mehr als einen Einheit oder des mehr als einen Artikels oder eine andere Anzahl von Einheiten/Artikeln anstelle der gezeigten Anzahl von Einheiten oder Programmen verwendet werden kann. Die Funktionalität und/oder die Merkmale einer Einheit können alternativ durch eine oder mehrere andere Einheiten verkörpert werden, die nicht explizit als solche Funktionalität/Merkmale aufweisend beschrieben sind. Somit müssen andere Ausführungsformen der vorliegenden Erfindung nicht die Einheit selbst enthalten.
  • Die veranschaulichten Operationen von 4 bis 7 zeigen in einer bestimmten Reihenfolge auftretende bestimmte Ereignisse. Bei alternativen Ausführungsformen können bestimmte Operationen modifiziert, entfernt oder in einer anderen Reihenfolge durchgeführt werden. Darüber hinaus können Schritte zur vorstehend beschriebenen Logik hinzugefügt werden und nach wie vor mit den beschriebenen Ausführungsformen konform sein. Weiterhin können hierin beschriebene Operationen sequenziell auftreten, oder bestimmte Operationen können parallel verarbeitet werden. Darüber hinaus können Operationen von einer einzigen Verarbeitungseinheit oder von verteilten Verarbeitungseinheiten durchgeführt werden.
  • Die vorangehende Beschreibung verschiedener Ausführungsformen der Erfindung wurde zum Zwecke der Veranschaulichung und Beschreibung vorgelegt. Sie ist nicht als erschöpfend oder die Erfindung auf genau die offenbarte Form einschränkend aufzufassen. Viele Änderungen und Variationen sind im Lichte der vorstehenden Lehre möglich. Der Umfang der Erfindung ist nicht als durch diese detaillierte Beschreibung, sondern vielmehr durch die hieran angehängten Ansprüche begrenzt aufzufassen. Die vorstehende Beschreibung, die vorstehenden Beispiele und die vorstehenden Angaben liefern eine vollständige Beschreibung der Herstellung und Verwendung der Zusammensetzung der Erfindung. Da viele Ausführungsformen der Erfindung geschaffen werden können, ohne vom Umfang der Erfindung abzuweichen wohnt die Erfindung den hiernach angehängten Ansprüchen inne.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Nicht-Patentliteratur
    • IEEE 802.11 [0004]
    • (IEEE) 802.1Qbb [0022]
    • IEEE 802.1Qaz [0022]
    • IEEE 802.1Qau [0022]

Claims (12)

  1. Per Computer realisiertes Verfahren zum Verwalten der Datenübertragung zwischen einem ersten Adapter, der ein erstes Datenübertragungsprotokoll realisiert, und einem zweiten Adapter, der ein konvergentes Netzwerkprotokoll realisiert, wobei das konvergente Netzwerkprotokoll den Datenaustausch von mit einem zweiten Datenprotokoll codierten Paketen mit einem Netzwerk mit einem dritten Datenübertragungsprotokoll erleichtert; wobei das Verfahren aufweist: Konfigurieren von Parametern für die Datenübertragung zwischen dem ersten Adapter und dem zweiten Adapter im konvergenten Netzwerkprotokoll in einem Speicher, um dem zweiten Adapter anzuzeigen, dass das konvergente Netzwerkprotokoll unterstützt wird, wobei der erste Adapter das konvergente Netzwerkprotokoll nicht unterstützt; Empfangen eines Pakets, das im zweiten Datenübertragungsprotokoll codiert und an das Netzwerk mit dem dritten Datenübertragungsprotokoll gerichtet ist, durch den ersten Adapter; Weiterleiten des Pakets zu dem zweiten Adapter, um es zu dem Netzwerk mit dem dritten Datenübertragungsprotokoll weiterzuleiten; Empfangen eines an den ersten Adapter gerichteten Befehls, eine Funktion im konvergenten Netzwerkprotokoll für die Datenübertragung zwischen dem ersten und dem zweiten Adapter zu realisieren, am zweiten Adapter; und Durchführen von Operationen zum Realisieren der Funktion mithilfe der Parameter im Speicher zum Unterstützen der Übermittlung von Paketen zwischen dem ersten und dem zweiten Adapter.
  2. Verfahren nach Anspruch 1, wobei der erste Adapter einen Bestands-Ethernet-Adapter aufweist, wobei das erste Datenübertragungsprotokoll das Ethernet-Protokoll aufweist, wobei der zweite Adapter einen verbesserten Ethernet-Adapter aufweist, das zweite Datenübertragungsprotokoll Fibre Channel over Ethernet (FCoE) aufweist, das konvergente Netzwerkprotokoll das „Data Center Bridging Exchange”-Protokoll aufweist, welches eine verlustfreie Übermittlung mit einem Fibre-Channel-Netzwerk unterstützt, und wobei das Netzwerk mit dem dritten Datenübertragungsprotokoll das Fibre-Channel-Netzwerk aufweist.
  3. Verfahren nach einem der vorhergehenden Ansprüche, wobei die Funktion eine erste Funktion aufweist, wobei die Funktion im konvergenten Netzwerkprotokoll im ersten Datenübertragungsprotokoll und im ersten Adapter nicht unterstützt wird, und wobei das Durchführen der Operationen zum Realisieren der ersten Funktion vom zweiten Adapter aufweist: Ermitteln einer zweiten Funktion im ersten Datenübertragungsprotokoll und von Parametern zum Verwenden mit der Funktion, um die Funktion vom zweiten Adapter zu realisieren; und Übermitteln der zweiten Funktion an den ersten Adapter.
  4. Verfahren nach einem der vorhergehenden Ansprüche, wobei die Konfigurationsparameter Datenverkehrsklassen für Pakete angeben, die im konvergenten Datenübertragungsprotokoll, jedoch nicht im ersten Datenübertragungsprotokoll erkannt werden, wobei die Funktion eine Pause für eine ausgewählte Paketklasse vom ersten Adapter aufweist, weiterhin aufweisend: Empfangen von Paketen vom ersten Adapter; Ermitteln, ob die empfangenen Pakete der ausgewählten Klasse angehören; Verzögern der Übermittlung der empfangenen Pakete an den zweiten Adapter als Reaktion auf das Ermitteln, dass die Pakete der ausgewählten Klasse angehören; und Weiterleiten der empfangenen Pakete zu dem zweiten Adapter als Reaktion auf das Ermitteln, dass die Pakete nicht der ausgewählten Klasse angehören.
  5. Verfahren nach Anspruch 1, wobei die Konfigurationsparameter Paketklassen angeben, die im konvergenten Datenübertragungsprotokoll, jedoch nicht im ersten Datenübertragungsprotokoll erkannt werden, wobei die Funktion eine Pause-Anweisung im konvergenten Netzwerkprotokoll für eine ausgewählte Paketklasse vom ersten Adapter aufweist, und wobei das Durchführen der Operationen aufweist: Senden einer Pause-Anweisung im ersten Datenübertragungsprotokoll an den ersten Adapter, um den ersten Adapter zu veranlassen, das Senden aller Pakete pausieren zu lassen.
  6. Verfahren nach Anspruch 5, wobei die Operationen weiterhin aufweisen: Empfangen der Pause-Anweisung im ersten Datenübertragungsprotokoll vom ersten Adapter, um den zweiten Adapter anzuweisen, das Senden aller Pakete einzustellen; als Reaktion auf die Pause-Anweisung Senden mindestens einer Anweisung an den zweiten Adapter im konvergenten Netzwerkprotokoll, das Senden aller für den Datenaustausch mit dem zweiten Adapter konfigurierten Paketklassen pausieren zu lassen.
  7. Verfahren nach Anspruch 1, wobei die Funktion eine Keepalive-Anfrage vom zweiten Adapter aufweist und wobei die Operationen ferner ein Senden des Pakets einschließlich der Keepalive-Anfrage zu dem ersten Adapter aufweisen, wobei die Keepalive-Anfrage durch Software für das zweite Datenübertragungsprotokoll in einem Host in einem Netzwerk mit einem ersten Datenübertragungsprotokoll verarbeitet wird.
  8. Verfahren nach Anspruch 1, wobei die Konfigurationsparameter im konvergenten Netzwerk, jedoch nicht im ersten Datenübertragungsprotokoll unterstützte Paketklassen sowie prozentuale Bandbreitenanteile für die unterschiedlichen Paketklassen angeben, wobei die Funktion eine Bandbreiten-Verwaltungsfunktion aufweist und wobei die Operationen zum Realisieren der Funktion das Gewährleisten der prozentualen Bandbreitenanteile für die Paketklassen entsprechend den für die Pakete in den Konfigurationsparametern vorgesehenen prozentualen Bandbreitenanteilen aufweisen.
  9. System, aufweisend: einen Host; einen Switch; und eine Brücke beinhaltend: einen ersten Adapter, der ein erstes Datenübertragungsprotokoll im Datenaustausch mit dem Host realisiert; einen zweiten Adapter, der ein konvergentes Netzwerkprotokoll im Datenaustausch mit dem Switch realisiert, wobei das konvergente Netzwerkprotokoll den Datenaustausch von mit einem zweiten Datenübertragungsprotokoll codierten Paketen mit einem Netzwerk mit einem dritten Datenübertragungsprotokoll erleichtert, wobei der erste Adapter das konvergente Netzwerkprotokoll nicht unterstützt; einen Prozessorn; einen Speichern, der von dem Prozessor ausgeführten Code zum Durchführen des Verfahrens nach einem der Ansprüche 1 bis 8 enthält.
  10. System nach Anspruch 9, wobei der Host enthält: einen Host-Adapter, der das erste Datenübertragungsprotokoll unterstützt, um mit dem ersten Adapter in der Brücke Daten auszutauschen; und Software für das zweite Datenübertragungsprotokoll zum Verarbeiten von mit dem zweiten Datenübertragungsprotokoll codierten Paketen.
  11. Computerprogrammprodukt zum Verwalten der Datenübertragung zwischen einem ersten Adapter, der ein erstes Datenübertragungsprotokoll realisiert, und einem zweiten Adapter, der ein konvergentes Netzwerkprotokoll realisiert, wobei das konvergente Netzwerkprotokoll den Datenaustausch von mit einem zweiten Datenübertragungsprotokoll codierten Paketen mit einem Netzwerk mit einem dritten Datenübertragungsprotokoll erleichtert, wobei das Computerprogrammprodukt ein computerlesbares Speichermedium mit darin enthaltenem computerlesbarem Programmcode aufweist, der ausgeführt wird, um mit dem ersten und dem zweiten Adapter Daten auszutauschen und das Verfahren nach einem der Ansprüche 1 bis 8 durchzuführen.
  12. System, aufweisend: einen ersten Adapter, der ein erstes Datenübertragungsprotokoll realisiert; einen zweiten Adapter, der ein konvergentes Netzwerkprotokoll realisiert, wobei das konvergente Netzwerkprotokoll den Datenaustausch von mit einem zweiten Datenübertragungsprotokoll codierten Paketen mit einem Netzwerk mit einem dritten Datenübertragungsprotokoll erleichtert, wobei der erste Adapter das konvergente Netzwerkprotokoll nicht unterstützt; einen Prozessor; einen Speicher, der von dem Prozessor ausgeführten Code zum Durchführen des Verfahrens nach einem der Ansprüche 1 bis 8 enthält.
DE112011102896.2T 2010-10-29 2011-09-27 Verwalten der Datenübertragung zwischen Netzwerken mit unterschiedlichen Datenübertragungsprotokollen Active DE112011102896B4 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US12/916,405 US20120106558A1 (en) 2010-10-29 2010-10-29 Bridge for implementing a converged network protocol to facilitate communication between different communication protocol networks
US12/916,405 2010-10-29
PCT/EP2011/066765 WO2012055660A1 (en) 2010-10-29 2011-09-27 Managing communication between different communication protocol networks

Publications (2)

Publication Number Publication Date
DE112011102896T5 true DE112011102896T5 (de) 2013-06-13
DE112011102896B4 DE112011102896B4 (de) 2016-10-20

Family

ID=44720885

Family Applications (1)

Application Number Title Priority Date Filing Date
DE112011102896.2T Active DE112011102896B4 (de) 2010-10-29 2011-09-27 Verwalten der Datenübertragung zwischen Netzwerken mit unterschiedlichen Datenübertragungsprotokollen

Country Status (5)

Country Link
US (3) US20120106558A1 (de)
CN (1) CN103181119B (de)
DE (1) DE112011102896B4 (de)
GB (1) GB2498314B (de)
WO (1) WO2012055660A1 (de)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120106558A1 (en) 2010-10-29 2012-05-03 International Business Machines Corporation Bridge for implementing a converged network protocol to facilitate communication between different communication protocol networks
US9384113B1 (en) * 2012-11-21 2016-07-05 Qlogic, Corporation Systems and methods for identifying port protocols using LEDs
US9729425B2 (en) * 2012-11-29 2017-08-08 Futurewei Technologies, Inc. Transformation and unified control of hybrid networks composed of OpenFlow switches and other programmable switches
US8917736B2 (en) * 2012-12-19 2014-12-23 International Business Machines Corporation Unified system networking with PCIE-CEE tunneling
US8891542B2 (en) 2012-12-19 2014-11-18 International Business Machines Corporation Unified system networking with CEE-PCIe tunneling
US9634944B2 (en) * 2013-10-24 2017-04-25 Dell Products, Lp Multi-level iSCSI QoS for target differentiated data in DCB networks
US9118554B2 (en) * 2013-10-28 2015-08-25 Dell Products L.P. System and method for automated DCB configuration of access switches
CN105683937B (zh) 2013-11-01 2018-07-10 慧与发展有限责任合伙企业 在软件定义网络拓扑结构中的协议无关存储访问
US9325617B2 (en) 2013-12-09 2016-04-26 International Business Machines Corporation Overlay capabilities exchange using DCBX
US9639498B2 (en) * 2013-12-27 2017-05-02 Dell Products L.P. Protocol conversion system
EP3013009B1 (de) * 2014-10-22 2017-09-20 Siemens Aktiengesellschaft Netzwerkanordnung und verfahren zum erkennen eines auslastungsextrems in einem konvergenten netzwerk
CN107078974B (zh) 2014-12-19 2020-12-25 慧与发展有限责任合伙企业 网络交换机、由网络交换机执行的方法以及存储器资源
EP3262801A1 (de) * 2015-02-24 2018-01-03 Coriant Oy Netzwerkelement und steuergerät für ein datentransfernetzwerk
CN105245527A (zh) * 2015-10-20 2016-01-13 努比亚技术有限公司 信息传递装置和方法
CN106657023A (zh) * 2016-11-28 2017-05-10 宝德科技集团股份有限公司 一种基于云主机的信息通信装置
CN107483370B (zh) * 2017-09-14 2020-07-03 电子科技大学 一种在fc网络上传输ip和can业务的方法
CN112311567B (zh) * 2019-07-26 2022-04-05 华为技术有限公司 一种通信方法及装置
US11546274B2 (en) * 2020-05-28 2023-01-03 EMC IP Holding Company LLC Encapsulated FICON communication

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060053021A1 (en) * 2002-08-14 2006-03-09 Ingemar Bystedt Method for monitoring and managing an information system
US20090034522A1 (en) 2007-08-03 2009-02-05 John William Hayes Transporting fibre channel over ethernet
CN1556615A (zh) * 2003-12-30 2004-12-22 港湾网络有限公司 分布式网管平台的安全分权管理系统
US7616740B2 (en) * 2006-05-09 2009-11-10 Santera Systems, Llc Method, system, and computer-readable medium for simulating a converged network with a single media gateway and media gateway controller
US8321908B2 (en) * 2007-06-15 2012-11-27 Cisco Technology, Inc. Apparatus and method for applying network policy at a network device
US7969989B2 (en) * 2007-08-07 2011-06-28 Emulex Design & Manufacturing Corporation High performance ethernet networking utilizing existing fibre channel arbitrated loop HBA technology
US8310953B2 (en) * 2007-08-21 2012-11-13 International Business Machines Corporation Method and apparatus for enabling an adapter in a network device to discover the name of another adapter of another network device in a network system
US8396009B2 (en) * 2007-08-21 2013-03-12 International Business Machines Corporation Method and apparatus for an adapter in a network device to discover its adapter name in a network system
US20090052461A1 (en) * 2007-08-21 2009-02-26 Ibm Corporation Method and Apparatus for Fibre Channel Over Ethernet Data Packet Translation Via Look up Table Conversion Bridge in a Network System
US7895463B2 (en) * 2007-08-28 2011-02-22 Cisco Technology, Inc. Redundant application network appliances using a low latency lossless interconnect link
US8649387B2 (en) * 2008-03-28 2014-02-11 Broadcom Corporation Method and system for fibre channel and ethernet interworking
US8351442B1 (en) * 2008-07-18 2013-01-08 Qlogic, Corporation Method and system for network communication
US8391300B1 (en) * 2008-08-12 2013-03-05 Qlogic, Corporation Configurable switch element and methods thereof
US7944812B2 (en) * 2008-10-20 2011-05-17 International Business Machines Corporation Redundant intermediary switch solution for detecting and managing fibre channel over ethernet FCoE switch failures
US8214528B2 (en) * 2008-11-03 2012-07-03 Emulex Design & Manufacturing Corporation Address identifier scaling in converged networks
US8923322B2 (en) * 2008-12-17 2014-12-30 Emulex Corporation Stateless fibre channel sequence acceleration for fibre channel traffic over Ethernet
US20100183024A1 (en) * 2009-01-21 2010-07-22 Brocade Communications Systems, Inc Simplified rdma over ethernet and fibre channel
EP2401683A4 (de) * 2009-02-27 2015-07-29 Broadcom Corp Verfahren und system für die vernetzung virtueller maschinen
US8798058B2 (en) * 2009-03-12 2014-08-05 Cisco Technology, Inc. Providing fibre channel services and forwarding fibre channel over ethernet frames
US8358508B2 (en) * 2009-03-19 2013-01-22 Panduit Corp. Active patch panel
US8027354B1 (en) * 2009-04-29 2011-09-27 Cisco Technology, Inc. Network consolidation for virtualized servers
US8705351B1 (en) * 2009-05-06 2014-04-22 Qlogic, Corporation Method and system for load balancing in networks
US8355345B2 (en) * 2009-08-04 2013-01-15 International Business Machines Corporation Apparatus, system, and method for establishing point to point connections in FCOE
US8340120B2 (en) * 2009-09-04 2012-12-25 Brocade Communications Systems, Inc. User selectable multiple protocol network interface device
US8713162B2 (en) * 2009-12-07 2014-04-29 John Lewis Hufferd Direct mode adapter based shortcut for FCoE data transfer
US8243746B2 (en) * 2010-02-01 2012-08-14 Cisco Technology, Inc. Ethernet node port virtualizer
US8711864B1 (en) * 2010-03-30 2014-04-29 Chengdu Huawei Symantec Technologies Co., Ltd. System and method for supporting fibre channel over ethernet communication
US8385356B2 (en) * 2010-03-31 2013-02-26 International Business Machines Corporation Data frame forwarding using a multitiered distributed virtual bridge hierarchy
US8358661B2 (en) * 2010-04-20 2013-01-22 International Business Machines Corporation Remote adapter configuration
US8619796B2 (en) * 2010-04-22 2013-12-31 International Business Machines Corporation Forwarding data frames with a distributed fiber channel forwarder
US8379642B2 (en) * 2010-04-26 2013-02-19 International Business Machines Corporation Multicasting using a multitiered distributed virtual bridge hierarchy
US8644139B2 (en) * 2010-04-26 2014-02-04 International Business Machines Corporation Priority based flow control within a virtual distributed bridge environment
US8369296B2 (en) * 2010-04-26 2013-02-05 International Business Machines Corporation Distributed link aggregation
US20120106558A1 (en) 2010-10-29 2012-05-03 International Business Machines Corporation Bridge for implementing a converged network protocol to facilitate communication between different communication protocol networks

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
(IEEE) 802.1Qbb
IEEE 802.11
IEEE 802.1Qau
IEEE 802.1Qaz

Also Published As

Publication number Publication date
US9609065B2 (en) 2017-03-28
GB201307738D0 (en) 2013-06-12
US20120106558A1 (en) 2012-05-03
US8891531B2 (en) 2014-11-18
US20150058457A1 (en) 2015-02-26
US20120254452A1 (en) 2012-10-04
GB2498314B (en) 2019-05-15
GB2498314A (en) 2013-07-10
DE112011102896B4 (de) 2016-10-20
CN103181119A (zh) 2013-06-26
CN103181119B (zh) 2016-03-09
WO2012055660A1 (en) 2012-05-03

Similar Documents

Publication Publication Date Title
DE112011102896B4 (de) Verwalten der Datenübertragung zwischen Netzwerken mit unterschiedlichen Datenübertragungsprotokollen
DE112014000415B4 (de) Quantisierte Überlastbenachrichtigung in einem virtuellen Netzwerksystem
DE102013209118B4 (de) Beibehaltung und Änderung von Netzwerküberlastungsbenachrichtigungen während der Übertragung von Netzwerkdaten zwischen einem physischen Netzwerk und einem virtuellen Netzwerk
DE112016000258B4 (de) Gruppieren von nichtflüchtigem speicher auf grundlage von hosts mithilfe von zugeordnetem netzwerkspeicher
DE112013000731B4 (de) Skalierbare virtuelle Geräte-Cloud
DE112013006417B4 (de) Verlustfreie Schalterstruktur mit niedriger Latenzzeit zum Gebrauch in einem Rechenzentrum
DE102013209372B4 (de) Ein für die Aggregation virtueller Ethernet-Ports (VEPA) geeignetes mandantenfähiges Overlay-Netzwerk
DE202017105825U1 (de) Netzmanagementschnittstelle
DE102013225692A1 (de) Netzwerkstatusabbildung
EP1976202B2 (de) Anordnung und Verfahren zum Übermitteln eines Datenstroms über gebündelte Netzwerkzugangsleitungen, sowie Sende- und Empfangshilfsvorrichtung und Sende- und Empfangsverfahren dafür
US20170255501A1 (en) In-node Aggregation and Disaggregation of MPI Alltoall and Alltoallv Collectives
DE112013002270T5 (de) Bereitstellen von Diensten für virtuellen Overlay-Netzwerkverkehr
DE112014000322T5 (de) Skalierbare Fluss- und Überlastungssteuerung in einem Netzwerk
DE112011102415T5 (de) Registerzugriff in einer verteilten virtuellen Brückenumgebung
DE102008030587A1 (de) Verfahren und Vorrichtung zur Erhöhung der Effizienz der Interrupt-Lieferung zur Laufzeit in einem Netzwerksystem
DE112018000731T5 (de) IoT-Gerät Fog-Networking-Betrieb
DE102016104264A1 (de) Übertragen von Mehrfachzielpaketen in Overlay-Netzwerken
DE102022205478A1 (de) Busübergreifende speicherabbildung
DE102018129112A1 (de) Systemdecoder für Trainingsbeschleuniger
DE112020000535B4 (de) Fehlerbehebung innerhalb und außerhalb der eigenen Räumlichkeiten
DE102021207394A1 (de) Zusammenführen von paketen auf der grundlage von hinweisen, die vom netzwerkadapter erzeugt werden
KR102383782B1 (ko) 데이터 통신에서의 터널 데이터 업데이트 처리방법
DE102015112634A1 (de) Unterstützen von RMA-API über aktive Message
DE112020002787T5 (de) Verbindungsschichtverfahren zum konfigurieren eines bare-metal-servers in einem virtuellen netzwerk
DE112013007700T5 (de) Eingabe-Ausgabe-Datenausrichtung

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R082 Change of representative

Representative=s name: RICHARDT PATENTANWAELTE PARTG MBB, DE

Representative=s name: RICHARDT PATENTANWAELTE PART GMBB, DE

Representative=s name: RICHARDT PATENTANWAELTE GBR, DE

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: H04L0012240000

Ipc: H04L0041000000