Diapositiva 1

1
VICERRECTORADO DE INVESTIGACIÓN Y NUEVAS
TECNOLOGÍAS
TELEFONÍA IP Experiencia de migración y
desarrollo de nuevos servicios
Miguel Angel Garcia Lax Jesús Martínez
Martínez ATICA Universidad de Murcia
2
Agenda
1.Situación de partida 2.Mapa de ruta 3.Estudio de viabilidad 4.Estudio de costes 5.Requisitos concurso 6.Arquitectura actual 7.Problemática de implantación 6.Servicios desarrollados 7.Arquitecturas utilizadas 8. Preguntas
3
Situación de partida (I)

• 4 Campus, más de 50 edificios
• 2 en Murcia, 1 en Espinardo y 1 en El Palmar
• Centralitas IBERCOM Ericcson 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

4
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 y diversificados en 3
  localizaciones

5

6
Mapa de Ruta

• 2001-2002 Estudio viabilidad y Evaluación
  maquetas
• Cisco Call Manager 3.1 y 3.3
• Avaya IP600 y Definity
• Alcatel OnmiPCX 4400 y OmniPCX Enterprise
• Nortel Meridian
• 3Com NBX
• 2003 Concurso público adquisición
  servidorgateway (no terminales)
• 2004 Instalación piloto
• 130 telefonos ATICA (30 soft)
• 2005 Despliegue y Desarrollo de Servicios
• Centros remotos, Servicio de información,
  Operadores Campus (inalámbricos wifi)

7
Estudio Viabilidad

• Funciona?
• Que disponibilidad de servicio obtengo?
• Que calidad de servicio me ofrece?
• Cómo se integra con mi sistema de telefonía
  actual?
• Qúe funcionalidades voy a perder?
• Qué va a pasar con mi sistema de tarificación
  actual?
• Qué funcionalidades me ofrecen los nuevos
  terminales?
• Qué servicios puedo desarrollar?

8
Estudio de costes

• Nuevas edificaciones
• Mantenimiento en redes existentes
• Servicio medido de tráfico

9
Estudio de costes (I)

• Nuevas edificaciones
• Mayor coste terminales (reducido con telefonos
  soft)
• Adquisición central estándard digital es más cara
  que central IP gateways de voz
• Reducción coste de cableado estructurado 50 (uso
  telefonos hard con switch o teléfonos soft)
• En redes de campus, no es preciso doble acometida
  cable de pares (sólo enlace fo para red integrada)

10
Estudio de costes (II)

• Costes de Mantenimiento
• Mantenimiento de cableado. Reducido en 50
• Mantenimiento de centrales tradicionales
  excesivamente elevado frente mantenimiento
  plataformas telefonia Ip (800-1000)
• Costes de gestión y operación. Reducción 60
  (mantener una sola red y un solo entorno)
• En el caso de las redes ATM usada para
  transportes de voz, eliminación de dobles
  fibras y conmutadores ATM.

11
Estudio de costes (III)

• Servicio medido de tráfico
• Implantación de telefonía IP en centros remotos
  no integrados en sistema de numeración IBERCOM.
• Sustitución de telefónos corporativos GSM por
  teléfonos IP Wifi.

12
(No Transcript)
13
Arquitectura actual
14
Problemática de implantación (I)

• Instalación-Despliegue-Integración
• Ajustes iniciales integración IBERCOM (QSIG)
• Para los teléfonos software, adquisición de
  tarjetas de sonido y auriculares.
• Formación y reciclado técnicos habituados a
  sistemas de voz tradicionales
• Uso de Vlan específica con direccionamiento
  privado.
• Calidad de servicio en switches? (de momento, no)

15
Problemática de implantación (II)

• Usuario
• Usuarios telefono soft adaptación para hablar
  sin terminal físico.
• Reacio al cambio de algo que funciona bien.
• Desconocimiento para realizar nuevas
  funcionalidades.
• Perdida puntual de funcionalidades entre
  telefonos IP y teléfonos analógicos.

16
Servicios desarrolladosPortal de telefonía

• Acceso unificado para usuario de telefonía
  clásica y telefonía IP
• Autenticación LDAP
• Información de administración
• Informes de llamadas y consumos
• Control de unidad o sección
• Configuración de terminales (TIP)
• Notificaciones y filtros (TIP)
• Control de servicios en el teléfono (TIP)

Portal telefonía
Autollamada
Avisos
Registro llamadas

Filtros
Portal. Servicios Integrados de voz
Inform. llamada
Control horario
ok
Autenticación
Obtener opciones de menú
Lector noticias
BBDD
LDAP
17
Acceso al portal
18
Menú principal
19
Informes de llamadas
20
Resultado. Informe de llamadas
21
Informes de consumo
22
Configuración de teléfonos
23
Control de filtros de llamada
24
Envío de avisos
25
Contratación de servicios
26
Servicios desarrolladosRegistro de llamadas

• Informe de llamadas perdidas, recibidas y
  realizadas
• Enviado periódicamente por correo a los usuarios
• Permite utilizar el servicio de autollamada
  pulsando sobre cualquier teléfono del informe
• Utiliza el servicio de avisos pulsando sobre los
  iconos de mensaje

Portal telefonía
Registro llamadas
Autollamada
Avisos
Filtros
Inform. llamada
Control horario
Lector noticias
27
(No Transcript)
28
Servicios desarrolladosAutollamada

• Permite realizar una llamada de forma automática
  pulsando sobre un enlace
• Autenticación LDAP
• Posibilidad de elegir línea y terminal
• Utilizado en el directorio corporativo de la
  Universidad de Murcia y en diversos informes

Portal telefonía
Registro llamadas
Autollamada
Avisos
Filtros
Inform. llamada
Control horario
Lector noticias
29
(No Transcript)
30
Autollamada. Acceso
31
Autollamada. Selección de dispositivo
32
Servicios desarrolladosAvisos

• Consiste en una interfaz web que permite buscar
  usuarios para enviarle mensajes a su terminal IP
• Búsqueda en función de varios factores
• Nombre del usuario
• Unidad a la que pertenece
• Edificio
• Tipo de teléfono
• Búsqueda combinada (en función de varios
  factores)
• Mensajes aparecen en la pantalla del teléfono
  junto con un aviso acústico y luminoso

Portal telefonía
Registro llamadas
Autollamada
Avisos
Filtros
Inform. llamada
Control horario
Lector noticias
33
Enviar
Buscar
34
Servicios desarrolladosFiltros

• Permite crear filtros completamente
  personalizables por el usuario
• La llamada entrante bloqueada puede enviarse a un
  IVR
• 2 partes
• Interfaz web de creación/eliminación/modificación
  de filtros
• Aplicación encargada del bloqueo de llamadas
  (JTAPI)

Portal telefonía
Registro llamadas
Internas externas
Bloquear todas Bloquear todas menos lista Bloquear lista Bloquear según patrón Bloquear todas Bloquear todas menos lista Bloquear lista Bloquear según patrón
Autollamada
Avisos
Filtros
Inform. llamada
Control horario
Lector noticias
35
Interfaz Web Aplicación
Aplicación
Llamada recibida
Inicializar JTAPI
Evento capturado (META_CALL_STARTING)
Recoger usuarios
? Consulta BBDD
Preparar observer
Bloquear
36
Servicios desarrolladosInformación de llamada

• Servicio automático que muestra información de la
  llamada en ambos extremos
• Lado emisor muestra información sobre el
  receptor
• Lado receptor muestra información sobre el
  emisor
• Información mostrada
• Fotografía
• Nombre y apellidos
• Correo electrónico
• Unidad o departamento
• Cargo,

Portal telefonía
Registro llamadas
Autollamada
Avisos
Filtros
Inform. llamada
Control horario
Lector noticias
37
Servicios desarrolladosControl horario

• Servicio integrado con el sistema de control
  horario de la Universidad de Murcia (kron)
• Permite fichar las entradas y salidas del puesto
  de trabajo
• Realiza autenticación LDAP
• Interfaz muy sencilla

Portal telefonía
Registro llamadas
Autollamada
Avisos
Filtros
Inform. llamada
Control horario
Lector noticias
38


39
Servicios desarrolladosNoticias

• Se trata de un lector RSS para los teléfonos
• Podría utilizarse para otras muchas finalidades
• Accede a las noticias en formato RSS de diversos
  medios
• El Pais
• Red Iris
• 20 minutos
• Interfaz sencilla. Muestra los titulares y
  permite expandir la noticia deseada

Portal telefonía
Autollamada
Avisos
Registro llamadas
Filtros
Inform. llamada
Control horario
Lector noticias
40





41
Arquitecturas utilizadas (I)

• IP Phone Services
• Telephony API
• TAPI/JTAPI
• Propietarias Cisco
• AXL
• Cisco JTAPI Extensions
• Extension Mobility (EM)
• DeviceListX
• Protocolos

42
Arquitecturas utilizadas (II)

• IP Phone Services
• Basadas en tecnologías web
• Terminales con soporte XML
• Ejemplos
• Control horario (intranet)
• Lector noticias

IP Phone Services
Telephony API
2.Procesamiento
Protocolos
Firewall
CallManager
Servidor de aplicaciones
1.Solicitud
3.Respuesta XML
4.Tratamiento y presentación
Teléfono IP
43
Arquitecturas utilizadas (III)

• Telephony API
• JTAPI
• Arquitectura
• Call Model
• Structural Call Model
• Dynamic Call Model
• Estados
• Eventos

IP Phone Services
Telephony API
Protocolos
44
Arquitecturas utilizadas (IV)

• JTAPI. Arquitectura

IP Phone Services
Telephony API
Protocolos
45
Arquitecturas utilizadas (V)

• JTAPI. Call Model
• Elementos
• Provider
• Call
• Address
• Connection
• Terminal
• TerminalConnection

IP Phone Services
Telephony API
Protocolos
46
Arquitecturas utilizadas (VI)

• JTAPI. Call Model

IP Phone Services
Telephony API
Protocolos
47
Arquitecturas utilizadas (VII)

• JTAPI. Estados
• Provider
• Call
• Connection
• TerminalConnection

IP Phone Services
Telephony API
Protocolos
48
Arquitecturas utilizadas (VIII)

• JTAPI. Eventos
• Javax.telephony.events (core)
• Javax.telephony.callcenter.events
• Javax.telephony.callcontrol.events
• Javax.telephony.media.events
• Javax.telephony.phone.events
• Javax.telephony.privatedata.events
• JTAPI. Meta eventos
• META_CALL_STARTING
• META_CALL_PROGRESS
• META_CALL_ADDING_PARTY
• META_CALL_REMOVING_PARTY
• META_CALL_ENDING

IP Phone Services
Telephony API
Protocolos
49
Incoming Call to Shared Address
Outgoing Call from Shared Address
Cisco JTAPI Developer Guide for Cisco
CallManager 4.1(3) Message sequence charts
50
Arquitecturas utilizadas (IX)

• JTAPI. Extensiones
• Call Control Extension Package
• Extiende el conjunto de estados entre Connection
  y TerminalConnection
• Call Center Extension Package
• Incorpora soporte para
• Routing
• Automatic Call Distribution (ACD)
• Predictive Calling
• Application Data
• Media Extension Package v1.0.
• Phone Extension Package
• Describe los teléfonos en términos de componentes
  estándares como altavoz, micrófono, pantalla, etc.

IP Phone Services
Telephony API
Protocolos
51
Arquitecturas utilizadas (X)

• Cisco
• Cisco JTAPI Extensions
• Extiende parte de la funcionalidad de JTAPI
• Address ? CiscoAddress, Call ? CiscoCall,
• Cisco IP Phone SDK
• AXLProvider, EMProvider, IPProvider,
• AVVID XML Layer (AXL)
• Proporciona un mecanismo para acceder a los datos
  del CallManager usando XML
• Operaciones insertar, obtener, actualizar y
  eliminar datos
• Métodos (request) utilizan una combinación de
  HTTP y SOAP
• Cuándo utilizar esta API?
• Cuando queremos acceder a
• Cisco CallManager data
• Cisco CallManager data in XML format
• Cisco CallManager data in a platform-independent
  manner
• Extension Mobility (EM)
• Permite a los usuarios configurar un teléfono IP
  como propio, de uso temporal, realizando login
  sobre el teléfono

IP Phone Services
Telephony API
Protocolos
52
Arquitecturas utilizadas (XI)

• Protocolos
• H.323
• SIP
• Evolución de H.323
• Dispositivos económicos
• Nuevas aplicaciones
• Contacto telefónico instantáneo vía web
• Convivencia con Asterisk

IP Phone Services
Telephony API
Protocolos
53
Conclusiones

• Funciona
• Integración de redes
• Ahorro de costes a medio plazo
• Desarrollo de nuevos servicios
• Satisfacción del usuario

54

• MUCHAS GRACIAS