VoIP: Implantación y experiencias en la UC3M

1. VoIP: Implantación y experiencias en la UC3M Jornadas Técnicas de RedIRIS , 22 de Noviembre de 2007 Universidad de Oviedo

2. Índice • Situación de partida • Arquitectura • Integración • Recursos • Plan de futuro

3. Integración Situación de partida Arquitectura 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

4. Integración Situación de partida Arquitectura 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

5. Integración Situación de partida Arquitectura 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

6. Integración Situación de partida Arquitectura 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

7. Integración Situación de partida Arquitectura Recursos Futuro DNS SIP UC3M 518786 Usuario UC3M Con SIP Usuarios externos UC3M Usuario analógico UC3M LDAP 8786 512011 518786 5134123456789 8786 LDAP Nrenum @ dominio fonta@rediris.es 518786 Sistemas VoIP UC3M Telefónica Destino analógico Destino SIP interno Registro de usuarios RTP Si email SER INTERNET VYDA IBERCOM Destino dominio externo Destino nrenum ASTERISK Entrada (dominio o nrenum) Arquitectura Actual

8. Integración Situación de partida Arquitectura Recursos Futuro Arquitectura • Actual • SER • IR-VOZ • VYDA • CENTRALITA (MD-110) • Final • (además…) • RADIUS • LDAP • Más funcionalidades del SER

9. Integración Situación de partida Arquitectura 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”

10. Integración Situación de partida Arquitectura 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

11. Integración Situación de partida Arquitectura 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.

12. Integración Situación de partida Arquitectura 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)

13. Integración Situación de partida Arquitectura Recursos Futuro ¿Cómo llamo y me llaman?

14. Integración Situación de partida Arquitectura 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) • 518786@uc3m.es • Francisco.cruz@uc3m.es / paco@di.uc3m.es • Desde teléfonos externos a la UC3M (todos nrenum) a mi téléfono (todos nrenum) por IP  34916248786

15. Integración Situación de partida Arquitectura 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

16. Integración Situación de partida Arquitectura 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

17. Integración Situación de partida Arquitectura 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)

18. Integración Situación de partida Arquitectura 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

19. Integración Situación de partida Arquitectura Recursos Futuro DNS LDAP RADIUS Registro de usuarios Destino analógico Destino SIP interno SER RTP GATEWAY IBERCOM ASTERISK Destino dominio externo / NRENUM Entrada (Dominio o NRENUM) Arquitectura final

20. Integración Situación de partida Arquitectura Recursos Futuro Arquitectura final (II)

21. Integración Situación de partida Arquitectura 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

22. Integración Situación de partida Arquitectura 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 EAP-PEAP de CISCO por parte de los dispositivos) • Maqueta en funcionamiento

23. Integración Situación de partida Arquitectura Recursos Futuro DNS LDAP Móvil WiFi EAP-PEAP (MSCHAP) Register User+pass+Realm* RADIUS • DIGEST • MD5 (user+pass+ • Realm): HA1 • Cliente: • MD5 (HA1, nounce,) Access-Request SER INTERNET GATEWAY IBERCOM Validación red WiFi ASTERISK Tráfico SIP Validación SIP Otro tráfico Integración eduroam (Futuro) • Lo envia el SER el cliente lo coge o hay que configurarlo

24. 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…)

25. 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)??

26. 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

27. Preguntas ¿?