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 
አማርኛ 
فارسی Módulos CMIS: problemas de QSFP-DD 400G/800G
Con QSFP-DD, OSFP y otros módulos CMIS, la naturaleza de los fallos cambia. Menos problemas tienen que ver con «la óptica»; más tienen que ver con la máquina de estados del módulo, su firmware y el diálogo host-módulo. Una parte creciente de los hilos de resolución de problemas trata precisamente de esto.
Fallos que no son ópticos
| Síntoma | Qué está pasando |
|---|---|
Módulo bloqueado en el estado 0x02 (ModuleLowPwr) | El diálogo de encendido no se completó; el host nunca llevó el módulo a alta potencia |
| «Reconocido, pero no listo» | La inicialización de la ruta de datos falló — normalmente un desajuste entre el firmware del módulo y la versión de CMIS que espera el host |
| El enlace nunca se establece aunque la identidad se lee bien | El módulo espera una acción del host (selección de aplicación, activación de la ruta de datos) que la plataforma no realizó |
Esto se resuelve en el lado del host — una actualización del firmware del conmutador que hable la versión CMIS del módulo, o una actualización del firmware del módulo — no cambiando la fibra.
Cuando un enlace de 400G parpadea
Pese a la lógica adicional, las causas más comunes del parpadeo de un enlace de 400G siguen siendo físicas:
- Contaminación en conectores MPO-16 — 16 fibras, 16 oportunidades para una partícula de polvo.
- Desajuste de FEC entre los dos extremos.
- Errores de polaridad en el cableado MPO.
- Reducción térmica — los módulos de alta potencia en paneles frontales densos se calientan y se autolimitan.
El orden se mantiene
La escalera de diagnóstico no cambia para CMIS:
- Limpieza e inspección de las caras de conector MPO.
- Asentamiento del módulo y del cable.
- El propio cable — polaridad y tipo.
- Solo entonces la EEPROM, la máquina de estados de CMIS, los ajustes de FEC y el BER.
Lectura de un módulo CMIS
La memoria CMIS está paginada y organizada en bancos (véase CMIS), y los códigos de identidad proceden de las tablas de SFF-8024. El byte de estado del módulo es lo primero que hay que leer cuando un puerto de 400G no se establece. Los sistemas operativos de red de código abierto publican su lógica de inicialización de CMIS — una buena referencia para la secuencia de estados esperada.
En CodingBox
Para un módulo CMIS, CodingBox aplica el diseño de CMIS y muestra la memoria inferior y las páginas superiores en el editor de EEPROM, de modo que puede leer el estado del módulo y la identidad directamente. El diagnóstico por carril aparece en la pantalla DDM, que es lo que revela un solo carril defectuoso en un módulo de 400G de 8 carriles.
Dónde se detiene un módulo CMIS en la secuencia de arranque, y qué versión de CMIS hablan el host y el módulo: Qué hace el host, Revisiones de la especificación.
Códigos de estado del módulo, estado de la ruta de datos y ConfigStatus con sus posiciones de byte: Mapa de la página inferior de CMIS, Mapa de páginas de carril de CMIS.