La OLT no conecta con SIGADISP

1. Identifica qué dejó de funcionar

Determina si afecta a una OLT, a varias o a toda la plataforma. Anota la hora del fallo, la última lectura correcta y los cambios recientes de red, credenciales o firmware.

La pérdida de gestión no demuestra por sí sola que todos los clientes hayan perdido servicio. Comprueba ambas situaciones por separado.

2. Verifica transporte y puerto

Comprueba desde el servidor o nodo de conexión de SIGADISP la dirección de destino, las rutas de ida y retorno, la VPN y las reglas de acceso. Cuando haya NAT, revisa el puerto que realmente debe usar ese origen.

En un equipo Windows autorizado puedes usar PowerShell para comprobar un puerto TCP. Introduce el destino y el puerto reales, sin escanear redes ajenas:

$OltHost = Read-Host "IP o nombre de la OLT autorizada"
$Puerto = [int](Read-Host "Puerto TCP de gestion autorizado")
Test-NetConnection -ComputerName $OltHost -Port $Puerto -InformationLevel Detailed

Un resultado TCP satisfactorio confirma una conexión al puerto, no las credenciales ni la compatibilidad con SIGADISP. Esta prueba no valida UDP/SNMP. Si se ejecuta en tu computador y no en el punto de conexión del sistema, sus resultados pueden diferir.

Referencia del comando: Microsoft Learn · Test-NetConnection ↗.

3. Comprueba autenticación y permisos

Si el puerto responde, valida el protocolo configurado, usuario, permisos y límites de sesiones. Distingue entre credenciales rechazadas y fallos de negociación del protocolo.

Si una sesión SSH falla durante la negociación, conserva el error exacto. No habilites cifrados antiguos ni debilites la configuración global del servidor como solución genérica; solicita una revisión de compatibilidad.

4. Revisa la lectura e interpretación

Si la sesión abre pero la plataforma no interpreta el inventario, registra modelo, firmware, comando o consulta que falla y mensaje de error. Una salida paginada, un cambio de formato o permisos insuficientes deben investigarse.

No atribuyas el problema automáticamente a la fibra del cliente ni a “saturación” sin evidencia. No elimines ONUs o perfiles de producción para probar si mejora la lectura.

5. Entrega evidencia útil

Prepara una línea de tiempo, alcance del fallo, pruebas desde el servidor, resultado del puerto y error de sesión o lectura. Comparte capturas depuradas y los cambios recientes.

Oculta contraseñas, claves, comunidades y datos personales. Conserva los registros originales en el entorno autorizado de tu empresa y utiliza la guía para preparar una solicitud de soporte.