Bloqueo de fabricante y codificación
Muchos conmutadores inspeccionan la identidad de un transceptor — nombre del fabricante, número de parte, a veces número de serie — y tratan los módulos que no coinciden con una lista aprobada como "no compatibles". Esto es el bloqueo de fabricante (vendor lock), y es la razón por la que una óptica perfectamente buena puede ser rechazada en un conmutador y funcionar en otro.
Cómo reaccionan los conmutadores
- Algunas plataformas advierten pero permiten el módulo.
- Algunas desactivan el puerto o rechazan el diagnóstico para una óptica no reconocida.
- Cisco IOS, por ejemplo, tiene un comando global
service unsupported-transceiverque permite la óptica de terceros.
Qué hace la codificación
La codificación escribe en la memoria del módulo los campos de fabricante y número de parte que espera un conmutador de destino, de modo que el conmutador lo acepte. Como esos campos están protegidos por sumas de comprobación, deben recalcularse después del cambio — CodingBox recalcula CC_BASE y CC_EXT automáticamente en el EEPROM editor.
Cómo hacerlo con seguridad
- Lea el módulo y deje que CodingBox lo guarde en la base de datos de códigos — se hace una copia de seguridad antes de cualquier escritura.
- Edite los campos de identidad (y desbloquee las páginas protegidas si es necesario).
- Escriba las páginas seleccionadas, luego vuelva a leer para confirmar.
Codifique transceptores solo para la interoperabilidad a la que tiene derecho, y siga las políticas de su organización y de los fabricantes.
Más información
- Cómo valida cada NOS un módulo — qué se compara, qué ocurre en caso de fallo, anulaciones documentadas, por fabricante.
- Recetas de configuración de puertos — comandos de velocidad, FEC, AN, breakout y anulación para 12 sistemas uno junto a otro.
- Matrices de compatibilidad y firmware — dónde se publica el soporte, cómo leerlo, qué cambia con las actualizaciones, práctica de flota.