Brocade G610 auf FOS 9.x wirft kompatible 16G-SWL-Optik als Fault: Mod_Inv und Speed Mismatch / Incompatible SFP
Wir bauen Kapazität in einer kleinen FC-Fabric aus und haben kompatible 16G-Short-Wave-SFP+ bei einem Optik-Zulieferer gekauft, statt den Preis des Switch-Herstellers zu zahlen. Der Switch lehnt sie ab.
- Brocade G610, Fabric OS 9.x
- generisch codierte 16G-SWL-SFP+, laut Label korrekte Wellenlänge und Reichweite
- Brocade-codierte 16G-Teile in Nachbarports desselben Switches, funktionieren
- dieselben Module in einem älteren Brocade 300 probiert, gleiches Verhalten
Beim Einstecken kommt der Port als faulty hoch:
switchshow
12 12 010c00 id N16 Mod_Inv FC Speed Mismatch / Incompatible SFP
sfpshow 12
Port does not use an SFP or is disabled!Die GUI ist deutlicher: Faulted due to SFP validation failure. Check if the SFP is valid for the configuration. und Port Health geht auf FAULTY. errdump hat einen passenden Chassis-Eintrag darüber, dass der Port wegen eines ungültigen SFP, widersprüchlicher Geschwindigkeit oder Laserfehler faulted ist.
Schon versucht:
- das Modul neu gesteckt und in zwei andere Ports verschoben, überall identisches Ergebnis
- die Port-Geschwindigkeit auf 16G statt auto festgenagelt, keine Änderung
- ein Brocade-codiertes Modul in denselben Port gesteckt, um zu beweisen, dass Port und Kabel in Ordnung sind, es linkt sofort
Was genau validiert Fabric OS hier, und gibt es irgendetwas auf der Switch-Seite, das diese akzeptiert, oder müssen die Module einfach zurück?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
Diese Ausgabe ist konsistent, und nichts davon ist eine Fehlkonfiguration auf eurer Seite.
Fabric OS führt Nachschlagetabellen und prüft die codierte Transceiver-Identität zusammen mit den unterstützten Speed-Bits. Es erwartet, dass Fibre-Channel-Geschwindigkeiten codiert sind, etwas wie 4/8/16G oder 8/16/32G je nach Teil. Ein generisch codiertes Modul, oder eines, bei dem Ethernet-Raten in den Speed-Feldern stehen, fällt bei dieser Prüfung durch, auch wenn die Optik die korrekte Wellenlänge und Reichweite hat, der Port wird also faulted statt nur unten zu bleiben. Das leere
sfpshowist ein Nebeneffekt derselben Prüfung: Sobald die Validierung fehlschlägt, liest sich das Modul als fehlend statt als abgelehnt, was Leute dazu bringt, toten Käfigen hinterherzujagen.Es gibt keine Switch-seitige Einstellung, die daran vorbeiführt: Die Entscheidung fällt an der Codierung, nicht an der ausgehandelten Rate. Der Ausweg ist ein für Fibre Channel codiertes Modul mit den richtigen FC-Geschwindigkeiten für eure Plattform, passend zur Broadcom-Transceiver-Support-Matrix. Euer Zulieferer kann die bereits vorhandenen Teile normalerweise umcodieren, das schlägt das Zurückschicken.
Brocade 300, G610, G720 und OEM-Boxen wie die IBM SAN64B-6 verhalten sich alle so, und SWL-, LWL-, ELWL-, CWDM- und DWDM-Varianten werden gleich behandelt. Mit FOS 9.x ist das spürbar häufiger geworden, deshalb sind Teile, die in einer älteren Fabric in Ordnung waren, plötzlich nicht mehr in Ordnung.
Eine Falle, falls diese Module jemals in einer Gen-7-Box landen: Ein G720 lehnt auch nicht-sichere Optik ab, und selbst ein Brocade-32G-Teil wie 57-1000333-01 landet dort in Mod_Inv. Gen 7 will die sicheren Teilenummern aus der Matrix, nicht nur korrekte FC-Codierung.
Bevor ihr sie zurückschickt, hakt beim Zulieferer bei einem Detail nach: welche Raten tatsächlich in die Speed-Capability-Felder dieser Module eingebrannt sind. Fibre-Channel-Raten, etwas in der Form 4/8/16G, oder Ethernet-Raten? Generische Codierung auf dem Label sagt darüber nichts, und genau dort geht es meistens schief.
Lohnt sich auch zu posten:
sfpshowan einem der funktionierenden Brocade-codierten Ports neben dem faulted, damit ihr vergleichen könnt, welche Identität der Switch in beiden Fällen liest. Und verbringt nicht mehr Zeit mit der Port-Geschwindigkeitseinstellung, danach schaut die Prüfung nicht.Habe sie gefragt, und es ist der zweite Fall. Die Speed-Felder tragen Ethernet-Raten, da ist überhaupt keine FC-Geschwindigkeit gesetzt, nichts in der Form 4/8/16G, das der Switch finden könnte. Die Optik hat die richtige Wellenlänge und Reichweite für 16G SWL, aber die Identität wurde nie für ein Fibre-Channel-Teil geschrieben, und der Zulieferer hat das eingeräumt, sobald ich ihm den Fehler zitiert habe.
Der gewünschte Vergleich ist nicht sehr aufschlussreich.
sfpshowam funktionierenden Nachbarport druckt den vollständigen Identitätsblock wie erwartet, während ich am faulted Port weiterhin nur bekommeder Switch stellt es also nicht einmal als abgelehntes Modul dar, der Käfig liest sich als leer. Und zur Port-Geschwindigkeitseinstellung: Die war schon abgehakt, bevor ich gepostet habe.