VoIP: Implantación y
experiencias en la UC3M
Jornadas Técnicas de RedIRIS , 22 de Noviembre de 2007
Universidad de Oviedo
Francisco Cruz Argudo
Jose Manuel Ruiz
email: [email protected]
sip: [email protected][email protected]
jid:[email protected]
nrenum:34916248786
Servicio de Informática y Comunicaciones
Universidad Carlos III de Madrid ©
email: [email protected]
Profesor Asociado de la Universidad
Carlos III de Madrid
Promotor de Empresas de Base
Tecnológica en el Parque Científico y
Tecnológico de la UC3M
1
Índice
Situación de partida
Arquitectura
Integración
Recursos
Plan de futuro
2
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
Situación inicial
Centralita MD110 de Telefónica
Extensiones analógicas
Internas
Nacionales/móviles
Internacional
Móviles corporativos
Salida externa
Sólo uso interno
3
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
Motivación
Necesidad de nuevos servicios
asociados a la telefonía
PAS/PDI
Alumnos
Ahorro de costes en la telefonía
Conocer la tecnología
Aparición de soluciones de bajo coste
frente a las soluciones tradicionales más
caras
4
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
Ámbito del proyecto
Varias fases de implantación
Fase I: 2006/2007 (sólo llamadas IP y extensiones internas
UC3M)
• ERASMUS
• Personal administrativo de ERASMUS en la Oficina de
Relaciones internacionales (ORI)
• Tutores de ERASMUS
Fase II: 2006/07
• PAS/PDI
• Permisos ídem que su extensión analógica
• Ahorro de coste frente al móvil corporativo
• Alumnos semipresencial
Fase III 2007/08 (1er Trimestre)
• Implantación nueva arquitectura
• integración móviles WiFi
Fase IV 2008
• Toda la comunidad universitaria
5
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
Requerimientos
Integración con la centralita actual sin
necesidad de hacer grandes cambios ni
inversiones
Comunicación de todos los dispositivos
actuales con la nueva solución
Integración “de alguna manera” con las
BBDD corporativas
Integración con LDAP corporativo
Solución basada (en lo posible) en
software de dominio público
6
Situación
de partida
Integración
Arquitectura
Recursos
Futuro
Arquitectura Actual
Usuario
UC3M
8786
518786
512011
Con SIP
Sistemas VoIP UC3M
5134123456789
518786
8786
IBERCOM
SIP UC3M
RTP
Si email
SER
Registro de usuarios
Destino analógico
Destino nrenum
Usuario
analógico
518786
UC3M
VYDA
[email protected]
Destino SIP interno
Destino dominio externo
Telefónica
LDAP
LDAP
INTERNET
Nrenum
Usuarios
externos UC3M
@ DNS
dominio
Entrada (dominio o nrenum)
7
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
Arquitectura
Actual
SER
IR-VOZ
VYDA
CENTRALITA (MD-110)
Final
(además…)
RADIUS
LDAP
Más funcionalidades del SER
8
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
Arquitectura
DNS
Definición de registros SRV y NAPTR para
la localización de servidor SIP (SER)
Conexión NRENUM
• Delegación de prefijo a UC3M por parte de
RedIRIS (3491624)
• Definición de zona “nrenum.net”
9
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
Arquitectura
Asterisk (IRVoz)
Versión 1.4 de asterisk (TELDAT)
• Ventajas
–
–
–
–
Solución “llave en mano”
Mejoras sobre el asterisk de libre distribución
Permite modificarlo (no deja de ser asterisk )
Interfaz gráfico de gestión
• Inconvenientes
– No siempre es la última versión de asterisk la que soporta
el producto
Definición de usuarios
Servicios de telefonía avanzada (mensajería
unificada, multiconferencia,…)
Plan de numeración
Control de llamadas
nrenum
10
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
Arquitectura
Vyda
Router Teldat
Pasarela entre mundo IP/analógico y viceversa
Físicamente separado del servidor Asterisk (sistema
global más robusto).
E1 de conexión a la MD110.
Puede realizar el plan de marcación en caso de fallo
en IR-Voz.
11
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
Arquitectura
MD 110
Programación por parte de telefónica para
reencaminar las llamadas desde
IP/analógico y viceversa
Programación para tarificación de los
teléfonos IP (como extensiones analógicas
normales)
12
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
¿Cómo llamo y me llaman?
13
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
¿Cómo llamo y me llaman? II
Cómo me pueden localizar (8786)
Desde teléfonos de la UC3M (softphone, hardphone,
analógicos, móviles corporativos) a mi teléfono analógico 
8786
Desde teléfonos de la UC3M (softphone, pda, hardphone,
analógicos) a mi teléfono IP (softphone, pda, hardphone) 
518786
Desde teléfonos externos a la UC3M (analógicos) a mi
teléfono de la UC3M (analógico) por RTB  916248786
Desde teléfonos IP externos a la UC3M a mi teléfono IP
(softphone, pda, Hardphone)
• [email protected][email protected] / [email protected]
Desde teléfonos externos a la UC3M (todos nrenum) a mi
téléfono (todos nrenum) por IP  34916248786
14
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
Tarificación
Tarificar las llamadas con origen teléfonos IP
y destino analógico fuera de la UC3M a su
extensión analógica
Reconstrucción del número origen completo
cuando llega al asterisk con salida hacia el
exterior
Origen de llamada 51+8786
Se le quita el 51 y se le añade el 91624+8786
Programación E1 por parte de la centralita
para que envíe todo el número por el E1 del
router a la centralita
La tarificación la realiza telefónica como un
número normal
15
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
Integración BBDD corporativa
Creación de un nuevo campo en la BBDD
corporativa “número VoIP” con el mecanismo
explicado anteriormente
Sistema de activación mediante formulario
WWW
Todos los días se carga esa información en el
servidor de asterisk (aplicación java)
Aplicación de cambio de password (mientras
no funcionaba la autenticación LDAP)
Aplicación de comunicación basada en
Servlets y JSP, y Apache
16
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
RRHH
RRHH
Falta de RRHH humanos para afrontar y mantener
una solución de este tipo
Apoyo en una empresa externa INTECDOM con
amplio conocimiento en la implantación de voip
basado en asterisk: implantación, mantenimiento
y desarrollo: contrato anual
Ampliación del contrato de mantenimiento de
telefonía convencional con una persona para
temas de VoIP (4 horas/día)
17
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
Inversiones
Dos servidores para asterisk (uno de backup)
Router Vyda
Servidor para
SER
Aplicaciones
Documentación
DNS (nrenum)
Radius y LDAP, los corporativos ya existentes
Aplicación integración BBDD corporativas en
los servidores ya existentes
18
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
Arquitectura final
DNS
RADIUS
LDAP
SER
RTP
Registro de usuarios
Destino analógico
Destino SIP interno
Destino dominio externo / NRENUM
Entrada (Dominio o NRENUM)
GATEWAY
IBERCOM
19
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
Arquitectura final (II)
20
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
Integración eduroam
Creación de una “eduroam voip enable”
Estudio de mercado de móviles (nokia en
diferentes modelos: E65)
Problemática (en nuestro caso)
Eduroam con EAP-TTLS (PAP)
PAP no es soportado por los teléfonos móviles
Solución en la que el usuario no tenga que realizar
ningún cambio en la configuración de sus
dispositivos WiFi
intra-roaming e inter-roaming
21
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
Integración eduroam II
Solución
Utilización de PEAP (EAP-MSCHAP)
Cambios en el Radius para que pueda autenticar en los
dos modelos (EAP-TTLS-PAP, EAP-PEAP)
Creación de un nuevo atributo de password en LDAP
Proceso de cambios de password en toda la institución
(Enero 2008)
A partir de ese momento convivirán las dos soluciones
• El que tenga móviles utilizara PEAP
• El resto utilizará la que quiera
Fast Secure Roaming (compatibilidad de CCX4 EAPPEAP de CISCO por parte de los dispositivos)
Maqueta en funcionamiento
22
Situación
de partida
Arquitectura
Integración
Recursos
Futuro
Integración eduroam (Futuro)
Móvil
WiFi
EAP-PEAP
(MSCHAP)
Register
User+pass+Realm*
RADIUS
DIGEST
-MD5 (user+pass+
Realm): HA1
-Cliente:
MD5 (HA1, nounce,)
Access-Request
LDAP
SER
GATEWAY
IBERCOM
DNS
INTERNET
Validación red WiFi
Validación SIP
Tráfico SIP
Otro tráfico
•Lo envia el SER el cliente lo coge o hay que configurarlo
23
Algunos ejemplos
Salas de multiconferencia IP
Tutorías
Reuniones de trabajo (profesor/alumnos,
profesores)
Números de test para nrenum
Servicio de hora +34916248000
Servicio eco +34916249000
Servicio voip-ping (extensible a cualquier
ejecución de programa, p.e. arrancar un
servicio, carga de backups…)
24
Y además…..
Seguridad: IPSec, SRTP, …
Call Center
Desarrollo de un call center basado en asterisk para
nuestro centro de atención a usuario
Ventajas frente a los que aporta la centraliza
MD110
Comunicación del call center con nuestro
sistema de incidencias corporativas (HIDRA)
Quick to call
Cliente SIP integrado en WWW para portal
corporativo
Parque tecnológico (VoIP)??
25
Conclusiones
Viabilidad técnica de la solución con un coste
asumible.
Sistema flexible, abierto y escalable que nos
permite seguir avanzando y ofrecer
soluciones “particularizadas”
Buena acogida por parte de los usuarios
Reducción de costes con aumento de las
prestaciones
Posibilidad de nuevos servicios futuros
26
Preguntas
¿?
27
Descargar

ARCA: Agregador RSS para la Comunidad Académica