Mantenimiento predictivo en FTTH: ver la curva antes de la caída

Casi ningún reclamo de fibra aparece de la nada. Un conector que se ensucia, una fibra que queda mal apoyada en un poste, un empalme que absorbe humedad: la potencia que recibe la ONU baja de a poco, durante semanas, hasta que un día cruza el umbral y el cliente llama. Esa curva estaba en los datos todo el tiempo. El mantenimiento predictivo es mirarla antes.

Qué conviene pronosticar

No todo lo que se mide merece un pronóstico. Las series útiles son las que se degradan despacio y tienen un límite claro:

• La potencia de recepción de cada ONU, contra su umbral (por ejemplo, −27 dBm).
• La corriente de polarización del láser de cada puerto PON, como porcentaje del máximo del módulo: un láser que necesita cada vez más corriente para emitir lo mismo está envejeciendo.
• El uso de cada uplink y puerto PON, mejor como percentil 95 diario que como promedio, contra un techo razonable (por ejemplo, 80 % de su velocidad).
• La temperatura máxima de cada OLT, que avisa de ventiladores o salas con problemas.

La fecha de cruce, y cuánta confianza tiene

Un pronóstico útil no es una línea en un gráfico: es una respuesta concreta. «Esta ONU cruzaría su umbral en 23 días.» Con eso se programa la visita en horario normal, antes del reclamo, en vez de salir de urgencia un domingo.

Pero no todas las series son igual de previsibles. Una que baja de forma pareja da una fecha confiable; una que salta de un lado a otro, no. Por eso cada pronóstico tiene que venir con su confianza, y cuando la confianza es baja, lo honesto es mostrarlo como incierto en lugar de inventar una fecha.

El cambio brusco también importa

Hay degradaciones que no tienen tiempo de formar una curva: una ONU que perdió 3 dB de un día para el otro sigue arriba del umbral, pero algo le pasó. Comparar cada ONU contra su propia historia de los últimos siete días detecta esos saltos aunque todavía no haya ninguna alarma.

Cuántos datos hacen falta

Un pronóstico necesita historia. Con menos de una semana de datos, cualquier tendencia es ruido. Una red recién conectada va a mostrar «sin datos» durante las primeras semanas, y eso es correcto: es mejor no pronosticar que pronosticar mal.

Pronosticar no es alertar

Un pronóstico se recalcula cada algunas horas y sirve para planificar: armar la ruta de la semana, pedir repuestos, priorizar zonas. No sirve para enterarse de que algo se cayó. Para eso están las alertas en tiempo real. Las dos cosas se complementan: la alerta atiende lo urgente y el pronóstico reduce cuántas urgencias hay.

Cómo lo hace eCloud OLT Controller

El panel proyecta esas cuatro series a 90 días, con la fecha de cruce y su confianza, y avisa cuando una ONU cae 3 dB por debajo de su propia historia de siete días. Necesita al menos siete días de datos y se recalcula cada seis horas.

Se puede ver cómo funciona en la sección de pronósticos de la plataforma.