English 
简体中文 
繁體中文 
Русский 
Español 
Deutsch 
Français 
Português 
Italiano 
Türkçe 
Polski 
Nederlands 
日本語 
한국어 
Bahasa Indonesia 
Bahasa Melayu 
العربية 
हिन्दी 
Tiếng Việt 
ภาษาไทย 
বাংলা 
اردو 
Kiswahili 
Oʻzbekcha 
አማርኛ 
فارسی Modules CMIS : problèmes QSFP-DD 400G/800G
Avec les modules QSFP-DD, OSFP et les autres modules CMIS, la nature des défaillances change. Moins de problèmes concernent « l’optique » ; davantage concernent la machine d’état du module, son firmware et la poignée de main hôte-module. Une part croissante des fils de discussion de dépannage porte exactement là-dessus.
Défaillances qui ne sont pas optiques
| Symptôme | Ce qui se passe |
|---|---|
Module bloqué à l’état 0x02 (ModuleLowPwr) | La poignée de main de mise sous tension ne s’est pas terminée ; l’hôte n’a jamais fait passer le module en haute puissance |
| « Reconnu, mais pas prêt » | L’initialisation du chemin de données a échoué — généralement un désaccord entre le firmware du module et la version CMIS attendue par l’hôte |
| La liaison ne s’établit jamais bien que l’identité se lise correctement | Le module attend une action de l’hôte (sélection d’application, activation du chemin de données) que la plateforme n’a pas effectuée |
Cela se résout du côté hôte — une mise à jour du firmware du commutateur qui parle la version CMIS du module, ou une mise à jour du firmware du module — pas en changeant la fibre.
Quand une liaison 400G devient instable
Malgré la logique supplémentaire, les causes les plus courantes d’instabilité de liaison en 400G restent physiques :
- Contamination des connecteurs MPO-16 — 16 fibres, 16 occasions pour une particule de poussière.
- Désaccord de FEC entre les deux extrémités.
- Erreurs de polarité dans le câblage MPO.
- Limitation thermique — les modules de forte puissance dans des façades denses chauffent et réduisent leur régime.
L’ordre reste le même
L’échelle de diagnostic ne change pas pour le CMIS :
- Propreté et inspection des faces d’extrémité MPO.
- Insertion du module et du câble.
- Le câble lui-même — polarité et type.
- Seulement ensuite l’EEPROM, la machine d’état CMIS, les réglages de FEC et le BER.
Lire un module CMIS
La mémoire CMIS est paginée et organisée en banques (voir CMIS), et les codes d’identité proviennent des tables SFF-8024. L’octet d’état du module est la première chose à lire quand un port 400G ne s’établit pas. Les systèmes d’exploitation réseau open source publient leur logique d’initialisation CMIS — une bonne référence pour la séquence d’états attendue.
Dans CodingBox
Pour un module CMIS, CodingBox applique l’organisation CMIS et affiche la mémoire inférieure et les pages supérieures dans l’EEPROM editor, si bien que vous pouvez lire directement l’état et l’identité du module. Les diagnostics par voie apparaissent sur l’écran DDM, ce qui révèle une seule voie défaillante sur un module 400G à 8 voies.
À quel moment de la séquence de démarrage un module CMIS se bloque, et quelle version CMIS parlent respectivement l’hôte et le module : Initialisation de l’hôte, Révisions des spécifications.
Les codes module-state, data-path-state et ConfigStatus, avec leurs positions d’octet : Carte de la page inférieure CMIS, Carte des pages de voie CMIS.