CMIS-modules: problemen met QSFP-DD 400G/800G

Bij QSFP-DD, OSFP en andere CMIS-modules verandert de aard van storingen. Minder problemen gaan over ‘de optiek’; vaker gaat het om de toestandsmachine van de module, de firmware en de handshake tussen host en module. Een groeiend deel van de onderwerpen over storingzoeken gaat daar precies over.

Storingen die niet optisch zijn

Symptoom	Wat er gebeurt
Module blijft in status `0x02` (ModuleLowPwr)	De handshake tijdens het opstarten is niet voltooid; de host heeft de module nooit naar hoog vermogen geschakeld
‘Herkend, maar niet gereed’	De datapadinitalisatie is mislukt, doorgaans omdat de firmware van de module niet overeenkomt met de CMIS-versie die de host verwacht
Link komt niet op, hoewel de identiteit goed wordt gelezen	De module wacht op een actie van de host (applicatieselectie, datapadactivering) die het platform niet heeft uitgevoerd

U lost deze op aan de hostzijde: met een firmware-update voor de switch die de CMIS-versie van de module ondersteunt, of met een firmware-update voor de module. De glasvezel vervangen helpt niet.

Wanneer een 400G-link flapping vertoont

Ondanks de extra logica zijn de meest voorkomende oorzaken van link flapping bij 400G nog steeds fysiek:

Vervuiling op MPO-16-connectors — 16 glasvezels, 16 kansen op een stofdeeltje.
FEC-mismatch tussen de twee uiteinden.
Polariteitsfouten in de MPO-bekabeling.
Thermische throttling — modules met hoog vermogen in dicht bezette frontplaten worden heet en schalen terug.

De volgorde geldt nog steeds

De diagnostische volgorde verandert niet voor CMIS:

Reiniging en inspectie van de MPO-eindvlakken.
De plaatsing van de module en de kabel.
De kabel zelf: polariteit en type.
Pas daarna de EEPROM, de CMIS-toestandsmachine, FEC-instellingen en BER.

Een CMIS-module uitlezen

CMIS-geheugen is in pagina's en banken verdeeld (zie CMIS), en identiteitscodes komen uit de tabellen van SFF-8024. De byte module state leest u als eerste wanneer een 400G-poort niet opkomt. Opensource-netwerkbesturingssystemen publiceren hun CMIS-initialisatielogica; die vormt een goede referentie voor de verwachte statusvolgorde.

In CodingBox

Voor een CMIS-module past CodingBox de CMIS-indeling toe en toont de app het lagere geheugen en de bovenste pagina's in de EEPROM editor. U kunt daarmee de modulestatus en identiteit rechtstreeks uitlezen. Diagnostiek per lane staat op het scherm DDM; zo vindt u één defecte lane in een 8-lane 400G-module.

Op welk punt in de opstartvolgorde een CMIS-module blijft hangen, en welke CMIS-versie host en module ieder gebruiken: Wat de host doet, Specificatierevisies.

Codes voor modulestatus, datapadstatus en ConfigStatus met hun byteposities: CMIS-kaart van de lagere pagina, CMIS-kaart van de lane-pagina's.

Vindt u een onjuistheid of fout in dit materiaal? Selecteer het betreffende fragment en druk op Ctrl+Enter om .