DWS Operations · Para NOC de telecomunicaciones
De la alarma a la respuesta,en una sola consola.
Gestión de fallas, inventario de red y una mesa de servicio ITIL en un solo espacio de trabajo, hecho para los NOC de telecomunicaciones. Deja de saltar entre tu NMS, tu herramienta de tickets y tus hojas de cálculo.
- Webhook JSON abierto para cualquier NMS
- Corre dentro de tu propia red
02 · ¿Te suena?
Cuatro herramientas, copiar y pegar, y un conocimiento que se va por la puerta.
Lo que vive hoy un NOC típico, y cómo responde DWS Operations a cada caso.
- 01
“Las alarmas viven en el NMS y los tickets en otra herramienta. Copiamos y pegamos entre las dos.”
El ticket se crea desde la alarma misma, con título, descripción, prioridad e impacto ya llenos. La fila de la alarma muestra luego el número del ticket.
- 02
“Las tormentas de alarmas inundan la base de datos y la pantalla.”
Las alarmas se encolan al llegar y se guardan por lotes, más o menos cada segundo. Las alarmas repetidas actualizan el registro existente en vez de duplicarlo.
- 03
“Los tickets no tienen contexto de red. ¿Qué router? ¿Qué sitio?”
Cada ticket puede apuntar a un elemento de configuración del inventario, lógico o físico. Un clic lo abre.
- 04
“El conocimiento se va con el ingeniero que resolvió la falla.”
Un artículo de conocimiento se crea directo desde la resolución de un incidente, con síntomas, causa y resolución ya llenos.
03 · Cómo funciona
Conecta, mira, resuelve.
- 01
Conecta
Cualquier NMS, EMS, gestor umbrella o probe que pueda enviar JSON por HTTP manda cada alarma a un solo webhook. El endpoint responde de inmediato; el guardado ocurre en segundo plano.
- 02
Mira
Cada alarma llega a la consola de Alarmas activas, una tabla densa hecha para listas largas, con los nodos VIP resaltados y el ticket de cada alarma a un clic.
- 03
Resuelve
Clic derecho, Crear TT. Trabaja el incidente con su elemento de configuración, ciérralo con una causa raíz y convierte la resolución en un artículo de conocimiento.
- 01Falla un elemento de red
- 02El NMS envía la alarma al webhook
- 03Encolada, por lotes, sin duplicados
- 04Alarma en Alarmas activas
- 05Crear TT: incidente con prioridad e impacto
- 06Resolución: causa raíz, código de cierre
- 07Artículo de conocimiento publicado
04 · Módulos
Cuatro módulos, un solo espacio de trabajo.
La alarma, el recurso de red afectado, el ticket, la causa raíz y la lección aprendida viven en un solo lugar, no en cuatro herramientas desconectadas.
Gestión de fallas
- Webhook de alarmas abierto, con cola, lotes y sin duplicados
- Consola de Alarmas activas con los nodos VIP resaltados
- Ticket en un clic: Crear TT, o TT manual para revisarlo antes
Inventario
- Recursos lógicos: circuitos, IP, VLAN, VPN, VNF
- Recursos físicos: sitios, racks, tarjetas, puertos, fibras, postes, con “Abrir en mapas”
- Jerarquías, enlaces tipificados y estado del ciclo de vida
Mesa de servicio
- Incidentes, problemas (con errores conocidos) y cambios: estándar, normal, de emergencia
- Base de conocimiento alimentada con las resoluciones de incidentes
- Fases, categorías, causas raíz y códigos de cierre que editas sin código
Administración
- Usuarios y roles armados con 35 permisos
- Permisos validados en cada llamada a la API; los cambios de rol aplican de inmediato
- Bloqueo de la cuenta tras 10 intentos fallidos
05 · Hecho para telecomunicaciones
Las herramientas ITSM genéricas no hablan telecom. Esta sí.
Una taxonomía de telecomunicaciones incluida y editable: la red que opera el NOC, la forma en que llegan de verdad las alarmas y las fallas que más importan.
- Dominios de red
- Red de acceso radio
- Red core
- Transporte
- IT
- Centro de datos
- Planta externa
- Casa del cliente
- Tecnologías
- 2G
- 3G
- 4G
- 5G
- Línea fija
- FTTx
- Microondas
- Recursos físicos · 17 tipos
- Sitio
- Edificio
- Rack
- Equipo
- Tarjeta
- Puerto
- Fibra
- Ducto
- Poste
- …
- Recursos lógicos · 15 tipos
- Circuito
- Dirección IP
- Subnet
- VLAN
- VPN
- VNF
- …
- Modelo de alarma
- 138 atributos por alarma
- Alineado con ITU-T X.733
- Los nodos VIP suben el impacto
- Un sitio caído es una falla masiva
06 · Integración e instalación
Escucha a tu NMS. Corre dentro de tu red.
Un servicio de API, una base de datos MySQL y una app web estática: una instalación compacta que puede vivir dentro de tu red o tu nube privada, junto al NMS que escucha.
- NMS, EMS o probe del fabricanteenvía cada alarma
- HTTP POST · JSON:Webhook de alarmasresponde de inmediato
- Colaen memoria
- Proceso en segundo planolotes de ~1 s, upsert por ID de mensaje
- MySQLalarmas, inventario, tickets
- REST API:App web de DWSdonde trabajan los operadores
Webhook de alarmas abierto
Cualquier sistema que envíe JSON por HTTP puede alimentar la consola. Un GET a la misma URL sirve como chequeo de salud.
API REST abierta
Todo lo que hace la app web pasa por la API REST, así que OSS/BSS, reportes y automatizaciones pueden usar las mismas funciones.
Instalación compacta
La API corre en Linux; la app web es un build estático que sirve cualquier servidor web, en la raíz de un dominio o en una subruta.
En el navegador, instalable
Sin instalar nada en el cliente. Espacio de trabajo con pestañas, menú con buscador, exportación a CSV y un aviso cuando hay una versión nueva.
Acceso por roles
Roles armados con 35 permisos, validados en cada llamada protegida a la API. Desactivar un usuario le quita el acceso de inmediato.
Bloqueo de cuentas
Las cuentas se bloquean tras 10 intentos fallidos; un administrador puede restablecer la contraseña, lo que también desbloquea la cuenta.
07 · Próximamente
En preview.
Las pantallas están diseñadas y son interactivas, pero hoy funcionan con datos de ejemplo. Pregúntanos en qué va cada una.
- Preview
Diagnóstico con IA
Un resumen, una evaluación del impacto, causas probables con su nivel de confianza y evidencia, acciones recomendadas y enlaces a conocimiento, incidentes y runbooks relacionados.
- Preview
Diagnóstico por comandos
Comandos de diagnóstico de solo lectura sobre el elemento afectado, paso a paso, con su estado en vivo y la salida completa.
- Preview
Probes
Administra los agentes que recogen alarmas de los sistemas de los fabricantes: paquetes de parseo, actualizaciones e IP de origen permitidas.
08 · En números
138
atributos por alarma en el modelo de datos de fallas
~1 s
ventana de lotes para guardar alarmas en las ráfagas
1 clic
de la alarma a un ticket clasificado
23
fases en 5 flujos de trabajo, todas editables
17 / 15
tipos de recursos físicos / lógicos
35
permisos granulares para el acceso por roles
09 · Preguntas frecuentes
Lo primero que pregunta un NOC.
- ¿Qué NMS puede enviar alarmas?
- Cualquier sistema que pueda hacer POST de JSON por HTTP al webhook de alarmas. Las probes para recoger alarmas de los sistemas de los fabricantes están en preview.
- ¿Podemos instalarlo nosotros?
- Sí. Es un servicio de API, una base de datos MySQL y una app web estática, lo bastante compacto para correr dentro de tu red o tu nube privada.
- ¿Podemos adaptar los flujos?
- Sí. Fases, categorías, causas raíz, códigos de cierre, grupos de asignación y proveedores se configuran sin código.
- ¿Reemplaza nuestra herramienta ITSM?
- Cubre incidentes, problemas, cambios y conocimiento para la operación de red, y expone una API REST para convivir con las herramientas que mantengas.
10 · Empieza
Cada alarma, cada ticket, cada sitio. Un solo espacio de operación.
Agenda una demo y cuéntanos qué NMS envía tus alarmas y cómo crea tickets hoy tu NOC. [CONFIRM: formato de la demo y qué incluye]
WhatsAppCorre dentro de tu red
- Un servicio de API, una base de datos MySQL y una app web estática
- Corre en Linux, servido por cualquier servidor web
- Cualquier navegador moderno, sin instalar nada
- API REST abierta para OSS/BSS, reportes y automatización