Un SFP+ 160-9103-900 genuino sube en UCTF en una Ciena 3930 - dónde está la lista de módulos certificados
Poniendo en marcha una entrega de 10G para un cliente en una 3930 que ya estaba en el sitio. El módulo es propio de Ciena, sacado de nuestro stock, y el puerto sí sube, pero el estado operativo es UCTF en vez de Ena y la alarma de transceptor no certificado se queda ahí permanentemente. La prueba de aceptación incluye una lista de alarmas limpia, así que no puedo entregar esto tal como está.
- Ciena 3930, software tal como se entregó en el sitio
- Ciena 160-9103-900 SFP+ 10G
- par monomodo hasta el NTU del cliente, distancia corta
> port xcvr show
Port 1 ... Oper State: UCTFLo que probé:
- reasenté el módulo y lo moví a otro puerto, mismo resultado
- puse un segundo 160-9103-900 del mismo stock, UCTF idéntico
- confirmé que el enlace reenvía tráfico, así que no es un problema óptico
Esperaba que un módulo de marca Ciena en un switch Ciena fuera la única combinación que nunca discute. ¿Cómo averiguo qué modelos de transceptor certifica realmente el software en ejecución, y qué hace que desaparezca el estado de no certificado?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 4
Es exactamente eso, y atrapa a la gente porque todos asumen que la comprobación tiene que ver con el fabricante. No es así. Lo que compara el switch es la codificación que lleva el módulo contra la lista de modelos que certifica la propia versión de software. Un módulo fabricado por Ciena cuyo modelo esté ausente de esa lista sube en UCTF, y un módulo de un fabricante de ópticas compatibles cuya codificación coincida con una entrada de la lista sube limpio.
Así que el flujo es:
Toma una entrada del primer comando que coincida con la tasa y el alcance que necesitas, y consigue módulos codificados a eso. Tuvimos el mismo UCTF en una 3930 y pusimos un SFP+ LR de 10G ModuleTek codificado como XCVR-S10V31, que está en la lista soportada; el puerto subió con estado operativo Ena y sin indicación de no certificado, y no se tocó nada más en el switch.
Advertencias que vale la pena decir antes de entregarlo al cliente: esto es una coincidencia de codificación, no una declaración de soporte del fabricante, así que si la caja está bajo contrato, comprueba qué dice el acuerdo sobre ópticas que no sean de Ciena antes de diseñarlo así. La otra vía es una versión de software que sí liste el 160-9103-900, pero en un servicio de cliente en producción una actualización suele ser la más cara de las dos opciones.
Corre
port xcvr show supportedy busca tu modelo en la salida. Vuelca los modelos y las tasas de línea que la versión de la caja está dispuesta a certificar, y esa lista es lo único que cuenta aquí, no lo que esté grabado en la jaula.Publica qué devuelve, o al menos si el 160-9103-900 aparece en ella. Si no aparece, ya tienes tu respuesta, y que el módulo sea Ciena genuino no tiene nada que ver. También vale la pena decir en qué versión de SAOS está la 3930; la lista es por versión, y una caja que lleva un tiempo en el sitio fácilmente puede ser anterior a un número de parte que un software posterior sí lista.
Lo corrí. La lista es larga, pero el 160-9103-900 no está en ella; la revisé dos veces. El software es el que traía la caja de fábrica, nadie ha tocado la versión desde que se instaló, y
port xcvr showsigue poniendo el puerto en UCTF.Así que una pieza Ciena genuina está no certificada en un switch Ciena porque esta versión no la lista. No era la respuesta que esperaba, pero sí explica por qué el segundo módulo del mismo stock se comportó igual.
Vale la pena añadir el modo de fallo donde la codificación no es el problema, porque perseguir la codificación sale caro. En una ME3600X corriendo 15.3(1)S tuve
%PHY-4-SFP_NOT_SUPPORTED: The SFP in Te0/1 is not supportedy un err-disable gbic-invalid en módulos de 10G.service unsupported-transceiveryno errdisable detect cause gbic-invalidno cambiaron nada, los módulos nunca aparecieron enshow inventory,show interfaceno imprimía ningún tipo de medio en absoluto, y un medidor óptico no veía luz saliendo de ellos. Era un lote muerto: módulos sacados de otra ME3600 ya en servicio funcionaron al instante. Sin tipo de medio más sin luz Tx significa hardware, y ningún comando de desbloqueo lo salva.El otro extremo de la escala es una codificación que está mal para esa plataforma en concreto: unos SFP+ DWDM de 80 km de terceros en una ASR 9001 se quedaban caídos con un PID genérico, y
transceiver permit pid allno los rescató, porque IOS XR quería un PID con la forma DWDM-SFP10G-xx.yy de la matriz de ópticas de esa plataforma. El proveedor recodificó el lote y subieron. Tu caso está en medio: la codificación es válida, simplemente no está en la lista de esta versión.