Códigos de conformidad: bytes 3–10, 36 y tablas extendidas

Un host no sabe qué es un módulo por el nombre del fabricante, sino por los códigos de conformidad: campos de bits que dicen «soy 10GBASE-LR» o «soy un SFP de cobre 1000BASE-T», más un único código extendido para todo lo inventado después de que los campos de bits se quedaran sin espacio. Los hosts los usan para nombrar el tipo de módulo, decidir qué velocidades ofrecer, elegir FEC y breakout y, en plataformas estrictas, para rechazar un módulo cuyos códigos no coincidan con el puerto. Acertar con ellos es la parte más importante de codificar un módulo.

Dos generaciones de codificación

Un módulo de 25G o 100G deja la mayoría de los bits clásicos en cero y coloca su identidad en el byte 36 o 192; un módulo de 10G/1G hace lo contrario. Los módulos de doble tasa 10G/25G usan ambos.

SFF-8472 bytes 3–10 (familia SFP)

El byte 62 (Fibre Channel speed 2) continúa la lista de velocidades para 64GFC y superiores. El byte 36 contiene el código extendido. El byte 12 da la tasa nominal en ×100 Mb/s (FFh → byte 66 en ×250 Mb/s), el byte 11 la codificación, el byte 13 el identificador de tasa para selección de tasa.

Codificaciones típicas de SFP

Los bytes de longitud 14–19 deben ser coherentes: un módulo SR declara alcance OM3/OM4, un módulo LR kilómetros, un DAC metros en el byte 18.

SFF-8636 bytes 131–138, 164 (familia QSFP)

Típico: 40GBASE-SR4 → byte 131 = 04h, byte 192 = 00h; 100GBASE-SR4 → byte 131 = 80h (extendido), byte 192 = 02h; 100G CWDM4 → 80h / 06h; DAC 100GBASE-CR4 → 80h / 0Bh con conector 23h.

CMIS — aplicaciones en lugar de bits

Un módulo CMIS enumera hasta 15 aplicaciones, cada una emparejando una interfaz eléctrica de host con una interfaz de medio (ambas códigos de SFF-8024) e indicando el número de carriles. Un módulo DR4 de 400G podría anunciar 400GAUI-8 ↔ 400GBASE-DR4 (8:4) y 100GAUI-2 ↔ 100GBASE-DR (2:1, para breakout 4×100G). El host selecciona una por ruta de datos; lo que no se anuncia no se puede configurar. Detalles y el flujo de selección: CMIS.

Cómo usan los hosts los códigos

• Nomenclatura — la cadena de tipo en la CLI (10GBASE-LR, QSFP-100G-SR4) se deriva de estos bytes, a menudo el primer bit activo encontrado en un orden fijo.
• Oferta de velocidad — un host solo lista las tasas cuyo código está presente; a un módulo de 25G con byte 36 = 02h pero sin ningún bit en el byte 3 no se le ofrecerá 10G (Velocidad y tasa).
• Selección de FEC — los códigos extendidos llevan la suposición de FEC (CA-25G-L/S/N; CAUI-4 con o sin RS-FEC) y algunos hosts configuran el FEC a partir de ellos (FEC y entrenamiento de enlace).
• Cobre frente a óptico — los bits 2–3 del byte 8, el conector 23h y las tecnologías de cobre del byte 147 hacen que el host pase al manejo de DAC (autonegociación, entrenamiento de enlace).
• Política — las plataformas estrictas comparan los códigos con el modo del puerto y con su base de datos de compatibilidad; una discrepancia produce unsupported o speed and type not supported incluso cuando el bloque del fabricante se acepta (Bloqueo de fabricante).

Reglas de codificación

1. Active solo los bits que el hardware realmente cumple; declarar 10GBASE-LR en un módulo SR convierte «sin enlace» en «enlace con errores».
2. Mantenga toda la identidad coherente: conformidad ↔ longitud de onda ↔ longitudes ↔ codificación ↔ tasa nominal ↔ conector ↔ tecnología del transmisor.
3. Para 25G o más, complete el byte 36 / 192 y ponga el byte 12 / 140 en FFh con la tasa ×250 Mb/s en el byte 66 / 222.
4. Para DAC, codifique los bits de tecnología de cable, la longitud en metros, el conector 23h y los bytes de atenuación/conformidad en lugar de una longitud de onda.
5. Recalcule las sumas de comprobación después (Sumas de comprobación).

En CodingBox

La pantalla Check transceiver decodifica cada bit anterior en nombres sencillos y enumera las aplicaciones CMIS; el EEPROM editor edita los bytes de código campo por campo, muestra la cadena de tipo resultante y corrige CC_BASE y CC_EXT al escribir.

Las tablas completas de bits en su contexto de byte: Mapa A0h de SFF-8472 (bytes 3–10, 36, 62), Mapa de página superior de SFF-8636 (131–138, 164, 192), Mapa de XFP (131–138).