MitraStar GPT-2742GX4X5v6 en monopuesto: cortes cada 2 h 1 min 53 s y reinicio confirmado
Buenos días:
Solicito la apertura de un boletín de avería y revisión técnica de cortes periódicos en mi conexión de fibra. Dispongo de registros correlacionados del router Movistar, un UDM SE y un ordenador conectado directamente a otro puerto del Movistar. La observación detallada se realizó el 18/10/2026; las horas siguientes son de España peninsular (CEST, UTC+2).
EQUIPO Y CONFIGURACIÓN
• Router Movistar: MitraStar GPT-2742GX4X5v6.
• Firmware observado: GL_g2.5_100XNT0b23.
• Movistar configurado en monopuesto; el UDM SE establece la sesión PPPoE a través del puerto LAN1 del Movistar.
• Para contrastar el fallo, conecté un Mac por cable directamente al puerto LAN4 del Movistar, con acceso a su administración local independiente de PPPoE.
PROBLEMA Y PRUEBAS
Los registros del UDM muestran ciclos de pérdida física del enlace separados por 7312–7315 segundos (aproximadamente 2 h 1 min 53 s). No se trata únicamente de una alerta de disponibilidad de Internet: cae la portadora Ethernet antes de perderse PPPoE.
Ejemplos del 18/10: 07:47:43, 09:49:37, 11:51:31, 13:53:24 y 15:55:17.
En los dos últimos episodios se registró lo siguiente:
1. A las 13:53:24 caen el enlace del UDM con LAN1 y el enlace independiente del Mac con LAN4, con posteriores oscilaciones de ambos enlaces. Tras recuperar acceso, el panel del router Movistar muestra un uptime de solo cuatro minutos: confirma un reinicio completo del router Movistar. El UDM sigue encendido y accesible por su LAN. PPPoE e Internet se recuperan hacia las 13:55.
2. A las 15:55:17 se repite la caída física en el UDM, exactamente 7313 segundos después. El Mac registra la caída de su enlace directo a las 15:55:18. PPPoE cae a las 15:56:02, se restablece a las 15:57:11 y las sondas externas vuelven a responder a las 15:57:14. Este segundo episodio es muy compatible con otro reinicio, aunque no pude recuperar una nueva lectura del uptime del Movistar.
No reinicié ni restablecí los equipos durante la observación, ni modifiqué su configuración. Las pruebas incluyen sondeos a dos destinos externos, DNS, HTTPS, enlaces físicos y registros de PPPoE. La caída de dos puertos independientes y el uptime del primer episodio apuntan al equipo Movistar o a un mecanismo que lo reinicia.
OTRAS OBSERVACIONES PARA LA REVISIÓN TÉCNICA
• Antes del reinicio se capturaron cinco episodios breves de pérdida externa asociados a mensajes WAN_OMCI_VLAN_NOT_MATCH y posterior WAN_OMCI_VLAN_MATCH, con reconstrucción de interfaces WAN. En esas ventanas no se observó caída física ni renegociación PPPoE.
• El proceso tefdog estaba activo y registraba fallos de PPP/pppd, aunque la sesión PPPoE la establece el UDM y no el router Movistar. Solicito comprobar si la supervisión del firmware es compatible con monopuesto. Es una hipótesis de investigación: no dispongo de una orden explícita que demuestre que tefdog provoca el reinicio.
• Tras el reinicio no pude recuperar los registros internos: la autenticación SSH y la consulta avanzada web de logs dejaron de responder correctamente, aunque el ping y la página web raíz volvieron a estar disponibles.
SOLICITO
1. Registrar la avería y facilitarme su número de referencia.
2. Incorporar estas horas y pruebas al boletín y escalar la revisión al equipo que pueda analizar el motivo de reinicio, el firmware, la supervisión en monopuesto y los eventos OMCI/gestión de la línea.
3. Indicar si existe una corrección de firmware o si procede sustituir el router y comprobar su alimentación.
4. Mantener el seguimiento del fallo intermitente aunque una comprobación puntual encuentre la conexión operativa.
Conservo los registros y capturas del diagnóstico y puedo aportar extractos concretos por el canal que me indiquen. Facilitaré los datos del titular y de la línea por mensaje privado a un moderador oficial.
Gracias.
