Brocade G610 op FOS 9.x zet compatibele 16G SWL-optiek op fault: Mod_Inv en Speed Mismatch / Incompatible SFP
We breiden de capaciteit van een kleine FC-fabric uit en hebben compatibele 16G short-wave SFP+ gekocht bij een optiekleverancier in plaats van de prijs van de switchleverancier te betalen. De switch weigert ze.
- Brocade G610, Fabric OS 9.x
- generiek gecodeerde 16G SWL SFP+, correcte golflengte en reikwijdte volgens het label
- Brocade-gecodeerde 16G-onderdelen in naburige poorten van dezelfde switch, werken prima
- dezelfde modules getest in een oudere Brocade 300, zelfde gedrag
Bij het insteken komt de poort faulty naar boven:
switchshow
12 12 010c00 id N16 Mod_Inv FC Speed Mismatch / Incompatible SFP
sfpshow 12
Port does not use an SFP or is disabled!De GUI is bot: Faulted due to SFP validation failure. Check if the SFP is valid for the configuration. en Port Health gaat naar FAULTY. errdump heeft een bijbehorend chassis-item over de poort die faulted is vanwege een ongeldige SFP, conflicterende snelheid of laserfout.
Al geprobeerd:
- module opnieuw geplaatst en verhuisd naar twee andere poorten, overal identiek resultaat
- poortsnelheid vastgezet op 16G in plaats van auto, geen verandering
- een Brocade-gecodeerde module in dezelfde poort gezet om te bewijzen dat poort en kabel goed zijn, die linkt meteen
Wat valideert Fabric OS hier precies, en is er iets aan de switchkant dat ervoor zorgt dat hij deze accepteert, of moeten de modules gewoon terug?
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
Die output is consistent, en niets daarvan is een verkeerde configuratie aan jouw kant.
Fabric OS heeft lookup-tabellen en controleert de gecodeerde transceiver-identiteit samen met de ondersteunde speed-bits. Het verwacht dat Fibre Channel-snelheidscapaciteiten gecodeerd zijn, iets als 4/8/16G of 8/16/32G afhankelijk van het onderdeel. Een module die generiek gecodeerd is, of gecodeerd met Ethernet-snelheden in de speed-velden, faalt die check ook al zijn de golflengte en reikwijdte van de optiek correct, waardoor de poort faulted wordt in plaats van gewoon down te blijven. De lege
sfpshowis een bijeffect van diezelfde check: zodra de validatie faalt, leest de module als afwezig in plaats van als geweigerd, waardoor mensen op zoek gaan naar dode cages.Er is geen instelling aan switchkant waarmee je hier omheen komt: de beslissing wordt gemaakt op basis van de codering, niet op de onderhandelde snelheid. De uitweg is een module die voor Fibre Channel gecodeerd is met de juiste FC-snelheden voor jouw platform, in lijn met de Broadcom transceiver support matrix. Je leverancier kan de onderdelen die je al hebt meestal hercoderen, wat beter is dan ze terugsturen.
De Brocade 300, G610, G720 en OEM-dozen zoals de IBM SAN64B-6 gedragen zich allemaal zo, en SWL-, LWL-, ELWL-, CWDM- en DWDM-varianten worden hetzelfde behandeld. Het werd merkbaar vaker met FOS 9.x, en dat is waarom onderdelen die in een oudere fabric prima waren nu opeens niet meer werken.
Eén valkuil als deze ooit in een Gen 7-doos terechtkomen: een G720 weigert ook niet-secure optiek, en zelfs een Brocade 32G-onderdeel zoals 57-1000333-01 komt daar in Mod_Inv terecht. Gen 7 wil de secure onderdeelnummers uit de matrix, niet alleen correcte FC-codering.
Voordat je ze terugstuurt, druk de leverancier op één detail: welke snelheden zijn er daadwerkelijk in de speed-capability-velden van die modules gebrand. Fibre Channel-snelheden, iets in de vorm 4/8/16G, of Ethernet-snelheden? Generieke codering op het label zegt daar niets over, en dat is meestal waar het misgaat.
Ook de moeite waard om te posten:
sfpshowop een van de werkende Brocade-gecodeerde poorten naast de faulted poort, zodat je kunt vergelijken welke identiteit de switch in elk geval leest. En besteed geen tijd meer aan de poortsnelheid-instelling, daar kijkt de check niet naar.Ze gevraagd, en het is het tweede geval. De speed-velden bevatten Ethernet-snelheden, er staat helemaal geen FC-snelheid in, niets in de vorm 4/8/16G voor de switch om te vinden. De optiek heeft de juiste golflengte en reikwijdte voor 16G SWL, maar de identiteit is nooit geschreven voor een Fibre Channel-onderdeel, en de leverancier gaf dat toe zodra ik de foutmelding terugkaatste.
De vergelijking die je wilde is niet erg informatief.
sfpshowop de werkende poort ernaast print het volledige identiteitsblok zoals verwacht, terwijl ik op de faulted poort nog steeds alleen krijgdus de switch presenteert hem niet eens als een geweigerde module, de cage leest als leeg. En genoteerd over de poortsnelheid-instelling, die was al afgevinkt voordat ik postte.