Herramientas y lecturas para quien opera una red de fibra.

Qué cambia

• Alertas del monitoreo óptico. Dos alertas nuevas:
  • subida baja: lo que la OLT recibe de una ONU, comparado contra la clase del módulo de su puerto (C+, B+);
  • módulo óptico gastado: la corriente del láser o la temperatura de un puerto PON cerca de su máximo.

Los márgenes están en Configuración › Umbrales de alerta.

• Causa raíz v2.
  • Si se cae un túnel VPN, avisa el túnel, con sus OLTs agrupadas debajo, y no llega una alerta por cada OLT.
  • Si se cae una OLT, agrupa lo que ya estaba abierto de sus ONUs.
  • Avisa cuando se cae un uplink en uso.
  • La pantalla de Alarmas muestra la raíz con sus dependientes plegados.
• Hora de las OLTs.
  • La sugerencia de NTP para ZTE ahora incluye ntp client; sin ese comando, la C320 no consulta a ningún servidor.
  • El diagnóstico lo dice y reconoce cuándo la diferencia es la zona horaria y no un reloj mal.
• Zona horaria del operador, en Mi cuenta. El administrador la elige; todos la ven.
  • «Hora y NTP» compara la hora de la OLT contra esa zona y muestra la del sistema en ella.
  • «Hora a mano» toma por omisión la zona que marca la OLT. Antes, con una OLT en UTC−4 rotulada «UTC», la dejaba cuatro horas adelantada.
  • El tablero agrupa las altas por día en esa zona.
• Ajustes del sistema › Grafana del NOC (plataforma). Muestra, paso a paso, qué falta para encender Grafana:
  • el rol de base de datos;
  • el contenedor;
  • la dirección pública;
  • los resúmenes.

Cuando todo responde, enlaza los cuatro tableros.

Antes de aplicar

• No trae migraciones.
• Reinicia backend y frontend: unos segundos sin panel.
• Si vas a encender Grafana: primero pon sus variables en el stack y redespliega (DEPLOY §11.67); después instala esta versión. Al migrar, el agente le pone la contraseña al rol de sólo lectura de Grafana.
• Después, cada administrador puede poner la zona horaria de su operador en Mi cuenta.

Qué cambia

• El registro de alarmas de las OLTs, guardado. Cada hora el sistema lee el registro de alarmas de cada OLT ZTE (pérdida de señal, dying gasp, señal degradada, ONUs nuevas) y lo guarda con la hora real, aunque el reloj de la OLT esté mal. Una C320 guarda solo las últimas 2.000 alarmas y se pisan en unas 50 horas; ahora queda la historia.
  • En la ficha de cada ONU: «Alarmas de la OLT · 7 días», con una lectura en palabras («Se cortó 41 veces: el enlace se pierde y vuelve»).
  • Una ONU nueva que la OLT detecta con su versión deja el firmware en su ficha.
• Monitoreo óptico ampliado. Además de lo que recibe cada ONU, en las ZTE se mide:
  • la subida, lo que la OLT recibe de cada ONU (un conector sucio suele verse primero acá);
  • la potencia que emite cada ONU;
  • el módulo óptico de cada puerto PON: potencia, corriente del láser (bias) y temperatura. La bias se compara con el máximo que declara el propio módulo, y la ficha de la OLT avisa cuando conviene tener el repuesto.
• Grafana para el centro de operaciones (opcional, apagado). Cuatro tableros: OLTs, red óptica, tráfico con percentil 95, y alarmas de OLT. Se enciende desde el stack; ver DEPLOY §11.67.
• Resúmenes por hora de la potencia, la salud, la disponibilidad y el tráfico, para ver meses y años sin recorrer cada muestra. No se borra ningún dato.

Antes de aplicar

• Trae las migraciones 064, 065 y 066: el agente toma un respaldo y las aplica. Solo agregan tablas, columnas y vistas.
• Reinicia backend y frontend: unos segundos sin panel.
• Después de reiniciar, en unos 10 minutos aparecen la subida y los módulos ópticos, y a los 3 minutos se lee el primer registro de alarmas (con las ~50 horas que guarde la OLT).
• Grafana queda apagado. Para encenderlo hace falta actualizar el stack en Portainer con sus variables (DEPLOY §11.67).

Qué cambia

• Hora, fecha y NTP de la OLT. Nueva herramienta en OLTs › Herramientas y en la ficha de cada OLT (botón «Hora y NTP»).
  • Muestra la hora del equipo contra la del sistema, si NTP sincroniza y qué contesta cada servidor.
  • El administrador puede cargar un servidor NTP o poner la hora a mano, con los comandos a la vista antes de enviar.
  • En las ZTE, la lectura viene lista. Las dos correcciones se cargan primero en Editar OLT › Operaciones sobre la OLT, donde el formulario ofrece la sugerencia.
• Adiós a los puertos PON que la OLT no tiene. Un puerto registrado sin ONUs que la OLT no informa (como el «1/2» de la C320) se quita solo en la lectura óptica. Un puerto con ONUs no se toca nunca.
• Por qué se cayó cada ONU. Con las ZTE, la alerta y la ficha dicen «sin energía (DyingGasp)» o «sin señal óptica (LOS)». Si la mayoría de un puerto o una NAP avisó «sin energía», la alerta habla de un corte de luz en la zona y no de la fibra.
• La versión de la OLT aparece en su ficha. En las ZTE C320 se lee con show version-running, porque show version es ambiguo.
• Explorador CLI: un dato como «Config state: fail» en una consulta ya no se muestra como un error del comando.

Antes de aplicar

• Trae la migración 063: el agente toma un respaldo y la aplica. Solo agrega dos columnas a las ONUs.
• Reinicia backend y frontend: unos segundos sin panel.
• La primera lectura óptica, unos 10 minutos después de reiniciar, quita los puertos inexistentes y empieza a guardar la causa de las caídas.

Qué cambia

• Base de conocimientos: nueva categoría ZTE, con 27 artículos sobre OLTs ZXA10 (C300, C320, C600) y ONUs ZTE, en cuatro grupos:
  • acceso y gestión de la OLT;
  • alta de ONUs (sin autorizar, tipos, número libre, T-CONT y service-port, mover o borrar, restaurar, firmware);
  • diagnóstico (estado, potencia óptica, SNMP, CPU y temperatura, causas de caída);
  • las ONTs ZTE.

Salen sobre todo de lo verificado en una C320 real.

• Base de conocimientos: nueva categoría V-SOL, con 15 artículos sobre OLTs y ONUs V-SOL, a partir de su material oficial: acceso, perfiles GPON, alta de ONUs, firmware, acceso remoto y fallas típicas.
• Las ONT de HALNy en el catálogo de Modelos de ONU: 19 modelos GPON y XGS-PON, con su foto oficial. La ficha de la ONU reconoce la marca HALNy por el modelo o por el prefijo de serie HALN.

Antes de aplicar

• No trae migraciones.
• Reinicia backend y frontend: unos segundos sin panel.

Qué cambia

• Paginación en todo el panel. Cada lista permite elegir 15, 25, 50 o 100 filas por página; por omisión son 15. Aplica a clientes, ONUs, OLTs, alertas, logs, eventos, NAPs, zonas, modelos, firmware, respaldos, TR-069, webhooks, integraciones y plataforma. Al cambiar un filtro se vuelve a la primera página.
• La temperatura de la OLT en un anillo, en Monitoreo › Utilización, junto a CPU y memoria. Se pone ámbar y rojo según los umbrales de alarma configurados; sin dato queda vacío en vez de marcar 0 °C.
• Node 24 LTS. Las imágenes del sistema pasan de Node 20, que ya no recibe parches de seguridad, a Node 24.

Antes de aplicar

• No trae migraciones.
• Si alguna integración usa la API de clientes u ONUs sin indicar el tamaño de página, ahora recibe 15 resultados por página en vez de 50. El máximo sigue siendo 200.
• Reinicia backend y frontend: unos segundos sin panel.

Qué cambia

• Una OLT lenta para negociar el SSH ya no figura caída. El sistema espera hasta 20 segundos a que la OLT termine de negociar la conexión SSH; antes eran 8. Una ZTE C320 detrás de una VPN tarda entre 8,5 y 10 segundos y figuraba «Fuera de línea» con la red respondiendo. Con eso fallaban también el explorador de CLI, el escaneo de ONUs sin autorizar y el alta.

Antes de aplicar

• No trae migraciones.
• Reinicia backend y frontend: unos segundos sin panel.
• La OLT vuelve a figurar en línea en el primer sondeo, alrededor de un minuto después de reiniciar.

Qué cambia

• Alta de ONUs en OLTs ZTE. El sistema le pregunta a la OLT qué números de ONU usa el puerto y da de alta la nueva con el primero libre. Cuenta también los números de ONUs apagadas o autenticadas por LOID. Si no puede leer el puerto, no envía el alta. El número queda guardado con la ONU. Para usarlo, el plan de servicio necesita su plantilla de comandos de ZTE con {onu_id}.
• Las mediciones que pide una persona ya no esperan. «Medir» del instalador y «Medir ahora» avisan al instante si la OLT está ocupada con otra operación, en vez de esperar hasta 25 segundos. La lectura automática cada 10 minutos sí sigue esperando su turno.
• Gráficos con los colores del tema y leyendas de mapa legibles en el tema claro.

Antes de aplicar

• No trae migraciones.
• Reinicia backend y frontend: unos segundos sin panel.
• En una ZTE, un cambio de plan o una suspensión desde facturación todavía reenvían el alta completa, y la OLT la rechaza porque la ONU ya existe. No se rompe nada, pero por ahora el alta es lo único que sirve en ZTE.

Qué cambia

• Nueva Base de conocimientos en Ayuda › Base de conocimientos: 96 artículos en español sobre GPON y ONTs, en 9 categorías. Cubren conceptos básicos, actualización de firmware por LAN y desde la OLT, routers, aprovisionamiento (XML, TR-069, REST API), la configuración de la ONT en OLTs de 12 fabricantes, funciones del equipo, preguntas frecuentes y configuración web.
• Tiene un buscador que ignora tildes y mayúsculas y busca también dentro del texto de los artículos. Las categorías y las búsquedas tienen su propio enlace, que se puede guardar o compartir.
• La pueden consultar los tres roles (administrador, soporte técnico e instalador). Viene con el sistema y no se edita desde el panel.

Antes de aplicar

• No trae migraciones.
• Reinicia backend y frontend: unos segundos sin panel.

Qué cambia

• La ONU registrada dos veces en la OLT se mide donde trabaja. Si una ONU tiene un registro viejo en otro puerto, ahora manda el que la OLT informa en línea, aunque el inventario diga el otro. El registro del backend avisa cuando el inventario apunta al registro viejo.
• «Ubicación» en la ficha de la ONU corrige también el puerto PON, no sólo la tarjeta y el número. Sólo cambia el inventario: no se envía nada a la OLT.
• Un SNMP que contesta a medias ya no genera falsas caídas. Si la OLT no contesta el estado de sus interfaces, el estado queda desconocido y los puertos no se dan por caídos. La prueba de la comunidad SNMP de escritura ya no decide si la OLT está en línea.
• Menos alertas y correos repetidos. Cuando una OLT vuelve de una caída se cierran sólo las alertas de las ONUs que cayeron con ella. Las que ya estaban apagadas siguen abiertas, sin cerrarse y reabrirse.

Antes de aplicar

• No trae migraciones.
• Reinicia backend y frontend: unos segundos sin panel.

Qué cambia

• Tablero nuevo, con estadísticas.
  • Tres grupos de números: ONUs en el sistema, en la OLT y sin autorizar; altas de hoy, del mes y totales (con las importadas aparte); y ONUs en línea, sin verse y con señal baja. Cada número abre la lista de esas ONUs.
  • Debajo: altas por mes, estado de las ONUs, distribución de la señal, peores señales, tráfico de 24 h, 7 o 30 días, salud de cada OLT, puertos PON ordenables y alertas por tipo.
  • Todo se puede ver de una OLT o de todas.
• Las ONUs apagadas ya no se ven en línea. En una ZTE se lee el estado real de cada ONU (en línea, apagada, sin luz, corte de luz). Las que no están trabajando pasan a caídas a los 30 minutos, con su alerta, y no quedan en 0.00 dBm.
• La potencia óptica ya no pierde un puerto entero. Con una OLT lenta, como la ZTE C320, la respuesta de un comando podía quedar incompleta.
  • Esto dejaba un puerto en 0 dBm, y «Ver configuración» o el escaneo de ONUs sin autorizar volvían vacíos.
  • Ahora el sistema espera a que el equipo termine de contestar.
• CPU, memoria y temperatura de las ZTE, cada 10 minutos, con sus alarmas.
• Menos falsas alarmas de «OLT caída». El monitor prueba el acceso SSH cada 5 minutos y no cada minuto, y un solo intento fallido con la OLT respondiendo por red ya no la da por caída. Además, deja de llenar el registro de alarmas del equipo con entradas de login.
• La lectura óptica espera su turno. Si la OLT está ocupada con otra operación, espera unos segundos en vez de saltarse el ciclo, y si igual se lo salta, lo dice en el registro.
• La misma ONU registrada dos veces en la OLT (un registro viejo en otro puerto) ya no pisa su propia medición. El registro del backend dice cuáles son, para borrar el viejo del equipo.
• El fabricante en la ficha de la ONU: sale de Modelos de ONU, del catálogo o de la serie, y dice de dónde salió.
• Restaurar de fábrica se suma a las sugerencias de comandos de ZTE.
• Conciliación: una ONU importada con su nombre en lugar de la serie sólo se corrige sola si ese nombre es único en la OLT.

Antes de aplicar

• No trae migraciones.
• Reinicia backend y frontend: unos segundos sin panel.
• En una ZTE, las ONUs realmente apagadas pasan a caídas a los 30 minutos. Sus alertas llegan juntas, una sola vez.
• La CPU, la memoria y la temperatura de una ZTE aparecen a los 10 minutos.

Qué cambia

• Importar todas las ONUs de una OLT de una vez (ONU › Conciliación): se elige el plan una sola vez y se dan de alta todas las que la OLT informa, con su tarjeta, puerto, número y modelo. No se envía nada a la OLT: ya están funcionando ahí. Las que no pueden entrar dicen por qué.
• El nombre de cada ONU en la OLT: en una ZTE, el nombre que tiene cada ONU en el equipo se lee del último respaldo de configuración. Se ve en Conciliación, queda guardado al importar, aparece en ONU › Autorizadas y el buscador lo encuentra.
• La ONU importada con el nombre como serie se corrige sola: si se importó una ONU con su nombre en lugar de la serie (por la lectura de la 1.10.1), al llegar la real se le ponen su serie, ubicación y modelo, conservando el plan y el cliente.

Antes de aplicar

• Trae la migración 062: el agente toma un respaldo y la aplica.
• Reinicia backend y frontend: unos segundos sin panel.
• Las ONUs reales aparecen en Conciliación en la primera lectura óptica, unos 10 minutos y medio después de reiniciar. Recién ahí conviene importar.

Qué cambia

• OLTs con SSH lento (ZTE C320 V2.1.0): ya no se dan por caídas cada 10 minutos. El monitor de disponibilidad y la lectura de potencia óptica abrían su sesión SSH en el mismo segundo; el equipo no terminaba las dos y el monitor lo marcaba caído durante un minuto. Ahora la lectura óptica va desfasada, y el monitor no abre otra sesión si la OLT ya tiene una en curso.
• La lectura óptica por puerto (ZTE) tiene más tiempo para conectar y para leer todos los puertos. Con esto, las ONUs de la ZTE aparecen en ONU › Conciliación y los hallazgos falsos se cierran solos.
• Si la lectura de potencia óptica de una OLT falla, ahora queda anotado en el registro del backend.

Antes de aplicar

• No trae migraciones.
• Reinicia backend y frontend: unos segundos sin panel.
• La primera lectura óptica corre unos 10 minutos y medio después de reiniciar.

Qué cambia

• OLTs ZTE: Conciliación con las ONUs de verdad. En la 1.10.1, una C320 con firmware V2.1.0 llenaba Conciliación con nombres de ONU en lugar de series (y potencias de 0,01). Ahora el sistema lee primero con los comandos confirmados en ese equipo, y por SNMP sólo acepta lo que tiene forma de serie GPON.
• Los hallazgos falsos se cierran solos en la primera medición buena, con la nota «La OLT ya no la informa». No hace falta ignorarlos uno por uno.
• En adelante, en una ZTE, la ONU que se borra de la OLT sin haberse importado también sale sola de Conciliación.

Antes de aplicar

• No trae migraciones.
• Reinicia backend y frontend: unos segundos sin panel.
• Las ONUs aparecen, y los hallazgos falsos se cierran, en la siguiente medición óptica (cada 10 minutos).

Qué cambia

• OLTs ZTE C300/C320: las ONUs ya se ven. El sistema lee las ONUs y su potencia óptica puerto por puerto, con los comandos que responde la C320 (probado con la salida de un equipo real con firmware V2.1.0). Antes no se leía ninguna y ONU › Conciliación quedaba vacía.
• Conciliación más rápida de resolver: cada ONU que está en la OLT y no en el sistema muestra tarjeta, puerto, número y modelo, y Importar llega con esos datos ya completados.
• Las ONUs que la OLT informa sin señal (N/A) aparecen sin potencia, no con cero.

Antes de aplicar

• No trae migraciones.
• Reinicia backend y frontend: unos segundos sin panel.
• Las ONUs de una ZTE aparecen en Conciliación en la siguiente medición óptica (cada 10 minutos).

Qué cambia

• Integración con la facturación (Integración › Facturación): tu sistema de facturación dice quién pagó y este corta o reactiva la ONU, con el mismo cambio de perfil que haces desde el panel.
  • WispHub: suspender o activar un servicio allá corta o reactiva la ONU al momento. Con su API, además, una revisión compara cada servicio con su ONU.
  • Mikrowisp: no avisa, así que se revisa cada tanto contra su API. La revisión se puede lanzar a mano y muestra el avance.
  • eCloud-ISP: su corte «ONU a nivel OLT» avisa a este sistema. Conectarlo da la dirección, la entrada y el secreto para pegar en eCloud-ISP.
  • Una ONU suspendida desde el gestor nunca se reactiva sola, un servicio cancelado no se corta solo, y la revisión automática se frena si tuviera que suspender más de 10 ONUs (o del 10 %) de una vez.
• Servidor FTP en Ajustes del sistema: encenderlo, apagarlo y configurarlo sin redesplegar, con «Probar conexión».
• OLT nueva de fábrica: al agregar una OLT, guías paso a paso de configuración inicial para V-SOL, Huawei, ZTE, C-Data, FiberHome y TP-Link, con los comandos completados con tus datos.
• Pie del panel con el nombre del sistema y la versión que corre.
• Arreglo: las OLTs con firmware viejo (por ejemplo, ZTE C320 V2.1.0) ya se pueden dar de alta por SSH. Antes la comprobación fallaba con «Handshake failed: no matching C->S cipher».
• Arreglo: el menú Herramientas de la lista de OLTs se cerraba con un error al abrirlo (desde la 1.8.0).
• Arreglo: en Ajustes › Servidor FTP, el interruptor ya no se pierde al editar un campo.

Antes de aplicar

• Trae las migraciones 060 y 061: el agente toma un respaldo y las aplica. No cambian nada de lo que ya funciona; las integraciones empiezan apagadas.
• Reinicia backend y frontend: unos segundos sin panel.
• Para eCloud-ISP, su lado tiene que tener la migración V240 (todavía en una rama, sin publicar).

Qué cambia

• Usuarios FTP (Configuración de red): una cuenta por OLT para que el equipo suba su propio respaldo. La cuenta sólo sube y sólo desde las IP de esa OLT. Lo que sube aparece entre los respaldos de la OLT como «Subido por la OLT», y los binarios se descargan con su extensión.
• Alarma automática de bucles: el sistema revisa solo si una OLT informa un bucle, abre la alarma y la cierra cuando desaparece. Viene apagada: se enciende en Umbrales › Detección de bucles.
• Perfil C-Data para las OLTs FD12xx, FD13xx y FD16xx: comandos del manual oficial y reconocimiento por SNMP. Las C-Data cargadas como «genérico» se pueden pasar a este perfil editándolas.
• CPEs compartidos en GenieACS: si un CPE que otro operador tenía sin token informa tu token, pasa a ser tuyo al sincronizar.
• Mapas con Google: el logo oficial de Google Maps en la atribución.
• Arreglo: una OLT cuya configuración no cambia ya no queda con la alerta «respaldo atrasado» aunque se respalde bien.

Antes de aplicar

• Trae las migraciones 057 a 059: el agente toma un respaldo y las aplica.
• Reinicia backend y frontend: unos segundos sin panel.
• Para que las OLTs suban sus respaldos, el servidor FTP tiene que estar encendido en el stack (DEPLOY §11.54). Sin eso, la pantalla de Usuarios FTP avisa que está apagado.

Qué cambia

• Modelos de ONU con catálogo: «Agregar desde el catálogo» suma 130 modelos de V-SOL, Huawei, ZTE, C-Data, FiberHome y TP-Link, con la foto oficial del fabricante. No pisa los modelos ni las fotos que ya tienes.
• Modelos de OLT (Configuración de red): la ficha de cada OLT que usas (puertos PON, uplinks, gestión, firmware, alimentación, foto), con un catálogo de 79 OLT de los mismos seis fabricantes.
• Mantenimiento y logs, un grupo nuevo en Monitoreo:
  • Logs de operación: ahora con el equipo afectado, búsqueda por equipo y exportación a CSV o TXT.
  • Logs del sistema: lo que pasó en cada OLT (caídas, reinicios, cambio a la IP de failover, puertos que bajan o suben) y el log interno de la OLT.
  • Alarmas: memoria y voltaje de la OLT, temperatura, voltaje y TX de la ONU, y un aviso de cuántos días faltan para que una señal que viene cayendo cruce el umbral.
  • Herramientas de diagnóstico: buscar un equipo por serie o MAC; ping, traceroute y bucles desde la OLT; acceso remoto (CMS/MQTT). Y Restaurar de fábrica en la ficha de cada ONU.
  • Firmware y Ventanas de mantenimiento se mudaron a este grupo, con la misma dirección.
• Arreglos: la página ya no se desplaza de costado con tablas anchas en pantallas angostas, y un uptime que llegaba vacío ya no abre una alerta de reinicio falsa.

Antes de aplicar

• Trae las migraciones 052 a 056: el agente toma un respaldo y las aplica.
• Reinicia backend y frontend: unos segundos sin panel.
• Después de instalar:
  • Sincroniza los CPEs (ACS · CPEs › Sincronizar) para que la búsqueda por MAC los encuentre.
  • Memoria y voltaje de la OLT, bucles, acceso remoto y restaurar de fábrica necesitan que cargues en cada OLT sus OIDs o comandos (Editar OLT). Ping y traceroute ya vienen para Huawei y ZTE.

Qué cambia

• Perfiles DBA y Perfiles de línea, en Configuración de red:
  • Leer de la OLT muestra los perfiles que tiene el equipo. Lo puede pedir el administrador o soporte.
  • Nuevo perfil (sólo el administrador): primero ves los comandos exactos que se van a enviar, y recién al confirmar se mandan a la OLT. Después se vuelve a leer para comprobar que quedó.
  • Funciona con Huawei (DBA y línea) y ZTE C300/C320 (DBA). En vSOL puedes cargar el comando de consulta de tu equipo en la configuración avanzada de la OLT.
• Monitoreo: el bloque del servidor se ve aunque todavía no haya OLTs, y «OLTs en línea» ya no dice «Todas responden» cuando no hay ninguna.
• Los textos del panel usan «tú» en todas partes («Carga», «Puedes», «Elige»).

Antes de aplicar

• Trae la migración 051: el agente toma un respaldo y la aplica.
• Reinicia backend y frontend: unos segundos sin panel.
• La primera vez, en cada OLT: *Configuración de red › Perfiles DBA › Leer de la OLT*.

Qué cambia

• Configuración de red, un submenú nuevo con:
  • Perfiles de Servicio.
  • Zonas, ahora en su propia pantalla.
  • Cajas NAP con comentarios, foto de la caja y «Ubicar en el mapa» (en el celular, con el GPS).
  • Modelos de ONU, con importación desde el Excel del sistema anterior.
  • Firmware.
  • Logs: quién hizo qué y cuándo, sólo para el administrador.
• Tipo de conexión de la OLT al agregarla o editarla:
  • IP pública, o VPN por el túnel WireGuard del MikroTik.
  • Opcionalmente, una IP de failover: si la principal no responde, el sistema entra por la otra y vuelve solo.
  • No se guarda una OLT por VPN cuya IP no esté en las redes del túnel.
• Monitoreo, una pantalla nueva con:
  • uso y salud de la OLT;
  • alarmas recientes;
  • tráfico por uplink, puerto PON y ONU;
  • la actividad de las últimas 24 horas.
• Corrige un error: editar una OLT podía fallar con «Error interno del servidor».

Antes de aplicar

• Trae las migraciones 048, 049 y 050: el agente toma un respaldo y las aplica. Las OLTs existentes quedan como «IP pública», sin failover.
• Reinicia backend y frontend: unos segundos sin panel.

Qué cambia

• Conectar Google Drive acepta la línea tal como la imprime rclone (empieza con eyJ). La 1.5.0 sólo aceptaba el JSON del token y rechazaba lo que devuelve rclone authorize drive eyJzY29wZSI6ImRyaXZlLmZpbGUifQ.

Antes de aplicar

• Nada. No trae migraciones.
• Reinicia backend y frontend: unos segundos sin panel.

Qué cambia

• Ajustes del sistema › Respaldos y restauración:
  • Ves qué respaldos hay y cuándo terminó el último completo.
  • Puedes respaldar en el momento.
  • Conectas Google Drive pegando el token de rclone.
  • Puedes restaurar el sistema entero desde un respaldo. Antes se toma un respaldo del estado actual, la base de antes queda guardada, y si algo falla vuelve sola.
• Los respaldos diarios llevan una etiqueta por corrida, para que el panel agrupe sus cuatro partes.

Antes de aplicar

• Trae la migración 047: el agente toma un respaldo y la aplica.
• Reinicia backend y frontend: unos segundos sin panel.
• Para usar Respaldos hace falta además recompilar el agente (1.2.0) y la imagen de respaldos desde Portainer (DEPLOY §11.42). Sin eso, la pantalla lo avisa y todo lo demás funciona igual.

Qué cambia

• Ajustes del sistema (menú eCloud, sólo personal de la plataforma):
  • Servidor de correo: se configura desde el panel, con envío de prueba. Mientras no se configure, se siguen usando las variables de entorno de siempre.
  • API Google Maps: Calles, Satélite e Híbrido de Google como capa base en los mapas. La clave se prueba contra Google antes de guardarse.
  • Actualizaciones se muda adentro de este menú.
• Mi cuenta: tocando tu nombre al pie del menú, cambias tu nombre, tu foto y tu contraseña. Al cambiar la contraseña se cierran tus sesiones en otros dispositivos.
• Corregido: cambiar la contraseña con la actual mal escrita podía dejar la petición colgada, y cada contraseña mal escrita contaba doble contra el límite de intentos (también al activar el segundo factor o una passkey).

Antes de aplicar

• Trae tres migraciones (044, 045 y 046): el agente toma un respaldo y las aplica.
• Reinicia backend y frontend: unos segundos sin panel. Las OLTs y los abonados no se tocan.

Qué cambia

• El panel se instala en el celular como una app: ícono en la pantalla de inicio, abre a pantalla completa y sin la barra del navegador.
  • Android (Chrome): menú ⋮ › «Instalar app».
  • iPhone / iPad (Safari): Compartir › «Agregar a pantalla de inicio». El panel muestra un aviso con estos pasos.
• Sin modo sin conexión, a propósito: sin red, la app dice que no hay conexión en vez de mostrar datos de red viejos.

Antes de aplicar

• Nada. No trae migraciones.
• Reinicia backend y frontend: unos segundos sin panel. Las OLTs y los abonados no se tocan.

Qué cambia

Cambio menor de diagnóstico, y la primera versión que se instala desde el panel: hasta ahora la 1.3.1 se adoptó a mano desde el servidor.

• Un fallo de red contra GitHub decía sólo «fetch failed». Ahora dice contra qué host y cuál fue la causa (EAI_AGAIN, ECONNRESET…), que es lo que distingue un corte pasajero de un problema de DNS.

Antes de aplicar

• Nada. No trae migraciones.
• Reinicia backend y frontend: unos segundos sin panel. Las OLTs y los abonados no se tocan.

Qué cambia

Corrige el fallo que impidió instalar la 1.3.0: en un repositorio privado no se podía leer el archivo firmado de la versión.

• El adjunto version.json de la release ahora se baja por la API de GitHub y con el token. La URL de descarga directa responde 404 en un repositorio privado, y el token no viaja a ese host a propósito.
• Afectaba por igual al agente (instalar) y al backend (el botón «Buscar versiones» del panel).

Todo lo demás es igual que la 1.3.0: TR069, Mapas FTTx, alta de OLT y la vuelta atrás desde el panel.

Antes de aplicar

• Nada. Las migraciones son las mismas que la 1.3.0 (la 043 sólo agrega columnas).

Qué cambia

Es la primera versión publicada y firmada. Desde acá, el sistema se actualiza desde eCloud › Actualizaciones.

• TR069: VPN WireGuard hacia las redes privadas de cada ISP (Usuarios VPN, Redes LAN), tokens del ACS para que cada CPE quede en su operador, y la pantalla de Servidores (README §101).
• Mapas FTTx: diseño de la planta, capas de ONUs, cobertura y estado de red, importación desde Excel (README §100).
• Alta de OLT: versión de software, tipo de PON, Telnet y comunidad de escritura; herramientas de la OLT desde la lista (README §98 y §99).
• Actualizaciones: se puede volver a la versión anterior desde el panel si la nueva no convence (README §102).

Antes de aplicar

• Esta versión no se «aplica» desde el panel: el agente la adopta una vez (DEPLOY §11.37), porque hoy el servidor corre una compilación local.
• Migraciones nuevas: 043 (sólo agrega columnas).