Third-party 32G FC SFP+ in een Brocade G610: is Mod_Inv het laatste woord
We voegen een G610 toe aan een bestaande fabric en er ligt nog een doos non-Brocade 16G/32G FC SFP+ over van een andere build. Voordat ik er poorten omheen plan, heb ik er een in een vrije poort op de testbank gestoken om te zien wat de switch ervan maakt.
- Brocade G610, Gen 6
- third-party 32G FC SFP+, geen Brocade-markeringen op de module
- Brocade-optiek van 16G uit een oudere switch, ter vergelijking
- dezelfde patchkabel in beide tests
switchshow
...
8 8 010800 id N32 Mod_InvOok staat er, telkens als de module wordt ingestoken, een regel in de systeemfoutenlog over een unqualified transceiver.
Wat ik heb geprobeerd:
- de module in een andere poort gezet en netjes opnieuw aangedrukt bij het treklipje
- de kabel gewisseld en bevestigd dat de poort prima linkt met een branded optiek
- de Fabric OS-documentatie doorgenomen op zoek naar iets waarmee een unqualified module er toch doorheen komt
Is er een ondersteunde manier om non-qualified optiek te draaien in een G610, of is Mod_Inv op dit platform gewoon het laatste woord? Ik weet dit liever nu dan nadat de optiek op een inkooporder staat.
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 4
Mod_Inv is gedocumenteerd gedrag, geen fout van jouw testbank. De hardware installation guide van de G610 laat geen ruimte voor interpretatie: een module moet gekwalificeerd zijn voor Brocade-producten voordat de switch hem draait, en al het overige wordt geparkeerd in Mod_Inv met een regel in het system error log. Er is geen override gedocumenteerd - geen instelling, geen unsupported-optics mode, niets om aan te zetten.
De lijst die je wilt hebben voordat er iets op een inkooporder komt, is de Brocade Transceiver Support Matrix, per platform ingedeeld met zowel manufacturing als ordering part numbers. Staat een onderdeel niet vermeld voor de G610, plan er dan omheen in plaats van te hopen dat het goed komt.
Nu je toch losse optiek onder handen hebt: trek ze aan het lipje, ze worden heet; duw door tot de klik; en let op de oriëntatie - in de bovenste rij poorten wijst de gouden contactrand naar beneden, in de onderste rij naar boven. Forceer ook geen kabel die voor een ander transceivertype bedoeld is in de cage, hij gaat er ver genoeg in om aangesloten te lijken en gedraagt zich dan precies als een defecte module.
Begrepen wat betreft de unbranded exemplaren, die gaan terug de doos in.
Wat ik niet had verwacht: een van de Brocade-gelabelde 16G-optieken die ik uit de oude switch heb gehaald, komt op de G610 ook in Mod_Inv terecht, terwijl het identiek uitziende exemplaar ernaast gewoon opkomt en normaal linkt.
sfpshowgeeft bij beide een Brocade vendor name en een part number, en beide werken in de chassis waar ze uit kwamen.Dus het label op de module is duidelijk niet het hele verhaal. Waar kijkt Fabric OS nog meer naar voordat het een optiek als gekwalificeerd beschouwt?
Het label is niet het criterium - de combinatie van part number, serial prefix en Fabric OS-release is dat wel. De support matrix is per platform opgesteld en heeft een lange staart aan voetnoten, en precies daar zit dit soort verrassingen.
Een paar voorbeelden, zodat je de vorm van de regel ziet. Secure optics zijn het luidruchtigste geval: in een SX6-blade of een 7810 komen ze niet op onder 8.2.1e of 8.2.2c, terwijl dezelfde modules elders zonder enige versievoorwaarde werken. De 2-km 4x32G FC QSFP wil 8.1.0b zodra hij in een X6 ICL-poort zit. Daarna wordt het serienummer bepalend - een JDB-prefix dwingt je naar 9.1.1a of 9.2.0, andere onderdelen naar 9.2.0c2 of 9.2.1b, een BAB1-prefix naar 9.2.0 - en verschillende 64G-onderdelen hebben elk hun eigen ondergrens: 9.0.1a, 9.1.0, 9.1.1, in één geval 10.0.1. Een paar regels zijn begrensd tot 32G/16G, en de FC32-64 heeft zijn eigen uitzonderingen.
Praktische versie voor jouw twee modules: haal het part number en de serial prefix op met
sfpshow, de release metfirmwareshow, en lees dan de matrixregel voor jouw platform voordat je iets defect verklaart. Nog een valkuil in dezelfde tabel: XBR-000479 eist identieke optiek aan beide kanten.Ter vergelijking: de Ethernet-kant van dezelfde Brocade-families beantwoordt deze vraag in een compleet ander register. SLX, VDX en MLX vallen nu onder Extreme, en hun optics-portal houdt per familie een goedgekeurde lijst bij - modules, adapters, patch- en breakoutkabels incluis. De beleidsnotitie is bot: hardware van een derde partij die niet op die lijst staat krijgt geen garantie en geen compliance-verklaring; draai je een optiek buiten die lijst, of de interfacemodule ernaast, dan is het risico volledig voor jou - geen aansprakelijkheid, geen serviceverplichting van Extreme. Vermelde onderdelen dragen certificeringspapieren: CE en CDRH, EN60825-1, GR-468, FCC CFR 21 1040.10, NRTL. Wat het portal niet vertelt, is wat een bepaald platform daadwerkelijk doet met een niet-vermelde module - daar is "unsupported" dus een commerciële uitspraak, terwijl het op jouw G610 in firmware wordt afgedwongen.
Op de oudere FC-switches - 300, 6505, 6510, 6520 - stelt de FAQ dat Brocade-gebrande SFP's verplicht zijn, met als onderbouwing de krappere golflengte- en parametertoleranties bij 16G, waar een module buiten spec een poort kan laten falen en applicaties daarmee kan meeslepen. Dat is de redenering van de leverancier zelf, zoals opgeschreven, geen meting.