Vigilar clientes y la red

Estado es la puerta de entrada a Red. Arriba, cuatro números: los equipos en línea, los caídos ahora, los clientes sin servicio y quién va a fallar. Debajo, a la izquierda Cortes abiertos y Capacidad; a la derecha Quién está peor y Vigilados.

Cada tarjeta es un resumen con su enlace a la pantalla completa: «Ver todos» lleva a Cortes abiertos, «Ver todo» a Capacidad, «Ver la lista» a Quién está peor y «Gestionar» a Vigilados.

A todo cliente PPPoE de un router conectado se le mira la sesión: cuando el router deja de verlo conectado empieza una caída, y cuando vuelve se cierra con su duración. No hace falta vigilarlo para eso. También se cuentan las reconexiones del día: el cliente que se reconecta en segundos nunca se veía caído.

Vigilar sirve para quien no tiene sesión que mirar —una IP fija, un DHCP— y para seguir de cerca a alguien: se le hace ping desde su router y se mide su latencia, su pérdida y su señal.

Un equipo de casa que no contesta el ping no es una caída si la sesión está arriba y pasa tráfico: muchos routers de casa no responden al ping. Y lo que no se pudo medir se dice como «sin datos», que no es lo mismo que «caído». Si el router entero deja de responder, no se puede ver a sus clientes: eso es un nodo caído, y te lo pregunta Alertas.

Una antena que se cae son doce clientes caídos y una sola cuadrilla. Cortes abiertos agrupa las caídas de ahora por su punto común: si cayó el router, el router; si no, el equipo de acceso del cliente (la sectorial o la NAP); y si tampoco, el sitio. Arriba van los totales: cortes abiertos, servicios caídos, nodos enteros caídos y cuánto se deja de facturar. Cada corte dice cuánto lleva, sobre cuántos clientes medidos se cuenta, a quiénes alcanza y si ya se les avisó.

Arriba, De quién es culpa: el equipo sospechoso, con la cadena de equipos compartida y los botones «Abrir…» y «Ver en el esquema». Un cliente caído solo, sin vecinos caídos, no es un corte: casi siempre es su equipo apagado. Esos van aparte, plegados en una línea, cada uno con el enlace a su servicio.

Un servicio suspendido por mora no es una avería y no sale aquí.

Un cliente puede tener varios servicios, y cada uno se revisa en su página: así el ping, la sesión y el historial siempre son del servicio que miras. Se llega con «Diagnosticar» desde la ficha del cliente, con «Servicio» desde una alerta, con «Página del servicio» desde la ficha de un vigilado o desde el caso de un ticket.

Arriba, siempre a la vista, cómo está ahora: sesión, latencia, señal y tráfico (se ponen al día solas mientras la página está abierta), el veredicto de El camino en una palabra y sus 30 días en una tira, con las Herramientas al pie. Lo demás va por pestañas: Ahora (el tráfico y El camino), Ping, Diagnóstico, Historial (Conexión · 30 días, las caídas y Buscar la falla), Equipo y Bitácora.

La bitácora apunta cada ping, cada revisión, cada diagnóstico y cada caída, con quién lo hizo: tú, tu equipo, el agente de WhatsApp o el monitor. Mírala antes de repetir lo que ya se revisó.

Al pie del resumen de la página del servicio, a mano desde cualquier pestaña, hay tres botones: «Ver sesión», «Leer señal» (de la ONU o la antena) y «Reiniciar sesión». El ping tiene su propia pestaña, con sus modos y su comparación (las dos funciones que siguen).

Cada resultado sale debajo y queda en la bitácora con tu nombre. Si un botón está apagado, al pasar por encima dice por qué: por ejemplo, un servicio que no es PPPoE no tiene sesión que ver ni reiniciar.

La pestaña Ping de la página del servicio manda paquetes desde su router al equipo del cliente y los dibuja según llegan. Tiene cuatro modos:

• Corto (10 paquetes): para saber si responde.
• Mediano (100): para ver la pérdida y el jitter.
• Largo (600, unos diez minutos): para el cliente que «se cae a ratos». Sigue corriendo aunque cierres la página y queda en el historial.
• Personalizado: la cantidad de paquetes, el intervalo, el tamaño con «No fragmentar» (para probar el MTU) y la IP de origen; luego «Lanzar».

La gráfica se llena paquete a paquete. Al lado van la pérdida y la latencia mínima, promedio y máxima con el jitter, y abajo las rachas de pérdida: cuántos paquetes seguidos se perdieron y cuándo. Un ping que sigue corriendo se retoma al volver a la página, y «Cancelar» lo para. El Historial guarda los anteriores, cada uno con «Ver».

Un ping sin respuesta no es una caída: muchos routers de casa no lo contestan. Si la sesión está arriba y pasa tráfico, el cliente navega.

«Comparar», junto al ping, abre el Ping comparado: el servicio contra Su camino —sus vecinos de sectorial o de NAP y los equipos por los que pasa, ya marcados— y, si quieres, Otros nodos, clientes de otras partes de tu red («Sugerir» propone algunos). Todos se miden con el mismo modo.

Si el router tiene api-ssl encendido para la plataforma (el alta de los routers nuevos lo enciende; en los de antes, el botón «Pings simultáneos» de su ficha), todos se miden a la vez, en el mismo segundo. Si no, van en fila: en cada vuelta, 5 paquetes a cada destino, uno tras otro.

El veredicto sale arriba desde el primer tramo: si la falla es solo suya, de toda su sectorial o de la red principal. Debajo, tres vistas: la latencia de todos superpuesta, el mapa de caídas (una fila por destino y una columna por paquete: una columna roja de arriba abajo es general, una fila roja sola es ese cliente) y el resumen comparado.

En fila, las series quedan unos segundos desfasadas: una caída de la sectorial que dura más que una vuelta se ve en todos, pero un corte de un segundo puede no coincidir. Y si el router no pudo medir un destino, ese sale rotulado «el router no lo pudo medir», sin pintar: no cuenta como caída ni entra en el veredicto.

El camino, en la pestaña Ahora de la página del servicio, sube desde la casa del cliente: su sectorial o su NAP, los enlaces (el punto a punto) y el router. Cada eslabón dice si está «Bien», «Alterado», «No responde» o «Sin datos», y qué se salió de lo normal comparado con la misma hora de la semana anterior. Debajo van sus vecinos de la misma sectorial.

Arriba, el veredicto: En orden, Su casa, Sectorial o NAP, Enlace o Router, con el porqué. Si fallan todos los vecinos, es la sectorial; si falla solo él, es su casa.

«Vigilar cliente» lo pone a vigilar con su camino: desde ese momento se miden también sus vecinos cada cinco minutos y, en las antenas Ubiquiti con usuario y clave guardados, su CPU, su memoria, sus conectados y su señal.

La pestaña Historial de la página del servicio junta las herramientas del técnico para buscar la falla:

• Línea de tiempo del camino (24 h o 7 días): el cliente, su sectorial, el punto a punto y el router en el mismo eje. Lo que sube primero es lo que falla.
• Cuándo se corta: sus caídas y reconexiones de las últimas semanas, por día y hora. Si siempre es a la misma hora, piensa en energía, saturación o interferencia.
• Sus clientes, hora por hora: todos los clientes de su sectorial en los últimos 7 días, del peor al mejor. Una columna roja es la sectorial; una fila, una casa.
• Gráficas de la sectorial (24 h, 7 días o 90 días): lo que mide el equipo, con lo peor de cada tramo.

Vigilados es la lista de trabajo de los clientes que alguien puso a vigilar: cada tarjeta con su estado, su latencia de los últimos minutos, su señal y cuándo se cayó por última vez. Se llega con «Gestionar» desde la tarjeta Vigilados de Red › Estado, o pones a alguien con «Vigilar cliente» desde la página de su servicio.

A la derecha, Agregar al monitor: busca por nombre, documento, usuario PPPoE, IP o serial, elige Durante (1 hora, 8 horas, 24 horas, 7 días o Sin fin) y Cada (30 segundos para una queja en curso, 5 minutos para seguir un nodo una semana), y pulsa el cliente. Al acabar el plazo deja de vigilarse solo.

Cada pasada mide como mucho 40 clientes por router, para que la lectura quepa en el tiempo. Si en un mismo router hay más vigilados, esperan su turno: primero los vigilados y, entre ellos, el que lleva más tiempo sin medirse. Con 120 en un router, cada uno se mide más o menos cada dos minutos aunque pidas 30 segundos.

Los vigilados salen como rombos en el Mapa y el Esquema. Pulsa una tarjeta para abrir su ficha de monitoreo.

No tienes que acordarte de todo. Cada pocos minutos la plataforma pone a vigilar durante 48 horas a tres clases de clientes: quien tiene un caso abierto, el que se corta a menudo de día (muchas caídas cortas en la última semana) y el recién instalado. En la página de su servicio, el bloque El camino dice «Lo vigila la plataforma» y por qué.

A todos los clientes, vigilados o no, se les compara además su tráfico y la carga de su sectorial con su propia semana.

Vigilar no abre casos: ninguna caída crea un ticket sola. Los casos los abren tu equipo y el agente de WhatsApp cuando el cliente escribe.

Al pulsar un vigilado se abre su ficha: la ventana que miras (10 min, 1 hora, 6 horas, 24 horas o 7 días) y sus números: Disponibilidad, Medido (cuánto del periodo se pudo medir: son dos cosas distintas), Caídas, Tiempo caído, Latencia p95 y la Señal.

Debajo, las gráficas de Latencia y pérdida (las bandas son los tramos sin sesión), Caudal del servicio (sale de su cola; sin cola no hay caudal que medir) y Señal del equipo, y el Historial de caídas con cuándo empezó cada una, cuánto duró y su causa: «Sin sesión», «No responde» o «Suspendido». Si el nodo entero también estaba caído, se marca: esa caída no cuenta contra el cliente.

El informe sale de lo que la plataforma midió. Eliges De quién (Toda la red, Un nodo o Un sitio; desde la ficha de un vigilado, ese cliente), el Periodo (Últimos 7 días, Últimos 30 días, Este mes o Mes pasado, que es el mes completo) y pulsas «Generar».

Arriba, los totales: servicios, disponibilidad media, caídas y tiempo caído. Debajo, una fila por servicio vigilado, de peor a mejor, con su disponibilidad, cuánto se midió, sus caídas, su tiempo caído y su latencia p95. «Descargar CSV» baja el archivo (Excel lo abre bien en español) e «Imprimir» lo deja listo para papel o PDF.

No se le cuenta al cliente lo que no fue avería: las suspensiones por mora, los traslados, los cambios de plan, las caídas con el nodo entero abajo y los mantenimientos marcados «No cuenta en la disponibilidad» se descuentan, y el informe dice qué descontó y por qué, también dentro del CSV.

La lista de los clientes a los que peor les fue en los últimos 7 días, ordenada por un índice de 0 a 100, donde 100 es «no le consta nada». Ámbar por debajo de 90 y rojo por debajo de 70: un cliente con 85 ya tuvo un par de horas sin servicio en la semana.

Cada fila dice Por qué (lo que más le restó), el tiempo Sin servicio, Qué se midió («medido», «solo caídas», «poco medido» o «sin medir») y si está caído ahora. Un cliente sin medir no se compara con nadie. El subtítulo dice sobre cuántos servicios se pudo juzgar. En Red › Estado salen las primeras filas, con una barrita por día.

Cuántos abonados aguanta una sectorial o un puerto PON no se puede medir desde fuera: lo declaras tú. Con ese tope, la plataforma cuenta lo que lleva y te dice qué ya no admite a nadie, qué se está llenando y qué se va a llenar pronto según cómo crece.

Arriba, cuatro números: Ya no cabe nadie, Se están llenando, Se llenan pronto y No se sabe (lo que no tiene tope). Debajo, por tipo: Plazas de clientes, Puertos (contados de los registrados), Caudal (lo que mueve un enlace frente a lo que compraste o da la radio) y Direcciones (de cada pool). Qué declarar primero ordena lo que falta por lo que más tráfico mueve o más clientes tiene.

Sirve para separar el enlace saturado del enlace roto. Cruza lo que miden las sondas de cada MikroTik —hacia Internet y hacia su puerta de enlace— con la utilización de tus enlaces:

• Matriz de pérdida origen → destino, de las últimas 24 horas.
• Pérdida por hora del día vs utilización: si la pérdida sube a la hora pico con el enlace lleno, es saturación; si llega a cualquier hora, es otra cosa.
• Enlaces · utilización y drops, de los enlaces que declaraste en el Mapa.

«◎ Nueva investigación» fija este momento para mirar solo lo que pase desde ahora; «Quitar enfoque» vuelve a lo de siempre. Se llega desde Red › Mapa, en «Más de Red».

Un chat sobre tu red: «¿por qué está lento el nodo norte?», «¿quién se ha caído más esta semana?». La IA llama a herramientas que leen la plataforma y tus routers —topología, métricas, sondas, vigilados, historial de caídas, el informe de disponibilidad, auditorías, diferencias, buscar un cliente—, enseña cada llamada y termina con qué haría primero. No cambia nada en la red.

Arriba eliges Toda la red o un router. Desde un caso, el botón «Diagnóstico con IA» del ticket abre una conversación que empieza por ese cliente, y cada respuesta queda como nota interna del caso. Se llega también desde Red › Mapa, en «Más de Red».

La fibra no tiene IP: cables, empalmes, splitters y NAP no dicen nada. Lo único que mide la luz son los dos extremos, la OLT y cada ONU. ISP Copilot lee tu OLT entera cada 5 minutos y guarda, de cada ONU, lo que recibe ella, lo que la OLT recibe de ella, su distancia y si está caída y por qué. Una ONU sola dice poco; muchas a la vez son una red de sensores repartidos por toda tu planta.

Cada ONU se compara con su propio pasado: su línea base es la mediana de su última semana, y tarda 24 horas en existir. Está atenuada si pierde 2 dB o más contra ella en dos lecturas seguidas, baja si recibe casi lo mínimo que alcanza a leer, sin luz si la OLT la da por caída con pérdida de señal y sin energía si se apagó por un corte de luz.

Cuando varias pierden luz a la vez, se busca lo que comparten por el camino de la luz y que ninguna sana atraviesa: ahí está el daño, entre donde se separan las afectadas y donde se juntan con las sanas. Por cómo se perdió la luz se dice qué buscar, siempre como probable: un cable cortado, una fibra doblada (la bajada sufre más que la subida), un empalme o conector, o un corte de luz que no es la fibra. Sin planta declarada, el daño queda en su PON, y se dice entre qué distancias de la OLT están las afectadas y dónde están sus casas.

Reiniciar un router y probar sus cables cortan a todos los clientes que cuelgan de él; ver las credenciales de un equipo abre la puerta a la red. Por eso el técnico no puede hacerlo solo: lo pide desde la app con su motivo, y le llega a quien decide —el dueño, los administradores y el NOC—, también con la app cerrada.

Por decidir lista cada pedido con quién lo pidió, cuándo, cuánto le falta para caducar y su motivo. «Aprobar y reiniciar», «Aprobar y probar» o «Aprobar» abren la vista previa de a quién afecta y piden tu nota; «Rechazar» se lo devuelve con tu nota. Historial guarda lo último, decidido o no, con su resultado.