Flusskontrolle: sein oder nicht sein?

Wir stellen zwei 3750-X-Switches im Stack bereit und verbinden Dell Storage mit 10G-T-Ports. Dell empfiehlt, die Flusskontrolle an diesen Ports zu verwenden, aber einige Benutzer haben viele Probleme mit dieser Funktion (Paketverlust, Verkehrsblockierung).

Ist es also die beste Vorgehensweise, die Flusskontrolle an 10G-Ports zu verwenden?

Ich denke, es ist auch wichtig, die Direktionalität von Pausenrahmen zu verstehen und was das bedeutet.

Im Wesentlichen bedeutet das Senden eines Pausenrahmens "Ich bin überlastet und ich bevorzuge, dass Sie den Rahmen in Ihrem TX puffern, anstatt in meinem RX zu puffern".

3750-X kann keine Pausenrahmen senden, sondern nur empfangen.

Dies bedeutet, wenn 3750-X-Puffer in Gefahr sind, erschöpft zu werden (was sehr einfach ist, 3750-X hat einen winzigen Puffer und ist schlecht für Anwendungen geeignet, bei denen die Ausgangskapazität nicht wesentlich höher als der Eingang ist), gibt es nichts, was Pausenrahmen tun können , 3750-X kann die gewünschte Aktion nicht ausführen und den Absender auffordern, langsamer zu werden (was dazu führt, dass Dell sie puffert).

Wenn der Dell Daten jedoch so schnell empfängt, dass die Gefahr einer Überlastung besteht, kann er einen Pausenrahmen an 3750-X senden und 3750-X auffordern, den Sendevorgang zu beenden (effektiv fordert er 3750-X auf, Rahmen dafür zu puffern müssen sie nicht puffern). Dies ist meiner Meinung nach nicht sinnvoll. Ich erwarte, dass jedes Speichergerät mehr Puffer als 3750-X hat (durchschnittlich <1 ms pro Port). Ich würde erwarten, dass Sie den Paketverlust nur erhöhen, indem Sie 3750-X bitten, Ihre Pufferung durchzuführen , da es sie früher fallen lässt.

Aus meiner Sicht können Sie Pausenrahmen nur in die Richtung aktivieren, in der dies für diese Anwendung nicht einmal sinnvoll ist.

FCoE-Speicher basiert auf der Annahme, was sie als verlustfreies Ethernet bezeichnen ... FCoE-Speicher ist auch in Bezug auf Interoperabilität notorisch eigenartig. Die offizielle Antwort lautet "Ja"; Aktivieren Sie die Flusskontrolle an allen FCoE-Speicherports, testen Sie sie jedoch gründlich, bevor Sie das System in Betrieb nehmen. Trotzdem unterstützt ein 3750X nicht alle FCoE-Erweiterungen, die für eine ordnungsgemäße Ausführung erforderlich sind. Ich kann also nur hoffen, dass Sie über IP-basierten Speicher sprechen ...

Wenn es sich um eine andere IP-basierte Speichertechnologie handelt, würde ich die Flusskontrolle ausgeschaltet lassen und die Protokolle der oberen Schicht mit Tropfen umgehen lassen ... sie sind daran gewöhnt.

Es gibt einen traditionellen Standard für die Flusssteuerung (802.3x), bei dem es sich um einen Mac-Layer-Frame handelt, bei dem der gesamte Datenverkehr auf dem Kabel angehalten wird, während der Signalisierungsschalter seine Puffer überträgt. Dies ist genau falsch für FCoE (das schlecht auf verworfene Frames reagiert) und unterscheidet sich von der Priority Flow Control (PFC), die eine Komponente von Data Center Bridging (DCB) ist.

Im Gegensatz zu 802.3x ermöglicht PFC das Anhalten des Datenverkehrs pro CoS. Dies ist ein Schlüsselelement für eine verlustfreie Weiterleitung, da nicht geschützte Verkehrsklassen verlangsamt werden können, sodass für kritischen Verkehr immer Bandbreite verfügbar ist.

Der 3750X unterstützt kein DCB (..oder PFC) und ist nicht als Plattform für verlustfreies Ethernet gedacht. Es unterstützt den älteren Stil der Flusskontrolle.

Ich gehe davon aus, dass der betreffende Speicher IP-basiert ist (dh Equallogic). In diesem Fall sollten Sie die Empfehlungen des Speicheranbieters befolgen und die Flusskontrolle durchgängig aktivieren. Einige haben anomale Probleme mit diesem Setup festgestellt und bei deaktivierter Flusskontrolle bessere Ergebnisse erzielt, aber ich würde dies nur versuchen, wenn dies während der Fehlerbehebung vorgeschrieben ist.