370 likes | 617 Views
UNIVERSIDAD DE MURCIA. TELEFONÍA IP Migraciones masivas y nuevos servicios de valor añadido. Jesús Martínez Martínez ATICA Universidad de Murcia. Agenda. 2002:Situación de partida. 5 Campus, más de 55 edificios : 2 en Murcia 1 en Espinardo 1 en El Palmar 1 en San Javier
E N D
UNIVERSIDAD DE MURCIA TELEFONÍA IP Migraciones masivas y nuevos servicios de valor añadido Jesús Martínez Martínez ATICA Universidad de Murcia
2002:Situación de partida • 5 Campus, más de 55 edificios: • 2 en Murcia • 1 en Espinardo • 1 en El Palmar • 1 en San Javier • Centralitas IBERCOM Ericsson MD110 ver BC11 • 14 módulos LIMs en 7 dependencias • 3.300 extensiones • Grupo de conmutación • Varios Centros Remotos no conectados a IBERCOM • Colegios Mayores, dependencias pequeñas
2002: Situación de partida (ii) • Troncal interconexión centrales: • Módulo interconexión MD a través de grupo de conmutación GS • Red ATM 8 conmutadores enlaces OC-3 • Emulación circuitos CES mediante 18 SPVC contra GS • Conexión red pública • 9 Primarios RDSI protegidos • Diversificados en 3 localizaciones
2007 1.500 extensiones IP Más de 1.900 teléfonos IP Todos los centros remotos integrados Campus de la Merced IP puro 2 zonas de primarios 2008 Red integrada completamente Más de 3.700 extensiones Más de 4.200 teléfonos IP Desaparición MD110 Primarios centralizados 2007: Situación actual
CallManager1 CallManager2 Teléfonos IP Teléfonos WIFI Gateways 6500 series icarum/eduroam GS Router WAN UMNet Ericsson MD110 LIM LIM Teléfono analógico 2007: Situación actual (ii)
El apagón analógico • Telefonía IP pura previsto para finales 2008 • Coincidiendo con revisión concurso de comunicaciones • Ventajas • Todas las ventajas propias a la Telefonía IP • Eliminar el costoso mantenimiento de MD110 • Alta de nuevos usuarios más sencilla y rápida • Todos los nuevos edificios remotos integrados
El problema • Migraciones analógico-ip lentas • Alta Servidor IP • Baja centralita analógica Ericsson MD110 • Creación de nuevas rutas en centralita analógica • Actualización de diversas base de datos (en ocasiones una misma información debe ser actualizada en diversas bases de datos) • Cada paso dispone de una interfaz independiente • Grandes costes en recursos humanos • 1 año para más de 3.000 dispositivos
Una primera solución • Automatización de parte del proceso • Aplicación Web para realizar la preconfiguración de los dispositivos antes de la instalación • Ventajas • Gran mejora respecto al proceso manual • Unificación de interfaces • Inconvenientes • Problemas logisticos • No optimizado. El administrador sigue controlando varias interfaces
4 pasos Una primera solución (ii) Selección de la extensión Datos administrativos Actualización datos de personal Alta del nuevo teléfono
BB.DD Personal BB.DD Patrimonio
Una nueva filosofía • KIT Auto-instalación • Consiste en aprovechar la potencia de los teléfonos IP, de modo, que sean ellos quien realicen la migración • El teléfono pasa a ser el objeto de la migración, no solo el objetivo • Interactúa con el instalador para recoger unos pocos datos • Se comunica con otros sistema para actualizarlos • Centralita analógica • Directorio LDAP • BB.DD
Una nueva filosofía (ii) • Funcionamiento • El instalador introduce el DNI (o correo) de la persona titular directamente sobre el teléfono • El teléfono establece una conexión al servidor corporativo para buscar a esa persona • Se solicitan un chequeo de los datos personales y administrativos de esa persona. • El instalador chequea estos datos (actualizándolos en caso necesario) y confirma la actualización en las bases de datos corporativas • Se solicita la extensión para el usuario • Se establece una conexión entre el teléfono y la centralita analógica para migrar la extensión de analógico a IP • El teléfono se da de alta, a si mismo, en el servidor IP
Integración de sistemas • En nuestro caso las necesidades de integración son las siguientes: • LDAP • Centralita analógica • Base de datos de personal • Base de datos de patrimonio • La aplicación permite incorporar cualquier actualización de sistema externo
Implementación Kit auto-instalación El módulo central o núcleo • Librerías necesarias para adaptar contenidos a los teléfonos Módulo LDAP • Acceso a la aplicación • Búsqueda del usuario final Módulo BB.DD • Conexión con las BB.DD para actualizar datos: • Personal (datos personales, cargos, extensiones, unidad) • Patrimonio (edificio, planta, despacho)
Implementación Kit auto-instalación (ii) • Módulo MD110 • Simula una conexión telnet con la centralita Ericsson MD110 • Controla el proceso de migración Analógico-IP • Permite una migración inversa (IP-Analógico)
Implementación Kit auto-instalación (iii) • Módulo TIP • Actualiza el servidor TIP • 3 pasos: • Crea/Actualiza el teléfono • Crea/Actualiza el usuario • Crea la nueva extensión IP • Conexión con el servidor HTTP SOAP • API Cisco AXL
Acceso KIT auto-instalación • Teléfonos nuevos • Auto-registro en el CallManager • Rango de extensiones 15xx-16xx (privado) • Registro automático de la aplicación de auto-instalación • Acceso desde el menú de servicios • Teléfonos reutilizados • Es necesario acceder al servicio oculto de auto-instalación • Reconfiguración automática marcando *13# • Funcionamiento: • Demonio JTAPI observa las llamadas realizadas a *13# • Obtiene el origen de la llamada (nombre del dispositivo) • Elimina sus extensiones • Muestra automáticamente el acceso a la aplicación
Algunos resultados • Números • 1.600 teléfonos migrados en 3 meses • 1.500 extensiones • 1 Campus completo • Todos los centros remotos • Optimización de recursos • Tiempo • Recursos humanos
nuevos servicios
Servicios Integrados • Antes • Había que buscar la información • Un Sistema de Voz • Un Sistema de datos • Directorios • Bases de datos • Ahora • La información se muestra en el momento deseado • Una Red integrada de servicios
Ejemplos deintegración • Dumbo • Herramienta utilizada para el control de incidencias y partes de trabajo • Funcionamiento inicial • El usuario final realiza una llamada al servicio de atención a usuarios • El encargado de atender la llamada debe reflejar la tarea en el sistema dumbo • Datos del usuario final • Datos personales (Nombre, apellidos, email, teléfono) • Datos administrativos (Unidad, Edificio, despacho) • Solución integrada • Al finalizar la llamada aparece un mensaje en la pantalla del teléfono preguntando si esa llamada debe de ser reflejada en un parte. • Si es así, el teléfono se encarga de acceder al sistema dumbo complentado todos los campos del parte a excepción del texto de resolución de la tarea.
Ejemplos de integración • Filtrado de llamadas • Permite establecer que llamadas internas/externas se desean recibir • Limitado a algunos usuarios • En caso de bloqueo la llamada se transfiere a otra extensión • El nuevo receptor de la llamada recibe información extra de la llamada desviada • Receptor original • Información extendida del emisor
Servicio de megafonía • En ocasiones la integración puede ser más profunda, llegando a eliminar al sistema externo • MEGAFONÍA • Se utilizan los teléfonos como altavoces de megafonía • Se limita el acceso al servicio con el rol “emisor”
Otros desarrollos… Interfaz “móvil” de configuración para instaladores • Coberturas, • Desvíos, • Grupos de captura, • Personalizaciones,… FACTEL v.2.0: Facturación telefónica • El usuario tiene acceso a su consumo • Diversos informes y detalles de llamadas • Coste en la pantalla del teléfono Monitorización TIP
Conclusiones Migraciones • Optimización de los recursos • Minimización del impacto hacia el usuario • Grandes mejoras a nivel administrativo • Información corporativa siempre actualizada Desarrollo de nuevos servicios • Aumento de la satisfacción del usuario • Aumento de la productividad
MUCHAS GRACIAS Jesús Martínez Martínez jesusmm@um.es