Moduli CMIS: problemi QSFP-DD 400G/800G · Problemi comuni e soluzioni · Ricetrasmettitori ottici e cavi · Documentazione · CodingBox
CodingBox Documentazione

Moduli CMIS: problemi QSFP-DD 400G/800G

Con i moduli QSFP-DD, OSFP e altri CMIS, la natura dei guasti cambia. Meno problemi riguardano «l’ottica»; più problemi riguardano la macchina a stati del modulo, il suo firmware e l’handshake tra host e modulo. Una quota crescente delle richieste di assistenza riguarda esattamente questo.

Guasti che non sono ottici

SintomoCosa succede
Modulo bloccato nello stato 0x02 (ModuleLowPwr)L’handshake di accensione non si è completato; l’host non ha mai portato il modulo in alta potenza
«Riconosciuto, ma non pronto»L’inizializzazione del data path è fallita — in genere un disallineamento tra il firmware del modulo e la versione CMIS attesa dall’host
Il collegamento non si attiva mai anche se l’identità si legge correttamenteIl modulo attende un’azione dell’host (selezione dell’applicazione, attivazione del data path) che la piattaforma non ha eseguito

Si risolvono lato host — un aggiornamento del firmware dello switch che parla la versione CMIS del modulo, oppure un aggiornamento del firmware del modulo — non sostituendo la fibra.

Quando un collegamento a 400G fa flap

Nonostante la logica aggiuntiva, le cause più comuni di flapping del collegamento a 400G restano fisiche:

  • Contaminazione sui connettori MPO-16 — 16 fibre, 16 possibilità per una particella di polvere.
  • Disallineamento FEC tra le due estremità.
  • Errori di polarità nel cablaggio MPO.
  • Throttling termico — i moduli ad alta potenza in pannelli frontali densi si surriscaldano e riducono le prestazioni.

L’ordine resta valido

La scala diagnostica non cambia per il CMIS:

  1. Pulizia e ispezione delle facce dei connettori MPO.
  2. Inserimento del modulo e del cavo.
  3. Il cavo stesso — polarità e tipo.
  4. Solo allora l’EEPROM, la macchina a stati del CMIS, le impostazioni FEC e il BER.

Lettura di un modulo CMIS

La memoria CMIS è paginata e a banchi (vedi CMIS), e i codici di identità provengono dalle tabelle SFF-8024. Il byte di stato del modulo è la prima cosa da leggere quando una porta a 400G non si attiva. I sistemi operativi di rete open-source pubblicano la propria logica di inizializzazione CMIS — un buon riferimento per la sequenza di stati attesa.

In CodingBox

Per un modulo CMIS, CodingBox applica il layout CMIS e mostra la memoria inferiore e le pagine superiori nell’EEPROM editor, così è possibile leggere direttamente lo stato e l’identità del modulo. La diagnostica per lane compare nella schermata DDM, che è ciò che rivela una singola lane guasta su un modulo a 400G a 8 lane.

In quale punto della sequenza di attivazione si blocca un modulo CMIS, e quale versione di CMIS parlano host e modulo: Cosa fa l’host, Revisioni delle specifiche.

Codici di stato del modulo, stato del data path e ConfigStatus con le rispettive posizioni in byte: Mappa delle pagine inferiori CMIS, Mappa delle pagine per lane CMIS.


Se trovi un’imprecisione o un errore in questo articolo, seleziona il passaggio corrispondente e premi Ctrl+Enter per .