Cómo obtener los datos del módulo de uplink y los niveles de las ONU en el ZXA10 C320: ¿por CLI o por SNMP?
Tengo un ZTE ZXA10 C320, con uplink de 10G. Los niveles y el estado los reviso manualmente desde la consola, pero quiero llevar todo al monitoreo para no tener que entrar al CLI por cada reclamo de un abonado.
- OLT: ZTE ZXA10 C320
- uplink: SFP+ en xgei_1/21/1
- abonados en gpon-onu_1/1/1:1 y así sucesivamente por las ramas
Sobre el módulo de uplink ya encontré algo, este comando da la salida:
show int optical-module-info xgei_1/21/1
Después me quedo atascado en tres cosas:
- con qué comando obtener el nivel de una ONU concreta, sin tener que analizar la salida de toda la rama
- si existe un objeto SNMP con esa misma potencia de recepción, para no tener que parsear el CLI con un script; no encontré una plantilla lista para el C320 en el monitoreo
- hasta qué punto se puede confiar en el nivel de recepción: en un uplink la cifra es aceptable, pero mientras tanto el CRC en la interfaz va acumulándose poco a poco
¿Quién obtiene estos datos del C320 de forma constante? ¿En qué se quedaron, CLI o SNMP, y con qué OID?
Comments 4
Aclara qué necesitas exactamente en el monitoreo. El inventario del módulo (vendedor, número de parte, número de serie) y la potencia en el tiempo son dos historias distintas: la primera basta con obtenerla una vez al día y guardarla como un hecho, la segunda tiene sentido consultarla regularmente y graficarla.
Y una segunda pregunta, más importante: ¿ya revisaste el CRC en el uplink de forma deliberada, o lo notaste de paso? Si el contador realmente está creciendo, el nivel de recepción no es el principal sospechoso aquí, y hay que empezar no por construir gráficos, sino por esta interfaz.
Para el uplink, el comando que ya encontraste te da todo lo necesario:
En la salida aparecen de inmediato el nombre del vendedor, el número de parte, el número de serie y el tipo de módulo (por ejemplo, 10GBASE-LR), la longitud de onda de 1310 nm, Rx y Tx en dBm, la corriente de polarización, la velocidad del láser y la temperatura. Además ahí mismo están los umbrales de alarma de potencia, corriente, voltaje y temperatura, no hace falta ir a buscar el inventario por separado.
Para los abonados, revisa la atenuación de una ONU concreta:
Para el monitoreo, la potencia de recepción en el OLT está en .1.3.6.1.4.1.3902.1015.1010.11.2.1.2:
El valor bruto hay que dividirlo entre 1000 sin falta, de lo contrario en vez de dBm obtienes unos miles sin sentido. Con eso tropiezan casi todos los que grafican este OID por primera vez.
Y sobre tu tercer punto: antes de sacar conclusiones por el nivel, revisa los contadores de CRC en el uplink. Un Rx normal por sí solo no descarta ni un conector sucio ni un tramo dañado.
La división entre 1000 era exactamente lo que faltaba. En mi gráfico tenía miles en vez de dBm, y todo este tiempo pensé que había tomado el objeto equivocado.
En el uplink el cuadro cuadró: módulo 10GBASE-LR, 1310 nm, nivel de recepción normal, y mientras tanto el CRC va acumulándose. Fui a revisar el cross-connect: el conector estaba sucio, y después de limpiarlo el contador se detuvo. Así que el consejo de mirar el CRC antes que el nivel resultó acertado.
Los niveles de una ONU concreta se obtienen con el comando, le voy a poner monitoreo.
Sobre el monitoreo: no esperes una plantilla lista. La cobertura del C320 de fábrica es parcial: los puertos GPON, la óptica de las ONU y la longitud del enlace no aparecen solas. En LibreNMS (build 25.8.0-dev) nunca llegó a haber un soporte decente para esta familia: nadie publicó ni los OID listos ni un método descrito. O sea que el único camino es tus propios objetos y tu propia plantilla, que es justo hacia donde ya vas.
De paso, ten en cuenta que en distinto hardware esto se llama de otra manera. En el Cisco ISR 4451 no existe el comando habitual desde la interfaz, el DDM se obtiene con
show hw-module subslot 0/0 transceiver 0 status, en FortiGate esget system interface transceiver. Si estás armando un único recolector para un parque con distintos vendedores, es más simple tirar de todo por SNMP en todas partes, y dejar el CLI para analizar un reclamo concreto.