Escuela Internacional de Negocios - CESTE Maestra en Tecnologa de la Comunicacin Mdulo: Servicios Integrados

Trabajo 2

IMPLEMENTACIN DEL PROTOCOLO SIP EN UNA CENTRALITA ASTERISK

Autores: Jonathan Aranda Luis Fanovich

Profesor: Miguel ngel Garca

Zaragoza, 13 de febrero de 2013

Resumen
El avance de la digitalizacin de la voz y su transmisin por una red de datos, estn permitiendo la expansin de la comunicacin utilizando la voz sobre redes IP (VoIP), La idea principal de este proyecto es aprovechar las ventajas del desarrollo de la VoIP, para implementar una centralita Asterisk que permita la comunicacin entre sus dispositivos utilizando el protocolo de sealizacin SIP.

ndice General
Introduccin. IV Captulo 1 Introduccin a los Protocolos de Sealizacin ................................................................. 1 1.1. 1.2. 1.3. Introduccin ....................................................................................................... 1 Redes de Conmutacin de Circuitos .................................................................. 2 Redes de Conmutacin de Paquetes .................................................................. 2

Captulo 2 Session Initiation Protocol SIP ......................................................................................... 3 2.1. 2.2. 2.3. 2.4. Introduccin ....................................................................................................... 3 Funciones ........................................................................................................... 4 Caractersticas .................................................................................................... 5 Componentes dentro de un Arquitectura SIP .................................................... 6

Captulo 3 Centralitas PBX ................................................................................................................ 9 3.1. 3.2. 3.3. 3.4. Introduccin ....................................................................................................... 9 Funcionalidades ............................................................................................... 10 Centralita IP-PBX ............................................................................................ 10 Asterisk ............................................................................................................ 11 Funcionalidades ........................................................................................ 11 Protocolos y Cdecs Soportados .............................................................. 12

3.4.1 3.4.2 Captulo 4

Implementacin de una Centralita Asterisk ................................................................... 13 4.1. 4.2. Entorno de Simulacin Asterisk ...................................................................... 13 Topologa ......................................................................................................... 14

Captulo 5 Conclusin ...................................................................................................................... 23 Referencias ..................................................................................................................... 24

ndice de Figuras

Figura 1.1 Proceso de para establecer una llamada. ......................................................... 1 Figura 2.1. Flujo de Mensajes en SIP. .............................................................................. 5 Figura 4.1. Componentes del Entorno de Simulacin de Asterisk y SIP. ...................... 13 Figura 4.2. Topologa para la simulacin de Asterisk y SIP. ......................................... 14 Figura 4.3. Consola. ........................................................................................................ 14 Figura 4.4. Credenciales de administrador requeridas. .................................................. 15 Figura 4.5. Dashboard Elastix. ....................................................................................... 15 Figura 4.6. Agregar una Extensin. ................................................................................ 16 Figura 4.7. Campos requeridos para crear extensiones. ................................................. 16 Figura 4.8. Campos complementarios para crear extensiones....................................... 17 Figura 4.9. Softphone instalado en los porttiles. .......................................................... 17 Figura 4.10. App de un Softphone en un dispositivo Android. ...................................... 18 Figura 4.11. Intercambio de mensajes SIP. .................................................................... 18 Figura 4.12. Trfico RTP junto con inicio de la sesin. ................................................. 19 Figura 4.13. Trfico RTP junto con finalizacin de la sesin. ....................................... 19 Figura 4.14. Agregar un enlace SIP. .......................................................................... 20 Figura 4.15. Configuracin General de un enlace trunk................................................. 20 Figura 4.16. Configuracin de salida hacia el SIP Server CentralA. ......................... 21 Figura 4.17. Configuracin de una ruta de salida. .......................................................... 21 Figura 4.18. Dial Patterns. .............................................................................................. 22 Figura 4.19. Llamada entre dispositivos SIP. ................................................................. 22

III

ndice de Tablas

Tabla 3.1. Tabla de Protocolos y Cdecs soportados por Asterisk. ............................... 12

IV

Glosario

C CAS: Channel Associated Signalling. CCS: Common Channel Signalling. CUCM: Cisco Unified Communications Manager. G GPL: General Public License. I IETF: Internet Engineering Task Froce. ITU: International Telecommunication Union. IVR: Interactive Voice Response. L LAN: Local Area Network. M MCGP: Media Gateway Control Protocol. P PBX: Private Branch eXhange. R RDSI: Red Digital de Servicios Integrados. RTP: Real-time Transport Protocol.

S SCCP: Skinny Client Control Protocol. SIP: Session Initiation Protocol.

T TTS: Text to Speech. U UAC: User Agent Client. UAS: User Agent Server. W WAN: Wide Area Network

Introduccin
Desde los inicios de la telefona, se necesitaban normas que regularan las comunicaciones entre dos destinos finales, para esto fueron creados los protocolos de sealizacin. Estos protocolos han experimentado una evolucin, junto con la tendencia de transportar trfico desde las redes de conmutacin de circuitos hacia las redes de conmutacin por paquetes, siendo para esta ltima ms utilizados los protocolos H.323, SIP, MCGP y SCCP. Con el avance de las tecnologas y los servicios de ancho de banda de internet, se ha hecho posible el desarrollo de los sistemas de comunicacin, y en especial en la transmisin de la voz por la red de datos VoIP. En la actualidad muchas empresas optan por tener una infraestructura de telecomunicaciones que permita la comunicacin con el exterior, como la interconexin entre los diferentes departamentos de una empresa. Con la aparicin de las primeras centralitas telefnicas Private Branch eXhange (PBX), se hizo posible conectar los telfonos de una empresa separados de la red de telefona pblica (PSTN), consiguiendo una estructura separada para realizar llamadas internet y utilizar la PSTN para llamadas al exterior. Las primeras centralitas estaban basadas en hardware, las centralitas de hoy en da se basan en hardware y software, ofreciendo ms funcionalidades que las centralitas tradicionales. El objetivo principal de este trabajo se basa en la implementacin de un software, en este caso Asterisk, que haga las funciones de una PBX, y que su a vez, utilice el protocolo de sealizacin SIP para realizar llamadas tanto en una LAN, como al exterior en una red WAN.

VI

1. Captulo 1: Introduccin a los Protocolos de Sealizacin

En este captulo, se presenta la definicin general del protocolo de sealizacin y su funcionamiento en las comunicaciones.

1.1. Introduccin
La llamada entre dos telfonos implica el uso de diversos dispositivos electrnicos, los cuales deben comunicarse entre s. Para poder garantizar que la comunicacin entre los equipos se lleve a cabo adecuadamente, son necesarias diversas normas que regulen el proceso de comunicacin, estas normas se

conocen como Protocolos de Sealizacin. Los protocolos de sealizacin tienen la capacidad de generar e intercambiar informacin de control que se utiliza para establecer, monitorizar, mantener y liberar las conexiones entre dos puntos finales. En la Figura 1.1 el proceso para establecer una llamada.
Usuario A Central Origen B Sistema de Transmisin A descuelga Tono de marcar Marcado de n B Camino a central destino Conformidad central destino Tono de llamada Notificacin de B Timbre de llamada B Descuelga Central Destino B Usuario B

A Cuelga

Liberacin de la conexin

B Cuelga

Figura 1.1 Proceso de para establecer una llamada.

1.2. Redes de Conmutacin de Circuitos

La conmutacin de circuito es un tipo de conmutacin que establece un circuito dedicado exclusivo durante la duracin de la sesin. Una vez terminada la sesin, se libera el canal y este podr ser utilizado por otros usuarios. En las redes de conmutacin de circuitos, los protocolos de sealizacin se pueden clasificar en dos categoras principales. Channel Associated Signalling (CAS): Tanto la informacin de sealizacin como los datos de voz se transmiten por el mismo canal. Entre los protocolos de sealizacin que pertenecen a esta categora tenemos: G.732 y E&M, entre otros. Common Channel Signalling (CCS): La informacin correspondiente a la sealizacin se transmite en un canal independiente al de los datos de voz. Un protocolo de sealizacin perteneciente a esta categora es, por ejemplo, el SS7.

1.3. Redes de Conmutacin de Paquetes

En los sistemas basados en la conmutacin de paquetes, la informacin es ensamblada en paquetes antes de ser transmitida. Cada paquete es transmitido individualmente y este puede tomar diferentes rutas hacia su destino. Una vez los paquetes lleguen a su destino, son re-ensamblados nuevamente. En la conmutacin de paquetes, los protocolos de sealizacin realizan acciones muy similares a los protocolos de sealizacin en la conmutacin por circuitos, adems de establecer medidas de calidad de servicio (QoS) que garanticen la calidad de la conversacin. Existen varios protocolos de sealizacin utilizados en la conmutacin de paquetes en la actualidad, entre los ms destacados se encuentran el Session Initiation Protocol (SIP), desarrollado por el grupo de trabajo de la Internet Engineering Task Froce (IETF), y H.323 desarrollado por la International Telecommunication Union (ITU). Otras

protocolos han sido desarrollados por empresa como herramientas propias para realizar funciones especficas, tal es el caso del CISCO Skinny Client Protocol (SCCP).

2. Captulo 2: Session Initiation Protocol SIP

En este captulo, se define el Session Initiation Protocol (SIP), su funcionamiento, caractersticas generales y los componentes que se encuentran dentro de una estructura SIP.

2.1. Introduccin
Como se mencion en el captulo anterior, dentro del proceso de la transmisin de la voz en paquetes por una red IP, la sealizacin es un aspecto muy importante para que, una vez los paquetes de voz hayan sido generados por un dispositivo emisor, lleguen a su destino. SIP es un protocolo de sealizacin que fue desarrollado por la IETF. Se empez a desarrollar en el ao 1996, que fue el ao cuando se present el primer borrador, y fue propuesto en el ao 1999. Este protocolo fue desarrollado como una alternativa al ya establecido H.323, otro protocolo de sealizacin. Al igual que otros protocolos que trabajan en VoIP, SIP est diseado para dirigir y mantener un control de la sealizacin y adems, permite establecer una sesin entre dos dispositivos de VoIP dentro de una red IP. Su funcin principal es la de establecer y finalizar sesiones entre dos dispositivos o clientes. Adems, se encarga de determinar la ubicacin de los clientes. En otras palabras, mediante su forma de registrar los dispositivos, informa a la red la ubicacin en donde podr recibir peticiones de comunicacin por parte de los dems usuarios, lo cual permite que un usuario pueda recibir un mensaje en un determinado lugar, y si

luego se traslada a otra ubicacin y se registra, tambin recibira mensajes en esta nueva ubicacin.

2.2. Funciones
SIP es un protocolo basado en la arquitectura cliente servidor. Se menciona este punto porque tiene una estructura de peticiones y respuestas. Las peticiones son generadas por un cliente y son enviadas a un servidor, y ste atiende estas peticiones, las procesa y devuelve respuestas al cliente. Su funcionamiento est basado en el protocolo Hypertext Transfer Protocol (HTTP), el cual tambin se establece sesiones, y al igual que SIP, mantiene una estructura de peticiones y respuestas. A continuacin, se muestra un repaso de las diferentes solicitudes y respuestas utilizadas por SIP: Solicitudes: INVITE: establece una sesin. ACK: confirma una solicitud INVITE. BYE: finaliza una sesin. CANCEL: cancela el establecimiento de una sesin. REGISTER: comunica la localizacin de un usuario (direccin IP, nombre de host). OPTIONS: comunica la informacin acerca de las capacidades de envo y recepcin de dispositivos SIP. Respuestas: 1XX: respuestas informativas (Ejemplo: 180, la cual se refiere a Phone Ringing). 2XX: respuestas de xito (Ejemplo: 200, la cual se refiere a OK). 3XX: respuestas de redireccin. 4XX: errores de solicitud. 5XX: errores de servidor. 6XX: errores globales.

La figura 2.1 muestra el funcionamiento de SIP, el cual, mediante diferentes tipos de peticiones y respuestas, establecen una sesin multimedia para el intercambio de voz o vdeo entre dos dispositivos.

Figura 2.1. Flujo de Mensajes en SIP.

2.3. Caractersticas
SIP funciona en colaboracin con otros protocolos, que en conjunto, llevan a cabo la realizacin de la comunicacin entre dos dispositivos. SIP se concentra en el establecimiento, la modificacin y la terminacin de las sesiones. Se refiere a modificacin de las sesiones, como la realizacin de transferencias y llamadas de conferencia. Adems, se complementa con el protocolo Session Description Protocol (SDP), el cual realiza la tarea de describir el contenido multimedia de la sesin, por ejemplo, las direcciones IP, los puertos y los cdecs que se utilizarn en la llamada. Adems, trabaja en conjunto con Real-Time Transport Protocol (RTP), que es el protocolo portador de la voz o el vdeo que intercambian los dispositivos participantes en la sesin previamente establecida por SIP.

Entre otras caractersticas, cabe destacar: Localizacin del dispositivo de destino: SIP soporta resolucin de nombres y redireccin de llamadas. Determinar la capacidad del dispositivo de destino: SIP especifica el menor nivel de servicios comunes entre los dos dispositivos que establecen la comunicacin. Por ejemplo, las llamadas de conferencia son establecidas solamente en una manera que los dispositivos finales puedan ejecutar. Disponibilidad del dispositivo de destino: En caso de que una llamada no pueda ser establecida debido que el dispositivo de destino no est disponible, SIP determina si el dispositivo de destino est conectado a otra llamada, o se d el caso de que este dispositivo no conteste despus de sonar un tiempo determinado. Establece una sesin entre las dos partes: En caso de que la llamada se complete, SIP establece una sesin entre los dos dispositivos. Tambin, si lo requiere, puede agregar dispositivos (llamadas de conferencia), o realizar cambios en los cdecs de voz para que las sesiones puedan establecerse. Transferencias y finalizacin de llamadas: SIP es capaz de soportar transferencias de llamadas. Durante estas transferencias, SIP establece una sesin entre el dispositivo a transferir y el nuevo dispositivo de destino, y luego finaliza la sesin entre el dispositivo que transfiere la llamada y el que ha sido transferido.

2.4. Componentes dentro de un Arquitectura SIP

Previo a establecer una sesin para intercambiar informacin multimedia, los extremos prximos a comunicarse deben realizar, mediante SIP, un intercambio de mensajes, en donde se determinar, entre otros aspectos, la disponibilidad y las capacidades para soportar formato multimedia de las dos partes.

Estos extremos, los cuales establecern una sesin, son los User Agents (UA). Estos UA pueden actuar de dos maneras: User Agent Client (UAC): es el extremo que enva una peticin mediante un mensaje SIP. User Agent Server (UAS): es la parte que acta como un servidor. En otras palabras, es la parte que contactar al usuario cuando reciba una invitacin SIP para establecer una sesin, y luego enviar una respuesta hacia el dispositivo que desea establecer la sesin. Como un anlisis adicional a estas descripciones, los User Agents actuarn como UAC y UAS dependiendo de cul de los dos extremos inicien la sesin. Debido a sus caractersticas, los UAC son los extremos que inician la sesin, ya que envan una peticin SIP, y los UAS son los que terminan esta sesin, porque son los que informan sobre la finalizacin de una sesin establecida mediante SIP. Adems de los User Agents, existen otros componentes necesarios para la operatividad de este protocolo. Los servidores son utilizados en SIP para enviar mensajes SIP desde un UAC hacia un UAS. Existen diferentes tipos de servidores que, cada uno con sus caractersticas, realizan ciertas funciones: Servidores de Registro: son los servidores que realizan el proceso de registro de un usuario SIP. Este registro, permite confirmar la ubicacin fsica de este usuario, en otras palabras, en qu punto de la red est conectado. Esto servir para que pueda ser alcanzado si algn otro dispositivo desee establecer una sesin. Cada UA, cuenta con una direccin lgica, es decir, sus credenciales de usuario (Ejemplo: usuario@dominio). Adems cuenta con una direccin fsica, la cual se puede identificar como su direccin IP. Al inicializar un dispositivo que funcione mediante SIP, este dispositivo enviar una peticin de registro a este servidor, informando la direccin fsica en donde se encuentra este UA. Una vez recibida esta informacin, el servidor de Registro asociar estas dos direcciones para que el UA sea alcanzable para los dems dispositivos que deseen establecer una sesin. Servidores Proxy: son servidores intermedios que se encargan de recibir peticiones SIP de un UA especfico, para luego direccionar estas peticiones en

nombre de este UA hacia otro servidor que se encuentre en la red. El prximo servidor puede ser otro servidor Proxy, o un UAS. Servidores Redirect: son los servidores que, a diferencia de los servidores Proxy, generarn una respuesta hacia el UAC que desea establecer la sesin, indicando los siguientes saltos que los mensajes SIP deben tomar, para que el UAC pueda establecer directamente una sesin.

3. Captulo 3: Centralitas PBX

Este captulo presenta la definicin de una PBX, su funcionamiento y sus avances frente a las nuevas tecnologas que permiten la transmisin de la voz sobre IP (VoIP). En el ltimo apartado de este captulo se hace referencia a la centralita Asterisk, la cual est basada en software, se mencionan sus funcionalidades y los protocolos y cdecs soportados por esta centralita.

3.1. Introduccin
Una central de telefona privada (PBX) es un dispositivo que permite a las empresas conectar sus terminales telefnicos de manera independiente al proveedor de telefona. De esta forma, permite que todas las llamadas internas sean conmutadas sin necesidad de salir al exterior por la red pblica de telefona (PSTN o RDSI), lo que permite disminuir los costes. Los dispositivos conectados a las PBX se le denominan extensiones, y pueden ser telfonos faxes. Adems, las centralitas permiten la conexin con diferentes lneas troncales para poder recibir llamadas desde el exterior, e incluso permite la interconexin de varias PBX entre s para establecer la comunicacin con el exterior. Por lo general, para establecer una comunicacin hacia el exterior, la PBX requiere que se maque el 9 0 seguido por el nmero de destino. De esta forma, la centralita es capaz de identificar que se trata de una llamada hacia el exterior y selecciona una lnea troncal disponible. 9

3.2. Funcionalidades
Como se menciona en el punto anterior, el objetivo principal de una PBX es establecer y mantener la comunicacin entre dos puntos finales durante el tiempo que sea requerido por el usuario, y a su vez incorporan funcionalidades como: operadora virtual, marcacin rpida, buzn de voz, transferencia de llamadas, desvo de llamadas, entre otras ms, que permiten configurar una PBX a la necesidades de un usuario final.

3.3. Centralita IP-PBX

La tendencia de las PBX es incorporar a las centralitas la posibilidad de transmitir la voz sobre las redes de datos. Este modelo permite la reduccin de costes debido a la gestin de una nica infraestructura, lo que permitir la integracin y la posibilidad de ampliar los servicios de valor aadido. Siguiendo esta tendencia surgen las IP-PBX, que son equipos de comunicaciones diseados para ofrecer servicios de comunicaciones a travs de la red de datos, lo que conocemos con el nombre de voz sobre IP (VoIP). Este sistema de telefona permite transmitir la voz por una red de datos, a la vez que interopera con una red PSTN. Una centralita IP-PBX puede ser implementada como un dispositivo de hardware o virtualmente como un sistema de software, como CUCM, Asterisk o FreeSwitch. Dado que la mayor parte de las funcionalidades de una IP-PBX estn basadas en software, se pueden aadir nuevas funcionalidades tales como conferencias, Control XML-RPC para llamadas en vivo, respuesta de voz interactiva (IVR), text to speech (TTS), interconexin de circuitos tanto analgicos como digitales a travs de la red PSTN y soporta protocolos de VoIP como SIP, H.323, IAX2 entre otros. Las IP-PBX se componen principalmente de un servidor SIP-SERVER (SIP) o de un Gatekeeper (H.323) ms un Gateway que permite la comunicacin entre las redes de datos IP y las lneas analgicas. Los dispositivos finales utilizados por las IP-PBX son los telfonos IP que soporten los protocolos SIP y H.323 y software del tipo Softphone, el cual permite utilizar una computadora como telfono IP.

10

3.4. Asterisk
Asterisk es una aplicacin con licencia de cdigo abierto (GPL) capaz de simular las funciones de una IP-PBX. Originalmente fue implementado sobre todas las distribuciones de Linux existentes, y actualmente se est intentando portar a otros sistemas operativos como MAC, Solaris y Windows. Asterisk es una aplicacin de software que ofrece las mismas caractersticas y servicios que los sistemas PBX tradicionales. Las ventajas que tiene sobre las centralitas de hardware son muchas, entre las cuales se pueden destacar: Reduccin de costes: ya que permite integrar la voz y datos bajo una sola infraestructura y a la vez, Asterisk es una aplicacin de cdigo abierto. Compatibilidad: Soporta una gran variedad de protocolos y cdecs. Flexibilidad: Permite la integracin de Asterisk con otras centralitas, lo que la convierte en una solucin expandible. Actualizaciones: Cuenta con una comunidad interesada en el desarrollo de Asterisk las cuales realizan actualizaciones constantemente.

3.4.1 Funcionalidades
Asterisk cuenta con un ncleo principal encargado de toda la gestin del sistema PBX, sus funciones principales son: Interconectar de forma automtica cada llamada entre los usuarios participantes, teniendo en cuenta el tipo de protocolo utilizado por cada terminal. Lanzar los servicios de valor aadido cuando sean requeridos. Traducir y adaptar cdecs a cada terminal involucrado en la comunicacin. Gestionar el sistema para que funcione de la forma ms ptima en todas las condiciones de carga.

11

3.4.2 Protocolos y Cdecs Soportados

Asterisk soporta una serie de protocolos de VoIP y cdecs de audio que se pueden apreciar en la Tabla 3.1

Tabla 3.1. Tabla de Protocolos y Cdecs soportados por Asterisk.

Protocolos VoIP

SIP, H.323, IAX, MGCP/MEGACO, SCCP, UNISTIM

Cdecs de audio

G.711(alaw y ulaw), G.726, G.723.1, G.729A, GSM, iLBC, Speex, ADPCM, Linear, MP3

12

4. Captulo 4: Implementacin de una Centralita Asterisk

En este captulo, se presenta la simulacin de una centralita Asterisk, utilizando el protocolo de sealizacin SIP para realizar llamadas internas en una red LAN y llamadas externas en una red WAN.

4.1. Entorno de Simulacin Asterisk

Para la configuracin del entorno de implementacin de una centralita VoIP, utilizaremos Virtualbox para simular una mquina virtual, Asterisk como plataformas de VoIP y aplicaciones tipo softphone para simular un telfono IP en la computadora como el Softphone 3CX, Xlite y para dispositivos Android, el 3CXPhone y Sipdroid, como se muestra en la Figura 4.1.

Figura 4.1. Componentes del Entorno de Simulacin de Asterisk y SIP.

13

4.2. Topologa
Para la realizar la simulacin utilizando una centralita Asterisk y el protocolo SIP, se utiliz la topologa que se muestra en la Figura 4.2. La topologa est compuesta por dos SIP SERVER para gestionar la Central A y la Central B respectivamente. Cada SIP SERVER permite llamadas en sus redes internas, utilizando telfonos IP simulados por un softphone en las computadoras y un dispositivo Android con aplicaciones mencionadas en el punto anterior. Se configur una conexin SIP TRUNK para interconectar los dos SIP SERVER y permitir la comunicacin entre los dispositivos de la Central A y la Central B.

Figura 4.2. Topologa para la simulacin de Asterisk y SIP.

Durante el proceso de instalacin del SIP Server, en este caso, Elastix, y dentro de una mquina virtual creada con Virtual Box, se configur una serie de parmetros, entre los cuales, cabe destacar la contrasea para el usuario root en el CLI. La figura 4.3 muestra la ventana de la consola en donde las credenciales de usuario root son requeridas para iniciar.

Figura 4.3. Consola.

14

Durante el proceso de esta simulacin, se decidi que la direccin IP de los SIP Servers fuera tomada dinmicamente (DHCP). Se puede ingresar a la consola del SIP Server desde un navegador web, escribiendo la direccin IP que se le ha asignado al SIP Server. La figura 4.4 muestra la ventana de credenciales de usuario para el entorno grfico.

Figura 4.4. Credenciales de administrador requeridas.

Una vez ingresadas las credenciales de administrador, se mostrar la consola desde un ambiente grfico. La pantalla de inicio muestra un Dashboard, junto con otros aspectos, como por ejemplo, los procesos que estn funcionando en el momento y el estado de los recursos del SIP Server. La figura 4.5 muestra el Dashboard para realizar la monitorizacin.

Figura 4.5. Dashboard Elastix.

15

Para crear las extensiones, se ingresa a esta parte desde la pestaa PBX ubicada en la parte superior, y luego en Extensions ubicado en la parte izquierda de la Consola. Se ha seleccionado la opcin Generic SIP Device, luego click en Submit. La figura 4.6 muestra la ventana para agregar extensiones.

Figura 4.6. Agregar una Extensin.

Para crear una extensin, es necesario llenar algunos campos que son importantes para el correcto funcionamiento de los User Agents (UAC). En User Extension, se coloca un nmero de extensin para el dispositivo y Display Name ser el nombre del usuario final que aparecer en los dems dispositivos que se intenten alcanzar. La figura 4.7 muestra los campos necesarios.

Figura 4.7. Campos requeridos para crear extensiones.

16

La figura 4.8 muestra algunos otros campos que son requeridos para crear las extensiones. Algunos se llenan automticamente por el SIP Server.

Figura 4.8. Campos complementarios para crear extensiones.

Para esta simulacin, se han instalado softphones en los porttiles donde estn creadas las mquinas virtuales que alojan los SIP Servers. Despus de haber configurado ciertos parmetros que requiere una sesin en SIP, por ejemplo, la direccin IP del SIP Server, la extensin, un usuario y contrasea, el softphone se registrar y estar listo para iniciar sesiones multimedia mediante SIP. La figura 4.9 muestra la pantalla principal del Softphone, en donde se puede apreciar que est en modo funcional.

Figura 4.9. Softphone instalado en los porttiles.

17

La figura 4.10 muestra la ventana principal del App de softphone instalado en los dispositivos Android que tambin se han utilizado para esta simulacin.

Figura 4.10. App de un Softphone en un dispositivo Android.

Para realizar un mejor anlisis del comportamiento de SIP al momento de registrar las extensiones en los softphones, se ha realizado una captura en Wireshark, en donde se puede apreciar, el intercambio de mensajes SIP entre un UAC y un UAS, en este caso, los softphones y el SIP Server. Se pueden apreciar algunas de las solicitudes realizadas por los User Agents, por ejemplo, REGISTER y OPTIONS. Tambin respuestas, por ejemplo, 200 OK. La figura 4.11 muestra el intercambio de mensajes SIP.

Figura 4.11. Intercambio de mensajes SIP.

Posterior al registro de los Softphones mediante SIP, se ha realizado una llamada entre dos Softphones registrados en el mismo SIP Server. Despus del trabajo de sealizacin de SIP, es decir, establecer una sesin multimedia entre los dos

18

Softphones, RTP se encarga de transportar la voz en paquetes. Las figuras 4.12 y 4.13 muestran el trfico RTP, y antes de iniciarse, se pueden apreciar paquetes SIP que indican solicitudes INVITE para iniciar una sesin, y respuestas, como la 180 Ringing. Al finalizar la llamada, mediante SIP, el Softphone que finaliz la llamada, envi una solicitud BYE, luego se puede apreciar una respuesta 200 OK.

Figura 4.12. Trfico RTP junto con inicio de la sesin.

Figura 4.13. Trfico RTP junto con finalizacin de la sesin.

Como un desafo adicional, se decidi realizar llamadas entre los softphones de los dos SIP Server, las centralitas Asterisk instaladas en las dos mquinas virtuales. Para ello, se ha creado un enlace SIP Trunk en cada una de las centralitas. Haciendo click en PBX Configuration, una vez dentro de esta seccin, click en Trunks. Luego se ha seleccionado la opcin Add SIP Trunk. La figura 4.14 muestra la opcin Add SIP Trunk.

19

Figura 4.14. Agregar un enlace SIP.

Dentro de esta opcin, se ha procedido a crear un enlace trunk entre las dos centralitas. Se le ha asignado un nombre al enlace trunk, en el campo Trunk Name. La figura 4.15 muestra la seccin de configuracin general.

Figura 4.15. Configuracin General de un enlace trunk.

Adems, en la configuracin de salida, se ha tenido que configurar diversos parmetros para que las llamadas puedan dirigirse hacia las extensiones que controla la otra centralita. Cabe destacar, un usuario y una contrasea para que exista un proceso de autenticacin por parte de los dos SIP Servers. Adems, especificar la direccin IP por la cual se va a alcanzar al SIP Server vecino.

20

La figura 4.16 muestra el proceso de configuracin de salida hacia el SIP Server vecino.

Figura 4.16. Configuracin de salida hacia el SIP Server CentralA.

Despus de haber realizado la configuracin del enlace trunk, es necesario configurar una ruta de salida Outbound Route. Se puede accesar dentro del mismo men en donde se encuentran las opciones para Trunks. La figura 4.17 muestra la seccin en donde se agrega una ruta de salida hacia el SIP Server vecino, en donde se especific un nombre para esta ruta.

Figura 4.17. Configuracin de una ruta de salida.

21

Adems de seleccionar un nombre para la ruta de salida, es importante especificar dentro de los Dial Patterns, el rango de extensiones que maneja el SIP Server vecino a los cuales se desea alcanzar. Se ha especificado mediante los parmetros 2XXX, lo cual significa que se pueda alcanzar cualquier extensin de 4 dgitos y que inicie con el nmero 2. Adems, en la seccin Trunk Sequence for Matched Routes, se ha seleccionado el enlace trunk previamente configurado. La figura 4.18 muestra la configuracin realizada en esta seccin de la ruta de salida.

Figura 4.18. Dial Patterns.

Al haber finalizado esta configuracin dentro de los dos SIP Servers, los dispositivos SIP son capaces de establecer sesiones SIP, llamarse y comunicarse entre s. La figura 4.19 muestra una llamada entre dispositivos SIP pertenecientes a diferentes SIP Servers.

Figura 4.19. Llamada entre dispositivos SIP.

22

5. Captulo 5: Conclusin
Cabe destacar que las funciones que realiza SIP son las de establecer sesiones multimedia, es decir, proveer ciertas instrucciones para que las llamadas puedan realizarse de manera satisfactoria. Tambin, como un anlisis relevante gracias a las capturas realizadas con Wireshark, una vez establecida la sesin entre dos dispositivos SIP, el trfico de la voz entre estos dos dispositivos se realizar directamente entre ellos, en un entorno LAN, por medio de RTP. Sobre la experiencia con la centralita Asterisk, conviene destacar su entorno grfico. Cuenta con una interfaz grfica amigable para el administrador, y existe mucha documentacin que puede servir de apoyo para obtener resultados ptimos en base a la administracin de la telefona. Adems, cuenta con las caractersticas necesarias para establecer enlaces SIP, tambin puede utilizar otros protocolos, por ejemplo, IAX2.

23

6. Referencias
[1] J. L. Villaln, Security Artwork, 3 Marzo 2008. [En lnea]. Available: http://www.securityartwork.es/2008/03/03/voip-protocolo-sip/. acceso: 9 Febrero 2013]. [2] K. Wallace, Implementing Cisco Unified Communications Voice over IP and QoS (CVOICE), Indianapolis, IN: Cisco Press, 2011. [3] UNAVARRA, Seminars, 7 Diciembre 2007. [En lnea]. Available: https://www.tlm.unavarra.es/research/seminars/slides/20071207_iria_SIPSDP.pdf. [ltimo acceso: 9 Febrero 2013]. [4] Q. I. M. &. Consulting, Quarea - Voz - Datos IP, [En lnea]. Available: http://www.quarea.com/es/tutorial/SIP_session_initiation_protocol. acceso: 10 Febrero 2012]. [5] Jesus Camacho Rodriguez, Scribd, 26 agosto 2012. [En lnea]. Available: http://es.scribd.com/doc/104008128/PFC-Jesus-Camacho-Rodriguez-Capitulo2. [ltimo acceso: 10 febrero 2013]. [6] J. M. Vizcano, UPCommons, 14 septiembre 2006. [En lnea]. Available: http://upcommons.upc.edu/pfc/bitstream/2099.1/3812/1/54629-1.pdf. [ltimo acceso: 10 febrero 2013]. [7] D. R. Rodrguez, busy-tone.org, agostp 2012. [En lnea]. Available: http://busy-tone.org/wp-content/uploads/2012/10/VoIP-Pentest-LabBusyTone.pdf. [ltimo acceso: 7 febrero 2013]. [ltimo [ltimo

24