Auto-aprovisionamiento sin toques: de la llegada de la caja a activo en 8 minutos

El flujo de trabajo más repetido dentro de cualquier ISP de FTTH es "activar un nuevo abonado". Hecho a mano son entre quince y cuarenta y cinco minutos de tiempo de NOC, en su mayoría copy-paste, con una tasa de error del 6–12 % que produce algunas de las salidas de camión más caras del negocio: las que te generas tú mismo. Bien hecho, el mismo flujo es desatendido, 8 minutos de reloj, y el cliente entra en línea antes de que el técnico cuelgue.

Qué exige realmente "sin toques"

Muchos proveedores te venderán "aprovisionamiento automatizado". Pocos entregan la ruta completa. El sin-toques de extremo a extremo tiene cuatro piezas móviles, todas presentes:

1. 1Recepción de pedido: llega un plan estructurado + registro de cliente desde el CRM, no una persona en un hilo de chat.
2. 2Descubrimiento de identidad de ONU: el OLT ve un nuevo número de serie no registrado y el ACS ve un nuevo inform TR-069; hay que reconciliarlos con el pedido en el CRM.
3. 3Envío de perfil: perfil de servicio, VLAN, QoS, estado RADIUS, plan de IP, todo enviado al ámbito correcto (puerto de OLT, índice de ONU, LAN de CPE).
4. 4Verificación: la plataforma mide de hecho que la línea subió, que la velocidad coincide con el paquete y que el CPE responde a una prueba sintética, y entonces cierra el pedido.

La mecánica del lado OLT

En el OLT, el sin-toques depende de dos cosas trabajando juntas: la política de pre-configuración del proveedor del OLT (auto-detectar / auto-autorizar ONU no registradas contra una lista blanca de números de serie), y la capacidad de la plataforma de inyectar las entradas de la lista blanca en el momento en que se crea el pedido. La rotura más común en producción es una condición de carrera entre las dos: la ONU está en la línea antes de que se haya enviado la lista blanca, el OLT la rechaza, y la plataforma tiene que reintentar. Las implementaciones robustas reenvían la lista blanca de forma idempotente y toleran la carrera.

La mecánica del lado CPE: el ACS hace el resto

Una vez que la ONU está autorizada en el OLT y obtiene una dirección IP (o sesión PPP), el CPE se registra con el ACS vía TR-069 (o TR-369). En ese punto el ACS envía la configuración que dicta el plan del abonado: SSID y contraseña de WiFi (o PSK WPA3 por abonado), versión de firmware si hace falta bajar/subir, ajustes de WAN, clases de QoS y feature flags. Las implementaciones modernas de ACS pueden hacer todo esto en una sola conexión, frente al patrón chismoso más antiguo de tres viajes de ida y vuelta y un reinicio.

CRM ↔ NMS ↔ ACS: el plano de datos

La razón por la que la mayoría de operadores acaban con "automatizado excepto por un paso" es que los datos no fluyen limpiamente entre los sistemas involucrados. El CRM conoce al cliente, plan y dirección. El NMS conoce el OLT, puerto y ONU. El ACS conoce el número de serie del CPE. Atar los tres en el momento de la activación es el trabajo real de integración, no el envío de la configuración en sí.

Netxol cortocircuita esto sosteniendo los tres en un plano de datos unificado. El flujo de activación es una única transacción que toca el objeto abonado, el objeto red y el objeto CPE, nunca una fila en tres bases de datos distintas que hay que reconciliar después.

Qué se mide

La ruta de excepciones importa más que la ruta feliz

Alcanzarás totalmente sin toques en aproximadamente el 92–97 % de las activaciones. El 3–8 % restante son excepciones: número de serie incorrecto en la caja, empalme de fibra no hecho, el cliente no está en la dirección. Donde vive o muere la automatización es en la limpieza con que se escalan esas excepciones. La plataforma debe pausar el pedido, adjuntar la evidencia diagnóstica, enrutar al rol correcto y no bloquear al otro 95 %.

Lecturas adicionales