El último suspiro, literalmente
Una ONU no se apaga de golpe. Adentro tiene un condensador que guarda un poco de energía, y cuando detecta que se le está cortando la alimentación usa ese resto para hacer una sola cosa: mandarle un mensaje a la OLT que dice "me estoy quedando sin luz".
Ese mensaje es el dying gasp — en inglés, el último suspiro de alguien que se muere. El nombre es dramático pero la idea es sencilla y muy útil: el equipo del cliente se despide antes de irse.
Es un mecanismo del estándar, no una función de una marca. Lo hacen las ONU de Huawei, las de ZTE, las de C-Data y cualquiera que cumpla la norma. Lo que cambia es cómo lo escribe cada OLT en sus registros.
Por qué importa tanto para un ISP
Cuando una ONU se cae, tú tienes exactamente una pregunta: ¿tengo que mandar un técnico?
Todo lo demás es secundario. Un técnico son dos horas, combustible, y una visita que no se puede hacer en otro lado al mismo tiempo. Y la respuesta a esa pregunta está en la causa de la caída:
| La OLT reporta | Qué pasó | Qué haces |
|---|---|---|
dying-gasp |
Se quedó sin energía eléctrica y alcanzó a avisar | No sales. Vuelve sola cuando haya luz |
LOS o LOSi |
La ONU dejó de recibir la luz de la OLT, y no avisó nada | Sales. Fibra, conector, NAP o splitter |
-- (sin causa) |
Se apagó sin alcanzar a decir nada | Preguntas primero. Casi siempre está desenchufada |
La diferencia entre la primera y la segunda fila es la diferencia entre contestar un WhatsApp y perder media mañana.
Dying gasp y LOS son lo contrario, y se confunden todo el tiempo
Las dos dejan al cliente sin internet, así que en el panel se ven igual: "ONU offline". Pero pasaron cosas opuestas.
Con dying gasp, la fibra estaba perfecta hasta el último segundo. Tan perfecta que por ella viajó el mensaje de despedida. Si la ONU pudo avisar, el camino óptico funcionaba.
Con LOS (Loss of Signal), la ONU tenía luz eléctrica pero dejó de ver la señal óptica. Estaba viva y se quedó ciega. Eso sí es tu red: un empalme que se soltó, un conector sucio, una fibra mordida, una NAP abierta.
Regla corta: si avisó, es la luz del cliente. Si no avisó y perdió señal, es tu fibra.
El caso que ahorra más plata: el dying gasp masivo
Este es el que conviene tener claro antes de que pase.
Si de golpe se te caen veinte, cuarenta o cien ONU al mismo tiempo, el primer pensamiento de cualquiera es "se cortó la fibra troncal". Y la reacción natural es mandar a todo el mundo a buscar el corte.
Mira la causa antes de mover a nadie. Si esas ONU reportan dying-gasp, no se cortó ninguna fibra: se cortó la luz en ese sector. Un corte de fibra troncal deja a las ONU reportando LOS, porque siguen con energía y pierden la señal. Un apagón deja a todas despidiéndose.
Y hay un detalle que lo confirma: en un apagón las ONU caen casi todas en el mismo minuto, pero no todas a la vez, porque cada condensador se descarga a su ritmo. En un corte de fibra caen todas en el mismo segundo.
Esto también sirve al revés: un mapa de dying gasp por zona es, sin querer, un detector de cortes de luz en tu área de cobertura. Sabes que se fue la luz en un barrio antes de que llame el primer cliente.
Cómo verlo en tu OLT
En una Huawei MA5800, la causa viene en el resumen de las ONU de cada puerto PON, en la columna Last DownCause:
display ont info summary 0/1/0
ONT Run Last Last Last
ID State UpTime DownTime DownCause
0 online 2000-01-04 08:48:25 2000-01-04 08:44:52 dying-gasp
Un detalle de esa salida que despista: las fechas suelen venir con el reloj del equipo sin sincronizar (por eso ese "2000-01-04"). Lo que importa es la última columna.
En una C-Data, la causa es la novena columna de la lista de ONU:
show ont info 0/0 1 all
0/0 1 1 HWTCF022B7AB Active Online success match dying-gasp
0/0 1 14 SKYWB8011B3D Active Offline initial initial --
La trampa que nos costó un diagnóstico: la causa no es la última columna
Vale contarlo porque le puede pasar a cualquiera que lea esa salida con un script.
Estábamos leyendo la causa como "el último campo de la línea". Funcionó durante meses. Hasta que un ISP nos reportó que su sistema decía que la causa de la caída de un cliente era… MÉNDEZ.
El apellido del abonado. Porque ese ISP —a diferencia del anterior— sí usa la columna de descripción de la OLT para anotar el nombre de cada cliente, y la descripción va después de la causa:
0/0 1 1 HWTC... Active Online success match LOS DIEGO PEREZ
^^^ la causa ^^^ la descripcion
La lección es aburrida y sirve para todo: al leer la salida de una OLT, cuenta las columnas o lee el encabezado. Nunca tomes "el último campo". Funciona hasta el día en que alguien usa un campo que tú dejabas vacío.
De paso descubrimos algo útil: esa descripción es el nombre que el ISP le puso a cada ONU en su propia OLT, y es justo lo que sirve para casar ONU con contratos cuando se migra desde otro sistema, que es cuando no hay de dónde sacar quién es quién.
El sistema te dice la causa sin que entres a la OLT
GestionaISP lee tus OLT Huawei y C-Data, y cuando una ONU se cae abre la alerta con la causa adentro: si dice dying gasp, ya sabes que no hay que salir. El demo tiene una red completa cargada.
Probar el demo Ver Simón IA¿Mi propio corte por mora genera dying gasp?
No, y conviene saberlo porque si no, cada fin de mes vas a ver causas de caída que crees que son tuyas.
Cortarle el servicio a un moroso —bajarle la velocidad a un mínimo, o bloquearlo en el router— no le toca la energía a la ONU. El equipo sigue encendido, sigue viendo la OLT y sigue en línea; lo único que no tiene es paso a internet. En la OLT no aparece ninguna caída.
Lo que sí tumba la ONU es borrarla o desautorizarla en la OLT. Pero eso lo hiciste tú, y queda con otra causa. Si ves dying-gasp, nadie de tu equipo lo provocó: fue el tomacorriente del cliente.
Cuánto tiempo estuvo caída
La misma línea que trae la causa trae las dos fechas que la explican: Last UpTime y Last DownTime. Restando una de la otra sabes cuánto duraró el corte sin preguntarle a nadie.
Eso sirve para dos cosas muy concretas. La primera, contestar con datos cuando un cliente dice que estuvo tres días sin servicio. La segunda, y más útil: si ves al mismo cliente con dying-gasp y caídas de dos minutos, varias veces al día, ese no es un problema de la red eléctrica del barrio — es su cargador muriéndose.
Qué contestarle al cliente
Cuando la causa es dying gasp, la respuesta honesta es corta y no necesita que nadie se mueva:
"Revisamos su equipo y lo que vemos es que se quedó sin energía eléctrica. El servicio vuelve solo cuando regrese la luz. Si en su casa ya hay luz y el equipo sigue apagado, revise que el cargador esté bien enchufado y que el foquito del equipo prenda — si no prende, lo cambiamos nosotros."
Dos cosas que conviene mirar cuando el dying gasp se repite en el mismo cliente varias veces por semana y en el barrio no hay apagones:
- El cargador de la ONU. Es la pieza que más se muere, y cuando empieza a fallar corta y vuelve. Cambiarlo cuesta poco y resuelve reclamos que parecen de red.
- El tomacorriente o la regleta. Un enchufe flojo da exactamente el mismo cuadro.
Si el cliente tiene una UPS chica para la ONU, esos cortes desaparecen. Para clientes que trabajan desde la casa suele ser la recomendación que más agradecen.
Lo que dying gasp no te dice
Para no sobreinterpretarlo:
- No te dice si es un apagón general o solo esa casa. Eso lo sabes mirando si los vecinos de la misma NAP también se cayeron.
- No lo reportan todas las ONU en todos los casos. Si el corte de energía es muy abrupto, algunas no alcanzan y quedan como
--. - No garantiza que la ONU esté sana. Un equipo cuya fuente está muriendo reporta dying gasp una y otra vez, y ahí sí hay algo que cambiar.
En resumen
Dying gasp = se fue la luz en la casa del cliente, y la ONU tuvo tiempo de avisar. Tu fibra está bien, el servicio vuelve solo, y no hay que mandar a nadie. Si en cambio la causa es LOS, sí es tu red y ahí sí hay que salir. Y si medio barrio reporta dying gasp al mismo tiempo, antes de buscar un corte de fibra revisa si hay un apagón: te vas a ahorrar la salida.