UNIVERSIDAD DE LA SIERRA JUREZ

IMPLEMENTACIN DE PROTOCOLOS DE SEALIZACIN VoIP SOBRE UN ENTORNO DE RED IPv6 TESIS PARA OBTENER EL TTULO DE:

LICENCIADO EN INFORMTICA

PRESENTA:

DAVID LPEZ BAUTISTA

DIRECTOR DE TESIS:

M.I.T.I. FLORENTINO MENDEZ GIJON

Ixtln de Jurez, Oaxaca

Julio de 2011

Agradecimientos
Primeramente agradezco a Dios que me ha permitido lograr una meta ms en mi vida. Tambin a todas las personas que de alguna forma me han apoyado incondicionalmente durante la formacin de mi carrera profesional, en especial a mi ta Mercedes Bautista que gracias a sus consejos y valores que me brindo he logrado un grado profesional, a cada una de mis primas: Esther, Ely, Irma, Mercedes y a mi primo Juan que siempre me brindo sus consejos en los momentos ms difciles. A mi hermano Jos Lpez por su gran apoyo durante toda mi formacin acadmica. Al profesor Florentino Mendez Gijon director de esta tesis por sus conocimientos, y por la disponibilidad de apoyarme siempre durante el desarrollo de este trabajo. A la Universidad de la Sierra Jurez por guiarme en todo el proceso de mi formacin profesional. A mis compaeros y amigos de generacin que siempre me han animado para lograr mis metas.

Dedicatoria
A mi madre Brgida Bautista Santiago por darme la oportunidad de vivir y disfrutar cada una de las maravillas de esta vida. A mi ta Mercedes Bautista por apoyarme siempre en mis estudios y brindarme su confianza, amor y dedicacin en el logro de todos mis objetivos. A Mis hermanos y toda mi familia que siempre me han brindado su cario y amor.

La experiencia es lo que se obtiene, cuando se busca el xito y se encuentra el fracaso.

NDICE GENERAL
NDICE DE FIGURAS --------------------------------------------------------------------------------------------------- V NDICE DE TABLAS --------------------------------------------------------------------------------------------------- VI RESUMEN ---------------------------------------------------------------------------------------------------------------- VII ABSTRACT -------------------------------------------------------------------------------------------------------------- VIII INTRODUCCIN -------------------------------------------------------------------------------------------------------- IX

CAPITULO 1 ------------------------------------------------------------------------------------------- 1
MARCO REFERENCIAL --------------------------------------------------------------------------------------------- 1 1.1 Planteamiento del problema ---------------------------------------------------------------------------- 1 1.2 Justificacin ------------------------------------------------------------------------------------------------- 2 1.3 Solucin propuesta --------------------------------------------------------------------------------------- 3 1.4 Objetivos ---------------------------------------------------------------------------------------------------- 4 1.4.1 Objetivo general ------------------------------------------------------------------------------------- 4 1.4.2 Objetivos especficos ----------------------------------------------------------------------------- 4 1.5 Estado del arte --------------------------------------------------------------------------------------------- 5

CAPITULO 2 ------------------------------------------------------------------------------------------- 9
EVOLUCIN DE LAS TELECOMUNICACIONES ------------------------------------------------------------ 9 2.1 Antecedentes histricos de las redes de comunicaciones --------------------------------------9 2.2 Componentes de la red telefnica pblica conmutada----------------------------------------- 10 2.3 Funcionamiento de la lnea telefnica convencional ------------------------------------------- 11 2.4 Dual Tone MultiFrequency (DTMF) ----------------------------------------------------------------- 12 2.5 Red Digital de Servicios Integrados (RDSI) ------------------------------------------------------ 13

CAPITULO 3 ----------------------------------------------------------------------------------------- 16
PROTOCOLOS TCP/IP Y VOZ SOBRE PROTOCOLO DE INTERNET (VoIP) --------------------- 16 3.1 Conceptos generales de VoIP ----------------------------------------------------------------------- 16 3.2 Ventajas de VoIP ---------------------------------------------------------------------------------------- 17 3.3 Desventajas actuales de VoIP ----------------------------------------------------------------------- 17 3.4 Conceptos generales de TCP/IP -------------------------------------------------------------------- 18 3.4.1 Protocolo de Control de Transmisin (TCP) ----------------------------------------------- 19 3.4.2 Protocolo de Datagrama de Usuario (UDP) ------------------------------------------------ 20 3.4.3 Protocolo de Internet (IP) ----------------------------------------------------------------------- 21 3.4.3.1 Protocolo IPv4 ---------------------------------------------------------------------------------------- 22 3.4.3.2 Protocolo IPv6 ---------------------------------------------------------------------------------------- 23 3.4.3.3 Formato de cabecera IPv6 ------------------------------------------------------------------------ 23 3.4.3.4 Direccionamiento IPv6 ------------------------------------------------------------------------------ 24 3.4.3.5 Tipo de direcciones IPv6 --------------------------------------------------------------------------- 25 3.4.3.6 Interoperabilidad entre IPv4 e IPv6 -------------------------------------------------------------- 26 3.4.4 Gestin de direcciones IPv6 ------------------------------------------------------------------- 27 3.4.5 Protocolos de Transporte VoIP ---------------------------------------------------------------- 27 3.4.6 Protocolo de Transporte en Tiempo Real (RTP) ----------------------------------------- 27 3.4.7 Protocolo de Control de RTP (RTCP) ------------------------------------------------------- 29

3.4.8 3.4.9 3.4.10 3.4.11 3.4.12 3.4.13 3.4.14 3.4.15 3.4.16 3.4.17 3.4.18 3.4.19

Protocolos de sealizacin --------------------------------------------------------------------- 30 Protocolo H.323 ----------------------------------------------------------------------------------- 30 Protocolo de Inicio de Sesin (SIP) ---------------------------------------------------------- 31 Arquitectura del protocolo SIP ----------------------------------------------------------------- 34 Protocolo IAX (Inter Asterisk Exchange Protocol) ---------------------------------------- 37 Principales diferencia entre IAX y SIP ------------------------------------------------------- 38 Cdecs para VoIP -------------------------------------------------------------------------------- 40 Cdecs de forma de onda ---------------------------------------------------------------------- 40 Vocoders -------------------------------------------------------------------------------------------- 41 Cdecs hbridos ----------------------------------------------------------------------------------- 41 Cdecs ms utilizados para VoIP ------------------------------------------------------------ 42 Factores inherentes en una comunicacin VoIP ------------------------------------------ 45

CAPITULO 4 ----------------------------------------------------------------------------------------- 48
CONFIGURACIN DE UN SISTEMA VoIP EN UN ENTORNO DUAL STACK --------------------- 48 4.1 Introduccin ----------------------------------------------------------------------------------------------- 48 4.2 Requerimientos de hardware y software para el entorno de pruebas ---------------------- 48 4.2.1 Sistema operativo Cent Os versin 5.5 ---------------------------------------------------- 49 4.2.2 Asterisk versin 1.8 ------------------------------------------------------------------------------ 50 4.2.3 Dispositivos y software utilizados como clientes VoIP ---------------------------------- 51 4.2.4 Wireshark versin 1.4.3 ------------------------------------------------------------------------- 52 4.3 Implementacin del entorno de pruebas ---------------------------------------------------------- 53 4.3.1 Configuracin de red Dual Stack en el servidor ------------------------------------------- 54 4.3.2 Configuracin de red IPv6 en los sistemas operativos clientes ----------------------- 55 4.3.2.1 Configuracin de direcciones IPv6 en Windows ------------------------------------------ 55 4.3.2.2 Configuracin de direcciones IPv6 en Linux ----------------------------------------------- 56 4.3.3 Instalacin y configuracin de Asterisk ------------------------------------------------------ 57 4.3.3.1 Archivos y directorios generados con la instalacin de Asterisk ---------------------- 61 4.3.4 Configuracin de extensiones SIP ----------------------------------------------------------- 62 4.3.5 Configuracin de planes de marcado -------------------------------------------------------- 64 4.3.6 Configuracin del enlace troncal entre dos servidores Asterisk----------------------- 68

CAPITULO 5 ----------------------------------------------------------------------------------------- 71
REALIZACIN DE PRUEBAS Y ANLISIS DE RESULTADOS --------------------------------------- 71 5.1.1 Realizacin de pruebas y captura de trfico VoIP ---------------------------------------- 71 5.1.2 Llamadas entre extensiones IPv6 ------------------------------------------------------------ 72 5.1.3 Llamadas entre extensiones IPv4 ------------------------------------------------------------ 75 5.1.4 Anlisis de resultados entre IPv4 e IPv6 ---------------------------------------------------- 78 5.1.5 Seguridad en la transmisin de VoIP entre IPv4 e IPv6 -------------------------------- 81 6. CONCLUSIONES --------------------------------------------------------------------------------------------------- 82 7. RECOMENDACIONES -------------------------------------------------------------------------------------------- 83 8. TRABAJOS FUTUROS -------------------------------------------------------------------------------------------- 84 9. BIBLIOGRAFA ------------------------------------------------------------------------------------------------------ 85 10. ANEXOS -------------------------------------------------------------------------------------------------------------- 89

NDICE DE FIGURAS
FIG. 2-1 DIAGRAMA INTERNO DE UN APARATO TELEFNICO -------------------------------------------------------------- 10 FIG. 2-2 REPRESENTACIN DEL SISTEMA DTMF (DUAL TONE MULTIFREQUENCY) ----------------------------------- 12 FIG. 2-3 PROCESO DE DIGITALIZACIN DE LA RED TELEFNICA (RDI) ---------------------------------------------------- 13 FIG. 3-1 CORRESPONDENCIA DEL MODELO OSI CON LA ARQUITECTURA TCP/IP-------------------------------------- 18 FIG. 3-2 FORMATO DE ENCABEZADO TCP --------------------------------------------------------------------------------------- 20 FIG. 3-3 FORMATO DE CABECERA UDP -------------------------------------------------------------------------------------------- 21 FIG. 3-4 FORMATO DE CABECERA IPV4 ------------------------------------------------------------------------------------------- 22 FIG. 3-5 FORMATO DE CABECERA IPV6 ------------------------------------------------------------------------------------------- 24 FIG. 3-6 REGISTROS DE INTERNET REGIONALES RECONOCIDOS POR IANA -------------------------------------------- 27 FIG. 3-7 FORMATO DE CABECERA RTP ------------------------------------------------------------------------------------------- 29 FIG. 3-8 PILA DE PROTOCOLOS H.323 --------------------------------------------------------------------------------------------- 31 FIG. 3-9 ESQUEMA DE UNA LLAMADA CON EL PROTOCOLO SIP ----------------------------------------------------------- 33 FIG. 3-10 ARQUITECTURA FUNCIONAL DEL PROTOCOLO SIP--------------------------------------------------------------- 36 FIG. 3-11 ENLACE TRONCAL ENTRE SERVIDORES ASTERISK POR MEDIO DEL PROTOCOLO IAX-------------------- 38 FIG. 3-12 DETERMINACIN DEL GRADO DE SATISFACCIN DE LOS CLIENTES EN RELACIN AL RETARDO ---- 45 FIG. 4-1 COMPONENTES PRINCIPALES DE UN SISTEMA VOIP --------------------------------------------------------------- 49 FIG. 4-2 TARJETAS DIGIUM CON PUERTOS FX0 Y FXS ------------------------------------------------------------------------- 51 FIG. 4-3 ADAPTADOR VOIP LINKSYS SPA2102 CON 2 PUERTOS FXS ------------------------------------------------------- 51 FIG. 4-4 ESCENARIO DE RED IPV4 E IPV6 PARA LA TRANSMISIN DE PAQUETES VOIP ------------------------------ 53 FIG. 4-5 CONFIGURACIN DE PLANES DE MARCADO PARA LOS SERVIDORES ASTERISK A Y B -------------------- 67 FIG. 4-6 CONFIGURACIN DE ENLACE TRONCAL IAX ENTRE LAS CENTRALES A Y B ----------------------------------- 69 FIG. 4-7 EXTENSIONES SIP Y TRONCAL IAX REGISTRADOS EN EL SERVIDOR A ----------------------------------------- 70 FIG. 4-8 EXTENSIONES SIP Y TRONCAL IAX REGISTRADOS EN EL SERVIDOR B ------------------------------------------ 70 FIG. 5-1SESIN ESTABLECIDA ENTRE CLIENTES SIP MEDIANTE IPV6 ------------------------------------------------------ 72 FIG. 5-2 FLUJO DE PAQUETES RTP EN UNA LLAMADA ENTRE EXTENSIONES IPV6 ------------------------------------ 72 FIG. 5-3 JITTER MXIMO Y PROMEDIO GENERADO EN UNA LLAMADA ENTRE EXTENSIONES IPV6 -------------- 73 FIG. 5-4 RETARDO MXIMO GENERADO EN UNA LLAMADA ENTRE EXTENSIONES IPV6 ---------------------------- 73 FIG. 5-5 TRFICO RTP GENERADO POR EL CLIENTE SIP QUE INICIA LA LLAMADA ------------------------------------- 74 FIG. 5-6 TRFICO RTP GENERADO POR EL CLIENTE SIP QUE RECIBE LA LLAMADA ----------------------------------- 74 FIG. 5-7 SESIN ESTABLECIDA ENTRE CLIENTES SIP MEDIANTE IPV4 ----------------------------------------------------- 75 FIG. 5-8 FLUJO DE PAQUETES RTP EN UNA LLAMADA ENTRE EXTENSIONES IPV4 ------------------------------------ 75 FIG. 5-9 JITTER MXIMO Y PROMEDIO GENERADO EN UNA LLAMADA ENTRE EXTENSIONES IPV4 -------------- 76 FIG. 5-10 RETARDO MXIMO GENERADO EN UNA LLAMADA ENTRE EXTENSIONES IPV4 -------------------------- 76 FIG. 5-11 TRFICO RTP GENERADO POR EL CLIENTE SIP QUE INICIA LA LLAMADA ----------------------------------- 77 FIG. 5-12 TRFICO RTP GENERADO POR EL CLIENTE SIP QUE RECIBE LA LLAMADA --------------------------------- 77 FIG. 5-13 TIEMPO DE TRANSMISIN DE PAQUETES VOIP ENTRE IPV4 E IPV6 ------------------------------------------ 79 FIG. 5-14 PROMEDIO DE PAQUETES VOIP TRANSMITIDOS ENTRE IPV4 E IPV6 ---------------------------------------- 80 FIG. 5-15 JITTER GENERADO EN LA TRANSMISIN DE PAQUETES VOIP ENTRE IPV4 E IPV6 ------------------------ 81

NDICE DE TABLAS
TABLA 1 CAMPOS MODIFICADOS DE IPV4 PARA FORMAR LA NUEVA CABECERA IPV6 ------------------------------ 23 TABLA 2 EVALUACIN MOS DE DIFERENTES CDECS ------------------------------------------------------------------------- 42 TABLA 3 PROPIEDADES BSICAS PARA CONFIGURAR EL ARCHIVO SIP.CONF ------------------------------------------ 63 TABLA 4 PROPIEDADES BSICAS PARA CONFIGURAR EL ARCHIVO MANAGER.CONF -------------------------------- 64 TABLA 5 PROPIEDADES DE CONFIGURACIN BSICAS DEL ARCHIVO EXTENSIONS.CONF -------------------------- 65 TABLA 6 PROPIEDADES BSICAS PARA ENLAZAR DOS SERVIDORES ASTERISK CON IAX ----------------------------- 68 TABLA 7 NMERO DE PAQUETES CAPTURADOS EN CADA LLAMADA VOIP --------------------------------------------- 71 TABLA 8 RESULTADOS OBTENIDOS EN 10 LLAMADAS UTILIZANDO IPV4 E IPV6 -------------------------------------- 78 TABLA 9 PAQUETES ENVIADOS POR SEGUNDO ENTRE IPV4 E IPV6 ------------------------------------------------------ 79 TABLA 10 JITTER PROMEDIO GENERADO EN LA TRANSMISIN DE VOIP ENTRE IPV4 E IPV6 ---------------------- 80

VI

RESUMEN
El presente trabajo de tesis se realiz con el objetivo de implementar los protocolos estndares de VoIP, tales como: SIP y IAX para probar el funcionamiento y la convivencia de estos protocolos sobre un entorno de red Dual Stack, sta configuracin permite que cada dispositivo dentro de la red pueda contar con direccionamiento IPv4 e IPv6. El protocolo IPv6 fue propuesto por la IETF como una alternativa para resolver los problemas actuales que representa el uso de IPv4, principalmente en cuanto al espacio limitado de direccionamiento que ofrece, ya que debido al incremento de nuevos dispositivos con necesidades de interconectividad se ha visto como un problema a nivel mundial. En los primeros captulos que forman parte de este trabajo se definen los conceptos y elementos fundamentales relacionados directamente en las comunicaciones de voz. Posteriormente se implement un escenario de red, para realizar pruebas de los protocolos de sealizacin SIP y IAX, que permitieron comprobar su funcionamiento en la transmisin de paquetes de voz en tiempo real. Como herramienta de monitoreo de trfico VoIP se utiliz Wireshark, lo cual nos permiti obtener algunos datos para hacer un anlisis comparativo entre IPv4 e IPv6 en la transmisin de paquetes VoIP. En estas pruebas se consideraron factores tales como: el tiempo de transmisin, nmero de paquetes transmitidos, el retardo y Jitter generado, estos ltimos son dos factores que afectan de manera directa la calidad del servicio de voz. Los resultados obtenidos del anlisis comparativo entre ambos protocolos indican que al utilizar IPv6 en la transmisin de paquetes de voz, existe una mejora significativa en el tiempo para el mismo nmero de paquetes en relacin con IPv4, optimizando de esta forma el uso del medio de transmisin. En cuanto al Jitter se observ que para IPv4 se presenta en menor escala en relacin con IPv6, pero los ndices promedios y mximos se encuentran dentro de los intervalos de tolerancia establecidos por la recomendacin ITUT G.114, por lo tanto no afectan en forma significativa la calidad del servicio de voz.

Palabras clave: VoIP, SIP, IAX, Dual Stack, IPv4, IPv6, IETF, Protocolo

VII

ABSTRACT
The following thesis was conducted with the aim to implement VoIP's protocol standards, such as: SIP and IAX to prove the operation and the coexistence of these protocols in a Dual Stack network environment, this configuration allows every device inside the network to have IPv4 and IPv6 addressing. The IPv6 protocol was proposed by the IETF as an alternative to the current problems that exist with the use of IPv4, principally because of the limited space of addressing it offers due to the increase of new devices with interconnectivity needs that have been seen as a worldwide problem. In the first chapters that form a part of this work, there are defined concepts and fundamental elements directly related with the voice communications. Before, a network scene was implemented to be conducted by SIP and IAX signposting protocol tests, which verified its operation in the transmission of real time voice packages. As a VoIP traffic monitoring tool, Wireshark was used, which allowed us to obtain some information to do a comparative analysis between IPv4 and IPv6 in the transmission of VolP packages. In these tests, considered factors were: the time of transmission, the number of transmitted packages, and the delay and Jitter generated; the latter being two factors that directly affect the quality of voice service. The results obtained from the comparative analysis between both protocols indicate that with having used IPv6 in the transmission of voice packages, a significant improvement exists in the time for the same number of packages in relation with IPv4, optimizing the physical communications media. As for the Jitter, it was observed that for IPv4 there appears to be a minor scale in relation with IPv6, but the average and maximum indices are inside the intervals of tolerance established by the ITU-T G.114 recommendation, therefore they do not affect the quality of voice service in a significant way.

Key words: VoIP, SIP, IAX, Dual Stack, IPv4, IPv6, IETF, Protocol

VIII

INTRODUCCIN
Actualmente el acelerado avance de las Tecnologas de la Informacin y Comunicaciones (TICS), han permitido la convergencia a una gran variedad de servicios en las redes de datos que funcionan sobre la pila de protocolos TCP/IP (definido en el RFC 1 1180), uno de estos servicios es la Voz sobre el Protocolo de Internet (VoIP), que es un desarrollo para realizar comunicaciones de voz en tiempo real a travs de redes IP. Esta tecnologa tuvo sus inicios a principios de 1995 con el objetivo de brindar una nueva forma de comunicacin telefnica, haciendo uso del ancho de banda que ofrecen las redes de datos. Con la convergencia de sta variedad de servicios ha surgido la necesidad de integrar nuevos dispositivos a la red, lo que ha incrementado considerablemente la demanda de mayores espacios de direccionamiento, provocando que el esquema IPv4 de 32 bits utilizado actualmente llegue a ser insuficiente para cubrir estas necesidades. Por lo tanto se ha desarrollado un nuevo entorno de direccionamiento denominado IPv6, con una estructura de 128 bits para proveer interconectividad entre todos los dispositivos conectados a diferentes redes a travs de Internet. La implementacin de IPv6 se est llevando a cabo en entornos de direccionamiento Dual Stack donde conviven los protocolos IPv4 e IPv6. Por lo tanto para lograr los objetivos planteados para este trabajo de tesis se utilizar un entorno de red de stas caractersticas. Este documento consta de 5 captulos estructurados de la siguiente forma: en el Captulo 1 se presenta un marco referencial que incluye el planteamiento del problema, la justificacin, la solucin propuesta, el objetivo general y el estado del arte; en el Captulo 2 se presenta el proceso evolutivo que han tenido las telecomunicaciones a travs del tiempo; en el Captulo 3 se describe de forma general el conjunto de protocolos, cdecs y los factores inherentes en un sistema VoIP; en el Captulo 4 se presenta el proceso de configuracin de un sistema VoIP en un entorno Dual Stack que fue utilizado para la realizacin de pruebas en la transmisin de paquetes de voz; en el Captulo 5 se muestra el anlisis y los resultados obtenidos en la transmisin de voz, tambin se incluyen anexos que muestran los procesos de instalacin y configuracin de los componentes de hardware y software utilizados
1

en la configuracin del entorno de pruebas.

Serie de documentos donde se detalla prcticamente todo lo relacionado con la tecnologa de la que se sirve Internet: protocolos, recomendaciones y comunicaciones.

IX

CAPITULO 1 MARCO REFERENCIAL 1.1 Planteamiento del problema

El protocolo IP definido en el RFC-791, es el estndar de interconectividad en internet consta de 32 bits lo que permite contar con 232 = 4.294.967.296 direcciones disponibles. [30] El protocolo IPv4 ha sido el principal protagonista del desarrollo y expansin de Internet en cuanto a la diversificacin de los servicios que entrega a todos sus usuarios, que en los ltimos aos se han incrementado de manera considerable, lo que representa un problema a nivel mundial debido a la gran demanda de direcciones IP que permitan integrar nuevos dispositivos a la red. La subsistencia de este protocolo ha sido posible gracias a una serie de tcnicas implementadas, tales como la traduccin de direcciones de red (NAT) definido en el RFC1631 y el enrutamiento entre dominios sin clases (CIDR) definido en el RFC-1519, permitiendo optimizar el uso de direcciones IP pblicas, sin embargo ste tipo de tcnicas no son muy ptimas para el funcionamiento de algunos servicios como los de VoIP. De acuerdo a estadsticas de organismos encargados de administrar los recursos de Internet tales como IANA 2 y LANIC 3, hoy en da se disponen de muy pocos espacios de direccionamiento IPv4. Debido a los problemas mencionados en el prrafo anterior en el ao de 1994 la IETF propuso un nuevo entorno de direccionamiento denominado IPv6, el cual actualmente est definido en el RFC- 2460 y 2128 3.4 x 1038 se ve como una solucin a largo plazo para el encargado del enrutamiento de paquetes y actualmente se utiliza en su versin 4 (IPv4), y

agotamiento de las direcciones IPv4, ya que cuenta con un tamao de 128 bits lo que es igual a que se traduce en trminos reales a 340 sextillones de

direcciones disponibles, y tambin se ve como una solucin factible para los servicios de VoIP.

Autoridad de Asignacin de Nmeros de Internet a nivel Internacional Registro de Direcciones de Internet para Amrica Latina y el Caribe

1.2

Justificacin

La convergencia de las redes de telecomunicaciones actuales supone encontrar la tecnologa que permita transmitir en una misma red la voz y los datos. Esto obliga a establecer un modelo o sistema, que permita empaquetar la voz para que pueda ser transmitida junto con los datos, este propsito se logra con los protocolos de VoIP. La mayor parte de las redes de transmisin de voz que existen en la actualidad sern reemplazadas por redes de conmutacin de paquetes en un futuro. Esta transicin supone no solo una reduccin de los costos, si no que proporcionar tambin el desarrollo de una serie de servicios nuevos para voz y datos. [3] VoIP es una alternativa de comunicacin que ofrece grandes beneficios a los usuarios de una red de datos, puesto que se integran en una misma red los servicios de voz, video y datos. Lo que representa muchas ventajas con respecto a la telefona tradicional, haciendo posible la transmisin, administracin y configuracin de diversos servicios en una misma central telefnica. Esta tecnologa de VoIP se hace ms interesante con la implementacin en el protocolo de nueva generacin IPv6, logrando que las comunicaciones entre dispositivos se lleven a cabo punto a punto. IPv6 ofrece una plataforma escalable y mejorada para la convergencia, adems que incluye IPsec 4 que permite autenticacin y encriptacin del propio protocolo base, de forma que todas las aplicaciones se pueden beneficiar de ello ofreciendo comunicaciones ms seguras.[4]

Por lo tanto es necesario probar la funcionalidad de los protocolos estndares de VoIP tales como: SIP y IAX en un entorno de direccionamiento IPv4 e IPv6 y observar la eficiencia en la transmisin de paquetes de voz en tiempo real.

Proporciona servicios de seguridad en la capa IP permitiendo a un sistema seleccionar los

protocolos de seguridad, determinar los algoritmos a utilizar para los servicios, e implementar cualquier algoritmo criptogrfico requerido para proporcionar los servicios solicitados.

1.3

Solucin propuesta

En este proyecto de tesis se realizar la implementacin de los protocolos estndares de VoIP tales como: SIP y IAX, sobre un entorno de red Dual Stack para poder comprobar la funcionalidad de cada uno de estos protocolos en la transmisin de voz en tiempo real. Como aplicacin principal se utilizar Asterisk para el desarrollo del proyecto, puesto que es una herramienta de software libre lder a nivel mundial en lo que corresponde a servicios de telefona IP, y ofrece una solucin flexible que permite construir un conmutador IP en un equipo de cmputo con caractersticas tcnicas de escritorio, cumpliendo las funcionalidades de una central PBX 5 (Private Branch Exchange).[1] Un conmutador IP permite interconectar telfonos IP o Softphones 6 entre s, y conectar dichos telfonos a la red telefnica convencional, haciendo uso de tarjetas o dispositivos externos con interfaces FX0 (Foreign Exchange Office) y FXS (Foreign Exchange Station), que permiten la salida de los datos a travs de la red IP interactuando con la telefona convencional. FX0 conecta VoIP con centrales de conmutacin de la PSTN (Public Switched Telephone Network), mientras FXS se encarga de convertir de VoIP a canal analgico a nivel lnea de abonado 7. [1] Como software de monitoreo y anlisis de trfico se utilizar Wireshark, puesto que presenta mltiples facilidades en la visualizacin del trfico generado dentro de una red de datos, mostrando el flujo de los paquetes de forma detallada y nos proporciona datos sustanciales sobre los efectos negativos que intervienen en una comunicacin VoIP tales como el Jitter y el retardo. Una ventaja que ofrece esta herramienta de software es la compatibilidad con mltiples plataformas entre ellas UNIX, LINUX, Windows y Mac OSX. [12]

Se encarga de establecer conexiones telefnicas entre terminales de una misma empresa y de hacer que se cursen llamadas al exterior.
6

Es un software que hace una simulacin de telfono convencional por computadora, permitiendo utilizar la computadora para hacer llamadas a otros Softphones o a otros telfonos convencionales.

Conjunto de elementos que sirven para enlazar a los usuarios finales con la central telefnica de la zona o rea que les corresponde.

1.4

Objetivos

1.4.1 Objetivo general

Implementar los protocolos de sealizacin estndares sobre los que trabaja VoIP tales como: SIP y IAX, sobre un entorno de red IP Dual Stack para probar la funcionalidad de cada uno de ellos en la transmisin de voz bajo un esquema de direccionamiento de estas caractersticas, haciendo uso del software Asterisk bajo la plataforma de Cent OS.

1.4.2 Objetivos especficos 1. Realizar

red VoIP. una investigacin acerca del antecedente histrico de las

telecomunicaciones y los componentes tecnolgicos que integran un entorno de

2. Instalar y configurar una central telefnica con el software Asterisk para la

realizacin del proyecto.

3. Configurar los archivos necesarios en el servidor Asterisk para lograr el

funcionamiento sobre un entorno de direccionamiento Dual Stack.

4. Instalar y configurar en los equipos clientes software necesario (Softphone) para

la realizacin de pruebas.

5. Implementar los protocolos SIP y IAX para realizar las pruebas necesarias y poder
determinar su desempeo en la transmisin de voz en un esquema de direccionamiento Dual Stack.

6. Realizar un monitoreo del trfico de paquetes VoIP, utilizando la herramienta

Wireshark para poder observar factores fsicos inherentes a la comunicacin VoIP.

1.5

Estado del arte

VoIP es una tecnologa reciente que se desarroll a partir de 1995 y se basa en el proceso de digitalizacin de la voz para que esta pueda ser transmitida en redes TCP / IP, su desarrollo ha pasado por mltiples implementaciones donde han participado diversos organismos a nivel internacional y empresas dedicas al desarrollo de las Tecnologas de la Informacin y las Comunicaciones (TICS), con el objetivo de poder estandarizar el conjunto de tcnicas y protocolos sobre los que se sustenta esta tecnologa. Actualmente existen diversas investigaciones enfocadas a la tecnologa VoIP que mencionan bsicamente el origen y las tendencias de esta tecnologa, en este documento se mencionan algunas de estas investigaciones como referencia para desarrollar este trabajo de tesis.

Convergencia de Trfico en un solo Tipo de Red

El nmero de usuarios de Internet, ha tenido un crecimiento importante en los ltimos aos, por lo cual las necesidades del consumidor en cuanto a requerimientos de datos, imgenes y voz se vuelven cada vez ms necesarias en sus tareas diarias, se estima que el nmero de usuarios a nivel mundial es mayor a los 300 millones. La popularizacin de Internet provoc un crecimiento exponencial en el volumen del trfico de datos que se cursa por las redes de telecomunicaciones. Este crecimiento es ms notable en los pases desarrollados y ha hecho que el volumen de trfico de datos haya sobrepasado o est cercano a superar el volumen del trfico de voz transportado por las redes de los operadores telefnicos tradicionales. Una razn fundamental para el funcionamiento de la telefona por Internet es la maduracin de las tecnologas. Gran parte de ellas se mantiene por la operacin a gran escala de los Procesadores de Seales Digitales (Digital Signal Processors o DSP). Los DSP dan origen a los mdems de alta velocidad y a los codificadores y decodificadores de voz. Los DSP se producen en masa y son comparativamente baratos; por lo tanto, su operacin y su desempeo de alta velocidad son la solucin para la provisin de aplicaciones que hace unos aos eran inconcebibles. Todos los ahorros logrados por el uso de VoIP se hacen mayores a medida que el costo del equipamiento necesario se abarata debido al avance tecnolgico. Estas mejoras, a su vez, redundan en que se vaya obteniendo una mayor calidad en los servicios VoIP. [15] 5

Dualidad y calidad de servicio VoIP en redes inalmbricas

La calidad de servicio resulta un factor decisivo al elegir la tecnologa VoIP sobre la telefona tradicional, por lo tanto es importante analizar los factores que inciden en la calidad de servicio de las aplicaciones de voz sobre IP en un enlace inalmbrico, y determinar el equipamiento y software necesario para la implementacin de Telefona Dual, que consiste en la generacin de llamadas VoIP por parte de un telfono celular. Con el fin de asegurar las condiciones adecuadas para desarrollar la convergencia total de los servicios. Se debe estudiar el comportamiento de una plataforma inalmbrica prototipo segn los parmetros ms importantes que determinan la calidad de servicio de un enlace, para obtener las caractersticas de desempeo y capacidad de la red. Tambien se realiza la implementacin del estndar 802.11e 8 para priorizar el trfico de voz, mediante la incorporacin de los parmetros EDCA (Enhanced Distributed Channel Access) y se efecta un anlisis de la calidad de servicio entregada por el enlace. [23]

Necesidades de migracin hacia un nuevo entorno de direccionamiento

Comparando los datos sobre la tasa de crecimiento de Internet, se hace necesaria la adopcin y utilizacin de IPv6 en las redes de computadoras para seguir dando soporte a la gran mayora de usuarios. El uso de tcnicas como NAT demostr ser eficiente en cuanto a la economa de direcciones IP, adems de presentar algunos otros aspectos positivos tales como facilitar la numeracin interna de las redes, ocultar la topologa de las redes y slo permitir la entrada de paquetes generados en respuesta a una solicitud de la red. No obstante, el uso de esta tcnica presenta inconvenientes que no compensan las ventajas que ofrece. El uso de NAT rompe con el modelo punto a punto de Internet ya que no permite conexiones directas entre dos hosts, lo que dificulta el funcionamiento de una serie de aplicaciones tales como P2P, VoIP y VPN. Otro problema es la baja escalabilidad, ya que el nmero de conexiones simultneas es limitado y adems requiere una gran capacidad de procesamiento por parte del dispositivo traductor.
8

La especificacin IEEE 802.11e ofrece un estndar inalmbrico que permite interoperar entre entornos pblicos, de negocios y usuarios residenciales, con la capacidad aadida de resolver las necesidades de cada sector.

Tambin imposibilita rastrear las rutas de los paquetes utilizando herramientas como traceroute y dificulta la utilizacin de algunas tcnicas de seguridad como IPSec. Se estima que en el mundo existen 1,7433,993,741 usuarios de Internet (25,6% de la poblacin mundial), lo cual, si consideramos los ltimos nueve aos, representa un crecimiento de 380,3%. Si esta tasa de crecimiento se mantiene, dentro de dos aos habr 2000 millones de usuarios, superando as el pronstico de que este nmero solo se alcanzara en 2015. De acuerdo con datos de ABI Research, (Tecnologa de inteligencia de mercado), se anticipa que la cantidad de equipos mviles con capacidad para acceder a Internet celulares, smartphones, netbooks y mdems 3G llegar a 2,25 mil millones de aparatos. Como consecuencia de este crecimiento, la demanda de direcciones IP tambin crece considerablemente. En 2010 IANA ya asign 12 bloques /8 a los RIR con lo que, de los 256 /8 posibles, en este momento solamente quedan 14 bloques sin asignar, es decir 5% del total. Este ndice refuerza el pronstico de 2012 como fecha del agotamiento de los bloques totales de direcciones IPv4, principalmente porque el nmero de solicitudes de bloques de direcciones aumenta ao con ao. [24]

Evaluacin de algoritmos de control de retardo en Voz sobre Internet

Las aplicaciones en tiempo real generan paquetes en intervalos regulares de tiempo. El trfico generado por una fuente de audio es divido en periodos de actividad y en periodos de silencio. Al cruzar Internet, los paquetes de audio sufren retardo variable debido al tiempo variable en las filas de espera de los ruteadores. Esta variabilidad modifica los intervalos iguales entre paquetes transmitidos. Para poder reproducir los paquetes recibidos, las aplicaciones deben reducir esta variabilidad, almacenando los paquetes en una memoria intermedia y reproducirlos despus de un tiempo lmite. Los paquetes que llegan despus de su correspondiente tiempo lmite son considerados perdidos y no se reproducen. Si el tiempo que se espera por los paquetes aumenta, la probabilidad de que estos lleguen antes de su tiempo lmite tambin aumenta. Sin embargo, un gran retardo disminuye la interactividad de una sesin de audio. En la bsqueda de asegurar el desempeo y mejorar la calidad se han incorporado algoritmos de control que utilizan diversas tcnicas para mejorar la transmisin de los paquetes multimedia. Entre los algoritmos ms utilizados encontramos: NLMS (Normalized Least Mean Square), APA (Affine Projection Algorithm) y RLS (Recursive Least Square). [25] 7

Propuesta para la adopcin de IPv6 Task Force Mxico para fomentar la adopcin de nuevas tecnologas en la infraestructura de Internet del pas.
El inters de la propuesta es llamar la atencin sobre la necesidad de dotar al regulador de telecomunicaciones del pas, de nuevas facultades que le permitan desempear un papel de liderazgo, para la formulacin de polticas orientadas a la adopcin de nuevas tecnologas de Internet con impacto directo en la competitividad y el desarrollo de nuestro pas. Para generar la propuesta se basa en cuatro puntos importantes: 1. Considerando que el actual protocolo de internet utilizado no soportar el incremento en el nmero de usuarios y aplicaciones convergentes hacia una nica red de datos. 2. La escasez de direcciones IP ha sido utilizada por el operador de telecomunicaciones dominante como un esquema de discriminacin de precios en perjuicio de los usuarios. Pues an cuando el costo de los derechos por una direccin IP es de $ 70 USD al ao, Telmex cobra aproximadamente $1,200 USD durante el mismo periodo, lo que debera ser una adopcin estndar en cualquier conexin a Internet. 3. La capacidad del rgano regulador para fijar o forzar al uso de nuevos estndares de Internet se encuentra bastante acotada por condiciones regulatorias y de mercado. Lo anterior es a diferencia de las redes de telecomunicaciones tradicionales, cuyos estndares tecnolgicos nacen en forma de recomendaciones de la Unin Internacional de Telecomunicaciones (ITU), para despus ser seleccionadas, adaptadas y definidas como estndares nacionales por los gobiernos de cada pas. En el caso de las tecnologas de Internet su desarrollo depende de organismos puramente tcnicos, donde no participan los gobiernos y su adopcin est enfocada exclusivamente a mecanismos de mercado. 4. En el libro de Polticas de Telecomunicaciones para las Amricas de la Comisin Interamericana de Telecomunicaciones (CITEL) de la Organizacin de los Estados Americanos (OEA) en su edicin 2005 en su prrafo 8.2.6 especifica, refirindose en particular a la problemtica que rodea la adopcin del protocolo IPv6, que los gobiernos, como compradores importantes de tecnologa en cada pas, pueden jugar un rol como promotores de la adopcin de nuevas tecnologas que mejoren o actualicen la infraestructura de la Internet y que el impacto de tal rol debe ser estudiado por las autoridades competentes y en su caso ser sujeto de recomendaciones, una vez que la adopcin de las nuevas tecnologas por parte de los gobiernos pueda crear economas de escala que probablemente no fueran posibles de otra forma. [29] 8

CAPITULO 2 EVOLUCIN DE LAS TELECOMUNICACIONES 2.1 Antecedentes histricos de las redes de comunicaciones
El arte de las comunicaciones es tan antiguo como la humanidad, en la antigedad se usaban tambores, seales de humo y dibujos pictricos para transmitir informacin entre localidades. A medida que pas el tiempo se crearon otras tcnicas, tales como los semforos y la escritura. La era de la comunicacin electrnica empez con el telgrafo inventado por el norteamericano Samuel F. B. Morse en 1837. El cual operaba mediante un cdigo bsico, llamado cdigo Morse, este medio de comunicacin fue el primero en utilizar impulsos elctricos, los cuales circulaban por un nico cable para poder transmitir informacin. El invento del telgrafo adelant la posibilidad de comunicacin humana, dando origen a la red de telefona analgica, siendo el canal de comunicaciones ms utilizado actualmente a nivel mundial. La telefona tuvo un crecimiento muy rpido de tal manera que fue convirtindose en un medio de comunicacin muy usado en el mbito empresarial, gubernamental, en el hogar y en casi cualquier tipo de organizacin. La primera gran revolucin en el sistema telefnico fue la introduccin de los sistemas de conmutacin digital, aunado a las tcnicas de codificacin y acceso mltiple, la telefona inici as una progresiva digitalizacin de la voz permitiendo por una parte reducir notablemente los efectos de ruido y distorsin inherente de un sistema de comunicacin. La transicin de la telefona analgica a digital es uno de los avances tecnolgicos que mayor impacto ha tenido sobre las telecomunicaciones. La diferencia ms notable de la seal analgica con respecto a la seal digital es que esta ltima puede ser comprimida y procesada con tecnologa informtica para poder ser almacenada. Lo que permite la innovacin de los servicios logrando mayor eficiencia y flexibilidad. No obstante la red telefnica pblica conmutada (PSTN) a pesar de las limitaciones que presenta en cuanto a capacidad de transmisin resulta de gran inters como medio de acceso a los servicios de telecomunicacin por su extensin, accesibilidad y bajo costo ya que actualmente es la que mayor nmero de usuarios registra. [21] 9

2.2

Componentes de la red telefnica pblica conmutada

El sistema de red telefnico puede considerarse como el conjunto de dispositivos fsicos que permite suministrar el servicio de comunicacin telefnica entre dos o ms personas cuando cierta distancia los separa. Para proporcionar adecuadamente dicho servicio, es necesario que el sistema telefnico contenga los medios y recursos adecuados para conectar los aparatos telefnicos especficos al principio de la llamada y desconectarlos una vez que sta se termine, en este proceso de conexin y desconexin se incorporan tres funciones bsicas: 1. Conmutacin: Esta cumple la funcin de la identificacin y conexin de la lnea de abonado a una trayectoria de comunicacin adecuada 2. Sealizacin: se encarga del suministro e interpretacin de seales de control y de supervisin que se necesitan para realizar la conmutacin. 3. Transmisin: Este aspecto hace referencia, como su nombre lo indica al proceso de transmisin del mensaje del abonado y de las seales de control por medio del canal. En la figura 2.1 se pueden observar los elementos principales que componen un aparato telefnico ordinario.

Fig. 2-1 Diagrama interno de un aparato telefnico

Este dispositivo est compuesto por seis componentes bsicos: Timbrador (ringer), Switch de colgado y descolgado (switch-hook), Teclado (dialer), Transmisor, Receptor y un Circuito hbrido. Todos estos elementos estn conectados a travs de un sistema de circuito electrnico logrando as convertir la voz humana en seales elctricas, as como seales elctricas en acsticas para su transmisin. [3] 10

2.3

Funcionamiento de la lnea telefnica convencional

El telfono tiene principalmente dos funciones, la primera es la de establecer una conexin entre las dos lneas de abonado marcados, pulsando algunas teclas o girando un disco lo cual genera impulsos que son convertidos y enviados a travs de la lnea telefnica, en conjunto con la sealizacin localiza el destinatario del nmero marcado, tambin se encarga de realizar la desconexin una vez finalizada la llamada. La segunda funcin es la de realizar la comunicacin de voz entre las dos lneas de abonados mediante transductores 9. El circuito electrnico que conecta a todos los componentes del aparato telefnico se encarga de hacer la sealizacin, es decir, de activar el timbre a la hora de recibir una llamada, o de seleccionar el nmero al cual se desea hacer una llamada, enviando pequeos pulsos elctricos que permiten a la central seleccionar al destinatario. Este proceso se realiza de la siguiente forma: antiguamente, para cada nmero del disco dactilar le corresponda el mismo nmero de pulsos elctricos, es decir, al seleccionar el nmero 123-4567 se enviaban del aparato a la central telefnica siete sucesiones de pulsos separados cada uno por el mismo intervalo de tiempo, y cada sucesin a su vez estaba separada de la precedente y la sucesiva por un intervalo ms largo; en este ejemplo: se tendra un pulso, seguido de dos pulsos, luego tres, y as sucesivamente hasta terminar con la serie de nmeros que permitan a la central identificar la lnea de abonado al que se dirige la llamada.[5]

Es un dispositivo que proporciona una salida utilizable en respuesta a una magnitud fsica,

propiedad o condicin especfica que se desea medir. Generalmente se trata de un dispositivo utilizado para convertir un fenmeno fsico en una seal elctrica.

11

2.4

Dual Tone MultiFrequency (DTMF)

Hace algunas dcadas, la seleccin del nmero por medio de pulsos fue sustituida por una nueva tcnica iniciada en 1963 que se conoce como DTMF (Dual Tone MultiFrequency) o marcacin multifrecuencia. La cual consisti en una matriz compuesta por cuatro filas de baja frecuencia y cuatro columnas de alta frecuencia por lo que a cada nmero le corresponde un par de frecuencias distinto de tal forma que al digitar un nmero se envan sus dos frecuencias correspondientes sobre la lnea telefnica. En la figura 2.2 se puede observar la representacin del sistema DTMF.

Fig. 2-2 Representacin del sistema DTMF (Dual Tone MultiFrequency)

El telfono se puede ver como un simple arreglo de voltaje y resistencia la cual basa su funcionamiento en los cambios de corriente detectados por la central, este proceso se genera de la siguiente forma: cuando an no se ha levantado el auricular significa que el telfono esta como desocupado; en ese momento el voltaje es de aproximadamente -48 volts y la impedancia de 40 kohms. Para la central, el telfono parece ser un circuito abierto y le demanda una corriente casi nula, de aproximadamente 0.02 mA. El segundo caso es cuando se ha levantado el auricular entonces el telfono se

encuentra como ocupado en donde el voltaje cae entre 5 y 12 volts, la impedancia se reduce a 1 kohms y la corriente aumenta a unos 20 mA. Esta corriente se aprovecha para alimentar al micrfono, amplificar los tonos y otros mecanismos internos del telfono; el tono de lnea ocupada o desocupada lo transmite la central al detectar alta o baja impedancia en el telfono del destinatario. [5] 12

2.5

Red Digital de Servicios Integrados (RDSI)

La digitalizacin de la red de las telecomunicaciones, es la introduccin de componentes necesarios para lograr que la transmisin y conmutacin sean digitales e integradas, lo que hace posible que ya no se utilicen conversiones analgicas-digitales (A/D) mejorando considerablemente el funcionamiento del sistema de comunicaciones. Sin embargo, debido a que los aparatos telefnicos existentes son analgicos y el costo de reemplazarlos por aparatos digitales es sustancial, las lneas de abonados se mantendrn analgicas, mientras el resto de la red se digitaliza. Esto nos lleva a la Red Digital Integrada (RDI) que es la primera meta en el proceso de digitalizacin de la red telefnica. La digitalizacin final de las lneas del abonado brinda ms posibilidades futuras, para conectar una amplia variedad de equipo digital entre las que podemos mencionar: terminales de datos, telefax, teletexto, entre otros. En la figura 2.3 se muestra el diagrama del proceso RDI.

Fig. 2-3 Proceso de digitalizacin de la red telefnica (RDI)

A mediados de la dcada de los 70s se hizo patente que la demanda de servicios de datos se convirtiera completamente digital, as como la capacidad para proporcionar acceso a un amplio rango de servicios, incluidos voz y datos. Es por ello que a principios de la dcada de los 80s, el Comit Consultivo Internacional Telegrfico y Telefnico (CCITT) desarroll la Red Digital de Servicios Integrados (RDSI) que constituyen un conjunto de estndares para proporcionar conectividad digital extremo a extremo, permitiendo la operacin de mltiples canales digitales de manera simultnea a travs del mismo cable telefnico utilizado en la lnea analgica.

13

Los estndares RDSI definen dos tipos principales de canal, cada una con distinta velocidad de transmisin. El canal portador o canal B se define como una ruta digital libre de 64Kbps, este canal puede transmitir cualquier tipo de datos digitalizados en modo full dplex. El canal delta o canal D est compuesto por dos tipos de interfaces: la interfaz de acceso bsico (BRI), la cual proporciona al usuario dos canales portadores de 64 Kbps (canal B), y un canal de datos de 16Kbps (canal D). La interfaz de acceso principal (PRI) proporciona 23 canales tipo B y un canal tipo D en Norteamrica y Japn, y 30 canales B y un canal D en Europa para lograr el mismo nivel de servicio. Estos canales interactan entre s de forma que el canal D transporta la informacin de control del canal B. La funcin primaria del canal D es el transporte de la informacin de sealizacin de los canales B entre la interfaz de usuario y la red, tambin se puede utilizar para acceder a redes de paquetes. Los dos canales B de la interfaz de acceso bsico pueden proporcionar dos conexiones digitales de voz, mientras que el canal D proporcionara la sealizacin y acceso a una red de paquetes. Pero en la prctica estos canales han sido utilizados para aplicaciones de videoconferencia digital, y para proporcionar acceso a los proveedores de servicio de Internet (ISP) a velocidades superiores a las disponibles mediante los mdems tradicionales. La interfaz primaria se dise para proporcionar acceso a equipos de

grandes usuarios, como las centrales privadas (PBX) y los multiplexores de la red.

Cuando se estaba finalizando la definicin del estndar RDSI, el inters en la televisin de alta definicin y la interconexin de datos a alta velocidad requirieron nuevos trabajos para desarrollar un estndar de RDSI de banda ancha, motivo por el cual surgi la red digital de servicios integrados de banda ancha (BISDN).

La alta tasa de transferencia requerida para estas aplicaciones demanda velocidades de acceso mucho mayores que las proporcionadas por RDSI. Como consecuencia, se desarroll algo ms que una interfaz estndar, surgiendo una arquitectura de red completamente nueva, basada en la transferencia y conmutacin orientada a conexin de pequeos paquetes de longitud fija denominada modo de transferencia asncrono, (ATM) que soporta un amplio rango de servicios.

14

Actualmente la convergencia de aplicaciones y servicios soportados y transportados sobre diferentes redes, hacia una nica red con la capacidad de soportar cualquier servicio se fundamenta en la demanda de nuevas necesidades tecnolgicas aplicadas a la vida cotidiana, que originalmente no fueron contempladas en el diseo de la primera generacin de redes de paquetes. La tecnologa digital moderna permite que diferentes sectores, como las

telecomunicaciones, datos, radio y televisin se fusionen en uno slo, este fenmeno est ocurriendo a nivel mundial cambiando drsticamente la forma en que se comunican tanto las personas como los dispositivos. Internet se ha convertido en el factor ms potente que gua el proceso de esta convergencia, debido principalmente al hecho de que utiliza como estndar el conjunto de protocolos TCP/IP para proporcionar cualquier tipo de servicio. [5]

15

CAPITULO 3 PROTOCOLOS TCP/IP Y VOZ SOBRE PROTOCOLO DE INTERNET (VoIP) 3.1 Conceptos generales de VoIP

A partir del ao 1995, expertos en informtica, electrnica y tecnologas de la informacin, enfocaron sus esfuerzos para poder incorporar la comunicacin vocal en formato digital en las comunicaciones de datos, considerando los avances tecnolgicos de redes y la capacidad de adopcin de nuevas tecnologas dentro la propia red Internet logrando desarrollar una nueva tecnologa conocida como voz sobre Internet que funciona en base a protocolos estandarizados por los organismos que regulan los aspectos referentes a las TICS, esta nueva tecnologa permite implementar valores agregados tales como: calidad de servicio (QoS) en los servicios de voz, seguridad mediante cifrado de datos, reduccin de costos y convergencia con la evolucin tecnolgica.[10] Uno de los primeros operadores de telefona IP fue Skype, empresa fundada en agosto de 2003 por Niklas Zennstrm, Janus Friis y un equipo de desarrolladores, este software es una aplicacin gratuita que se instala en una PC, permitiendo comunicarse con otros usuarios de una forma rpida y sencilla a travs de internet, utilizando un protocolo propietario que permite establecer comunicaciones en tiempo real. El crecimiento de las redes IP en un entorno local y remoto, aunado al desarrollo de tcnicas avanzadas de digitalizacin de voz, el crecimiento acelerado de internet, los mecanismos de control y priorizacin de trfico, los protocolos de transmisin en tiempo real, as como el estudio de nuevos estndares que permitan la calidad de servicio en estas redes, han creado un entorno donde es posible transmitir voz, datos y video por un mismo medio de transmisin.

La tecnologa VoIP permite digitalizar la voz en paquetes, para que puedan ser transportados sobre redes IP, enviando mltiples conversaciones a travs de un mismo canal mediante codificacin en paquetes y flujos independientes, sin necesidad de

disponer de circuitos conmutados como es el caso de la telefona tradicional (PSTN). [10]

16

3.2

Ventajas de VoIP

La integracin de la voz en redes IP mediante la tecnologa VoIP, aporta mltiples ventajas para los proveedores, los consumidores y las empresas, entre las cuales podemos citar las siguientes: 1. Reduccin de inversiones, capital y costos de funcionamiento que representa la implementacin de esta tecnologa, haciendo uso de la infraestructura de red y aplicaciones con que cuentan las organizaciones as como herramientas de

software libre, adems de poder contar con una infraestructura propietaria. 2. En lo que respecta a los usuarios finales o particulares, este tipo de tecnologa brinda la posibilidad de realizar llamadas desde cualquier punto donde se cuente con una conexin a internet, reduciendo costos en servicios de voz. 3. Por otra parte, la tecnologa VoIP brinda mayor seguridad para las empresas, ya que mediante el uso de una red privada es posible mantener comunicacin permanente sin prdida de calidad, de manera totalmente fiable, y sobre todo ms rentable, mediante algoritmos de encriptacin es posible cifrar las conversaciones para mantener la confidencialidad de estas.[6]

3.3

Desventajas actuales de VoIP

Actualmente an existen una serie de factores que interfieren de forma negativa en el proceso de la realizacin de una comunicacin de VoIP tales como: 1. La capacidad del ancho de banda de los medios de transmisin sigue siendo limitada para soportar mltiples servicios. 2. Existen factores inherentes a las comunicaciones de datos que afectan de forma directa en la transmisin de paquetes VoIP, tales como: el retardo, Jitter, eco y prdida de paquetes. 3. En los casos en que se utilicen Softphones la calidad de la comunicacin se puede ver afectada por las caractersticas de la PC donde se ejecuta la aplicacin, es decir, que una llamada puede ser afectada por la ejecucin de otro proceso que utilice la totalidad de los recursos del CPU, en este caso crtico la calidad de la comunicacin se puede ver comprometida porque el procesador se encuentra trabajando a tiempo completo.[6]

17

3.4

Conceptos generales de TCP/IP

En el ao de 1979, la Organizacin Internacional de Estandarizacin (ISO) desarrolla el modelo de referencia de Interconexin de Sistemas Abiertos (OSI) definido en el RFC7498, su desarrollo est basado en necesidades generales de todos los sistemas, de tal forma que stos pudieran apegarse a stas funciones. Este modelo define el proceso que se debe seguir para lograr una comunicacin de datos de forma satisfactoria entre diferentes plataformas, dividiendo el proceso mediante la definicin de siete capas que son: capa fsica, capa de enlace de datos, capa de red, capa de transporte, capa de sesin, capa de presentacin y capa de aplicacin donde el intercambio de informacin entre dos puntos se lleve a cabo de manera inversa. A mediados de 1980 el Departamento de Defensa de los Estados Unidos, basado en el modelo OSI, desarrolla un nuevo modelo para el intercambio de datos en redes de computadoras, con la finalidad de contar con un lenguaje comn en todos los dispositivos y poder manejar la informacin en paquetes. En la actualidad es el modelo de soporte para el intercambio de informacin en las redes de datos e internet, a diferencia del modelo OSI esta arquitectura define el proceso de comunicacin en cuatro capas como se muestra en la figura 3.1, dentro de estas capas se definen diferentes protocolos para dar soporte a todos los servicios que se ofrecen dentro de una red de datos.

Fig. 3-1 Correspondencia del modelo OSI con la arquitectura TCP/IP

18

Cada una de las capas aade o sustrae cierta informacin de control a los datos conocidos como cabeceras para garantizar su correcta transmisin en la red, este proceso se conoce como encapsulado de datos. La recomendacin RFC 894 es el estndar para la transmisin de datagramas IP sobre redes Ethernet, que especifica cmo se encapsulan datagramas del protocolo IP, para que puedan transmitirse sobre este tipo de infraestructuras. [11]

3.4.1 Protocolo de Control de Transmisin (TCP)

TCP es uno de los principales protocolos de la capa de transporte del modelo TCP/IP definido en el RFC-793. TCP est pensado para ser utilizado como un protocolo punto a punto muy fiable entre miembros de redes de comunicacin de computadoras por intercambio de paquetes y en un sistema interconectado de tales redes. El propsito principal de TCP consiste en proporcionar un servicio de conexin o circuito lgico fiable y seguro entre pares de procesos. En general, los mdulos de TCP deciden cuando bloquear y enviar datos segn su propia conveniencia, ya que estn diseados para poder recuperar los datos que se corrompan, pierdan, dupliquen o se entreguen desordenados por el sistema durante el proceso de comunicacin. Para cumplir con esta funcin se asigna un nmero de secuencia a cada octeto de datos transmitidos. El nmero de secuencia del primer octeto de datos en un segmento se almacena en la cabecera del mismo y recibe el nombre de nmero de secuencia del segmento. Cuando TCP transmite un segmento con datos, coloca una copia en la cola de retransmisin e inicializa un temporizador. Al recibir el reconocimiento (ACK) como acuse del TCP receptor, elimina la copia. Si no se llega a recibir el ACK antes de que el temporizador expire, el segmento es retransmitido, el receptor utiliza los nmeros de secuencia para ordenar correctamente los segmentos y eliminar los duplicados, la corrupcin de datos se trata, aadiendo un campo suma de control a cada segmento transmitido, comprobndose en el receptor y descartando los segmentos daados, el formato de la cabecera de este protocolo se muestra en la figura 3.2. [11]

19

0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

Puerto Origen (16 bits)

Puerto Destino (16 bits)

Numero de secuencia (32 bits)

Numero de acuse de recibo (32 bits) Longitud Reservado Bits de cdigo Ventana (16 bits)

Suma de control (16 bits) Opciones (Variable)

Puntero Datos Urgentes (16 bits) Relleno

Datos (mximo tamao de segmento 16 bits)

Fig. 3-2 Formato de encabezado TCP

3.4.2 Protocolo de Datagrama de Usuario (UDP)

El Protocolo de Datagrama de Usuario (UDP) definido en RFC 768, es un protocolo no orientado a conexin de la capa de transporte del modelo TCP/IP, que proporciona una comunicacin sencilla entre aplicaciones, adems permite la comunicacin punto-punto y punto-multi-punto. Al igual que TCP utiliza puertos para identificar tanto al destino como a la fuente. Su cabecera se muestra en la figura 3.3 y como se puede observar es ms pequea, hacindolo ms til para aplicaciones de tiempo real, ya que su procesamiento se lleva menos tiempo. Algunos programas utilizan UDP en lugar de TCP para el

transporte de datos rpido, compacto y no confiable entre terminales TCP/IP. Al ser no orientado a conexin, no garantiza la llegada de los datos, adems no hay procedimientos para recuperacin de datos. Cuando una terminal A enva paquetes a una terminal B, el flujo es unidireccional. La transferencia de datos es realizada sin haber realizado previamente una conexin con la terminal de destino, y el destinatario recibir los datos sin enviar una confirmacin al 20

emisor. Esto es debido a que la encapsulacin de datos enviada por el protocolo UDP no permite transmitir la informacin relacionada al emisor. Por ello el destinatario no conocer al emisor de los datos excepto su IP. 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

Puerto Origen 16 bits

Puerto destino 16 bits

Longitud de mensaje 16 bits

Suma de control 16 bits

Datos

Fig. 3-3 Formato de cabecera UDP

La pseudo-cabecera que imaginariamente antecede a la cabecera UDP contiene la direccin de origen, la direccin de destino, el protocolo y la longitud UDP. Esta informacin proporciona proteccin frente a datagramas mal encaminados. Este procedimiento de comprobacin es el mismo que el utilizado en TCP. [11]

3.4.3 Protocolo de Internet (IP)

IP es un protocolo del nivel de red capa 3 del modelo de referencia OSI o del nivel de Internet capa 2 del modelo TCP/IP. El protocolo IP se encarga del transporte de paquetes desde el origen hasta el destino en una comunicacin. Es un protocolo de mejor esfuerzo no orientado a conexin, lo que significa que no garantiza la fiabilidad en la entrega de los paquetes por lo que hace uso de otros protocolos para poder garantizar que todos los paquetes lleguen al destino indicado en su cabecera. IP se basa en el enrutamiento que se produce entre dispositivos de la capa 3 del modelo OSI y en las direcciones IP que se asigna a cada dispositivo para que pueda comunicarse. Cada dispositivo de capa 3 realiza el proceso de enrutamiento de paquetes en base a su tabla de rutas y a los algoritmos de enrutamiento, que le indica el camino ms adecuado para llegar a cada destino. [17]

21

3.4.3.1 Protocolo IPv4

El estndar IPv4 es la primera versin del protocolo IP de uso masivo que permite la interconexin de millones de computadoras a nivel mundial y que actualmente se sigue utilizando en la red Internet, fue desarrollado en la dcada de los 70 como una forma de interconectar un reducido nmero de redes y jams se pens que tendra que ser la base de una red de millones de usuarios. Una direccin IPv4 est compuesta por un grupo de 32 bits representados en 4 octetos o bloques de 8 bits, de la siguiente forma: X.X.X.X donde cada X es un nmero decimal comprendido entre 0 y 255, que justamente son todos los nmeros enteros representables con 8 bits, el formato de la cabecera IPv4 se puede ver en la figura 3.4.

Fig. 3-4 Formato de Cabecera IPv4

Como se puede observar la longitud mnima de la cabecera IPv4 es de 20 bytes (cada fila de la tabla supone 4 bytes). A ello hay que aadir las opciones que dependen de cada caso. [17]

22

3.4.3.2 Protocolo IPv6

A principio de los aos 90 comenz a surgir una gran preocupacin por el rpido consumo del espacio de direcciones disponibles IPv4, por lo que la IETF en 1994, propone un nuevo protocolo denominado IPv6 o IPng en el que se incrementa el tamao de direccin IP de 32 bits a 128 bits, para dar soporte a ms niveles de direccionamiento jerrquico, un nmero mucho mayor de nodos direccionables, y una autoconfiguracin ms simple de direcciones. [4]

3.4.3.3 Formato de cabecera IPv6

En el formato de la cabecera IPv4 hay campos que se eliminan y otros que se han modificado para formar la nueva cabecera IPv6, los cuales se describen en la tabla 1.
Tabla 1 Campos modificados de IPv4 para formar la nueva cabecera IPv6

IPv4 Longitud total

IPv6 Longitud de carga til

Tamao 16 bits

Descripcin Indica el tamao total de los propios datos, que puede ser de hasta 65.536 bytes.

Protocolo

Siguiente cabecera 8 bits

Dado que en lugar de usar cabeceras de longitud variables se emplean sucesivas cabeceras

encadenadas, de ah que desaparezca el campo de opciones. Tiempo de vida Lmite de saltos 8 bits El lmite mximo de saltos especificables es 255.

Direccin origen

Direccin origen

128 bits

Especifica la direccin IPv6 del nodo origen.

Direccin destino

Direccin destino

128 bits

Especifica la direccin IPv6 del nodo destino.

El motivo fundamental por el cual los campos son eliminados, es la innecesaria redundancia. En IPv4 se facilita la misma informacin de varias formas. Un caso muy evidente se puede ver en el campo suma de cabecera o verificacin de la integridad de la cabecera, el caso del campo de desplazamiento de fragmentacin, es ligeramente diferente, dado que el mecanismo por el que se realiza la fragmentacin de los paquetes es totalmente modificado en IPv6, lo que implica la total inutilidad de este campo para esta versin, en IPv6 los dispositivos de ruteo no fragmentan los paquetes, sino que de ser precisa, dicha fragmentacin/desfragmentacin se produce extremo a extremo.

23

La longitud de la nueva cabecera representada en la figura 3.5 es de 40 bytes, el doble que en el caso de IPv4, pero con muchas ventajas, al haberse eliminado campos redundantes e insertado dos nuevos campos que permiten una de las caractersticas fundamentales e intrnsecas de IPv6 tales como: Quality of Service (QoS) 10, Class of Service (CoS) 11, y en definitiva un poderoso mecanismo de control de flujo, de asignacin de prioridades diferenciadas segn los tipos de servicios. [4]

Fig. 3-5 Formato de cabecera IPv6

3.4.3.4 Direccionamiento IPv6

Las direcciones IPv6 son identificadores de 128 bits de longitud divididos en grupos de 16 bits con el formato X:X:X:X:X:X:X:X, donde cada X es un grupo de 4 dgitos hexadecimales (0000-ffff) e identifican interfaces de red (ya sea de forma individual o grupos de interfaces). A una misma interfaz de un nodo se le pueden asignar mltiples direcciones IPv6 y tal como en el caso de IPv4, para sealar las secciones que identifican a la red y al host, se utiliza el formato CIDR en la forma: <direccin>/<prefijo>, donde prefijo es un nmero en formato decimal, la arquitectura de direccionamiento IPv6 se define en el RFC 3513 en donde se especifican la representacin textual, los tipos de direcciones y las direcciones requeridas por los nodos. [4]

10

Es sinnimo de calidad de servicio. QoS es un nombre genrico para un conjunto de algoritmos que tratan de ofrecer diferentes niveles de calidad a diferentes tipos de servicio que se ofrece a travs de una red
11

Es sinnimo de clase de servicio. Su funcin principal consiste en priorizar los tipos de trfico ms crticos frente al resto, optimizando el funcionamiento de las aplicaciones.

24

3.4.3.5 Tipo de direcciones IPv6

Unicast: Este tipo de direccionamiento es utilizado para identificar a una interfaz de manera nica dentro de una red, de tal forma que cuando se enva un paquete esta pueda ser entregada solo a la interfaz identificada con dicha direccin. Es el equivalente a las direcciones Unicast IPv4 actuales y estas a su vez se clasifican en los siguientes tipos: Link-local: Se utilizan en un enlace nico para labores como configuracin automtica de direcciones, descubrimiento de vecinos, o situaciones en las que no hay routers. Un router no retransmitir a otro enlace un paquete que tenga como origen o destino una direccin link-local, el mbito est limitado a la red local. Site-local: Se usan para fijar direcciones a los hosts de una red con el fin de que puedan establecer comunicacin entre ellos sin necesidad de tener un prefijo de red global. Un router no retransmitir fuera de la red un paquete cuyo origen o destino sea una direccin Site-local. Global: Son las direcciones vlidas para operar en Internet y asignadas de manera jerrquica. Multicast: Una direccin multicast identifica a un grupo de interfaces generalmente pertenecientes a diferentes nodos. Un paquete enviado a una direccin multicast es entregado a todas las interfaces que tengan asignada dicha direccin. Anycast: Este tipo de direcciones al igual una direccin multicast es utilizado para identificar a mltiples interfaces normalmente de distintos nodos. La diferencia radica en que un paquete enviado a una direccin Anycast es entregado a una de las interfaces identificadas con dicha direccin, normalmente a la interfaz ms cercana. No tiene un formato de direccin especial. Direccin Unspecified (::) La direccin compuesta por 0s es llamada Unspecified lo cual indica la ausencia de direcciones y no puede ser asignada a ningn nodo. Un ejemplo de uso de esta direccin se presenta en el campo direccin origen de un paquete IPv6 enviado por un host durante su proceso de inicializacin, antes de que haya obtenido su propia direccin. La direccin de Unspecified no puede ser usada como direccin origen en paquete salientes, y un paquete con la direccin Unspecified como destino no puede ser enrutado o enviado fuera del nodo. 25

Direccin de Loopback (::1) La direccin 0:0:0:0:0:0:0:1 es llamada direccin de loopback. sta, sirve para enviar un paquete de IPv6 de un nodo a s mismo. No puede ser asignada a ninguna interfaz. Es decir la direccin link-local asignada a un interfaz virtual unido a un enlace que no va a ninguna parte. Al igual que la direccin Unspecified, la direccin de loopback no puede ser usada como direccin origen en paquete salientes, y si un paquete tiene la direccin de loopback como destino no puede ser enrutado o enviado fuera del nodo.[4]

3.4.3.6 Interoperabilidad entre IPv4 e IPv6

Las organizaciones con redes IPv4 existentes han de enfrentarse al reto de identificar el impacto del cambio, planificar la transicin y poner en prctica la migracin a IPv6 de tal forma que no se interrumpa el servicio. Entendiendo como migracin a redes nicamente IPv4 a las que se van aadiendo o solapando nodos IPv6 en el transcurso del tiempo hasta conformar una red exclusivamente IPv6 o ms comnmente, una red IPv6 que siga soportando IPv4. Durante los ltimos aos la IETF ha desarrollado mltiples mtodos de transicin y coexistencia entre IPv4 e IPv6.

Pila dual (dual stack): La solucin de pila dual definido en el RFC 2893 consiste en implementar ambas pilas de protocolos, IPv4 e IPv6, en los dispositivos que requieran acceso a las capas de red de ambas tecnologas, incluidos ruteadores, dispositivos de usuario final o cualquier otro nodo de la infraestructura de red.

Tunneling: Consiste en usar la infraestructura de transporte IPv4 existente para encapsular paquetes IPv6 en paquetes IPv4, es decir, utiliza la infraestructura IPv4 para proporcionar conectividad IPv6 bsica. Los extremos finales del tnel son siempre los encargados de realizar la operacin de encapsulado del paquete IPv6 en IPv4.

Mecanismos de Traduccin: Permiten traducir los encabezados de los paquetes de una versin de IP a la otra y viceversa, es decir, se ha de usar en la comunicacin entre Host IPv6-only y Host IPv4-only. Sin embargo, los mecanismos de traduccin han tenido menos xito y no son los ms aconsejados por los organismos impulsores de IPv6. [4]

26

3.4.4 Gestin de direcciones IPv6

Del espacio total de direcciones global Unicast administrado por el IANA, cada registro regional (RIR) maneja un prefijo /23, del cual entrega prefijos /32 a los proveedores de servicios presentes en cada regin del planeta. Los usuarios finales obtienen un prefijo usuario cuente con un sitio o intranet compuesto por 216 subredes cada una con observar las regiones con su respectivo RIR. [26] capacidad para conectar hasta 264 dispositivos a internet, en la figura 3.9, se pueden /48 delegado directamente por sus proveedores de servicios, el cual permite que cada

Fig. 3-6 Registros de Internet Regionales reconocidos por IANA

3.4.5 Protocolos de Transporte VoIP

El Grupo de Tareas de Ingeniera de Internet (IETF) desarroll dos protocolos de transporte para proporcionar nmeros de secuencia, marcas de tiempo e identificacin del tipo de carga til, que no influyen en la calidad de la red de transporte IP. Estos dos protocolos trabajan sobre RTCP. [19] el protocolo de datagrama de usuario (UDP) y son RTP y

3.4.6 Protocolo de Transporte en Tiempo Real (RTP)

El protocolo RTP est definido dentro de los estndares de la IETF especficamente en la recomendacin RFC3550 de julio de 2003, que es la ltima versin. Este protocolo se utiliza tanto en SIP como en H.323 y soporta la transferencia de trfico de audio y voz en redes de conmutacin de paquetes. Como protocolo de transporte permite al receptor 27

detectar cualquier prdida de paquetes y ofrece una marca de tiempo para que pueda compensar el retardo producido por la transmisin. En la cabecera RTP encontramos informacin til de cmo cada cdec fragmenta los paquetes para reconstruir correctamente el flujo de datos enviados. [19] La seguridad no recae en RTP en forma de autenticacin, pero se debe cifrar el contenido mediante algoritmos de bloque los cuales trabajan con un tamao fijo de bits, llamados bloques. Requieren dos entradas de datos para funcionar: el mensaje a cifrar en texto plano y la llave que controla la transformacin. Por ejemplo, estos algoritmos toman como entrada bloques de 128 bits de un mensaje en texto plano para cifrar y como resultado logran un criptograma del mismo tamao. El proceso se repite hasta que se procesa todo el mensaje en texto plano. Los algoritmos de cifrado en bloque ms conocidos son: DES (Data Encryption Standard), 3DES, AES (American Encryption Standard), el formato de este protocolo se muestra en la figura 3.7 y cada campo cumple con las siguientes funciones respectivamente: 1. Nmeros de secuencia: ayudan a la identificacin de paquetes perdidos. 2. Identificador de sobrecarga: informa del tipo de cdec utilizado. En ocasiones es necesario cambiar el cdec dinmicamente para ajustar el trfico al ancho de banda disponible. 3. Indicador de Trama: separa dos de las tramas en las que se divide el streams de audio o vdeo. 4. Identificador de origen: provee una manera de distinguir diferentes orgenes en sesiones multicast. 5. Sincronizacin entre medios: se utiliza para compensar los retardos de paquetes de diferentes streams. Con marcas de tiempo se ajustan los buffers de salida.

28

Fig. 3-7 Formato de cabecera RTP

3.4.7 Protocolo de Control de RTP (RTCP)

El protocolo RTCP implica la transmisin peridica de paquetes de control a todos los participantes en una sesin. La funcin principal es proporcionar mecanismos de retroalimentacin para informar sobre la calidad en la distribucin de los datos, esta informacin se puede utilizar para diagnosticar fallos en la distribucin y para construir codificadores adaptables. Una caracterstica particular que utiliza este protocolo para brindar una mejor eficiencia en el transporte, es que puede reunir varios mensajes RTCP y ser enviados en uno compuesto, disminuyendo as el consumo del ancho de banda disponible. Los paquetes RTCP pueden ser de diferentes tipos: Informes de emisor: Son los que permiten al emisor activo en una sesin informar sobre estadsticas de recepcin y transmisin. Informes de receptor: Son los que usan a los receptores que no estn trabajando como emisor para enviar estadsticas sobre la recepcin. Descripcin de la fuente: Contiene los CNAME (nombre cannicos del participante) y otros datos que describen la informacin de los emisores. Paquetes de control especficos de la aplicacin. Estos paquetes se utilizan para transportar informacin especfica de las diferentes aplicaciones que pueden utilizar el protocolo RTP. [19]

29

3.4.8 Protocolos de sealizacin

La sealizacin en VoIP tiene un papel muy importante en la red, ya que es la encargada de establecer, mantener, administrar y finalizar una conversacin entre dos puntos. Adems de ofrecer funciones de supervisin, marcado, llamada y retorno de tonos de progreso, tambin se encarga de proveer calidad de servicio (QoS) en cada canal de transmisin, esta sealizacin est compuesta por un conjunto de protocolos estandarizados en diferentes documentos desarrollados por la IETF y la ITU, tambin existen protocolos propietarios tales como: SCCP (Skinny Client Control Protocol), MGCP (Media Gateway Control Protocol) ambos protocolos propietario de CISCO, MiNet Protocolo propiedad de Mitel, CorNet-IP Protocolo propiedad de Siemens, Skype Protocolo propietario peer-to-peer utilizado en la aplicacin Skype. Este documento est limitado a la investigacin de los protocolos estndares VoIP tales como: H.323, SIP y IAX implementado los dos ltimos sobre un entorno de red Dual Stack. [10]

3.4.9 Protocolo H.323

El protocolo H.323 es un estndar definido en el RFC 3508 que consiste en un conjunto de recomendaciones de la ITU, que definen los protocolos para proveer sesiones de transmisin de voz y video a travs de redes de datos IP. Est basado en los protocolos RTP y RTCP con transporte sobre UDP, con protocolos adicionales para el establecimiento de llamadas y transmisin de datos audiovisuales. El protocolo de reserva de recursos (RSVP) definido en el RFC 2205, que trabaja en la capa de transporte, est diseado para reservar recursos de una red bajo la arquitectura de servicios integrados, este protocolo puede ser de utilidad en conexiones unidireccionales. Este estndar est originalmente basado en el protocolo Q.931 el cual es el encargado del control de conexiones de la red digital de servicios integrados (ISDN) realizadas por medio de lneas telefnicas ordinarias para transmitir seales digitales en lugar de analgicas, permitiendo que los datos sean transmitidos ms rpidamente que con un mdem tradicional. Esta caracterstica entrega una fcil interoperabilidad con la red PSTN y las redes de sealizacin.

30

El estndar H.323 define un conjunto de protocolos como se muestra en la figura 3.8 que gestionan la preparacin, establecimiento, control de estado, mensajera, cdecs de audio/video, transferencia de datos y fin de llamada. Estos protocolos funcionan sobre un nivel de transporte basado en TCP y UDP, este protocolo ya est en desuso puesto que SIP ofrece muchas mejoras con respecto a H.323. [21][14]

Fig. 3-8 Pila de protocolos H.323

3.4.10 Protocolo de Inicio de Sesin (SIP)

El protocolo de Iniciacin de sesin (SIP) fue desarrollado por el grupo MMUSIC (Multimedia Session Control) del IETF, definiendo una arquitectura de sealizacin y control para VoIP. Inicialmente fue publicado en febrero del 1996 en la RFC 2543, ahora obsoleta con la publicacin de la nueva versin RFC 3261 que se public en el ao 2002. Es un protocolo de sealizacin extremo a extremo a nivel de aplicacin, lo cual implica que toda la lgica es almacenada en los dispositivos finales, el estado de la conexin es tambin almacenado en los dispositivos finales. El precio a pagar por esta capacidad de distribucin y su gran escalabilidad es una sobrecarga en la cabecera de los mensajes producto de tener que mandar toda la informacin entre los dispositivos finales. SIP trabaja en la creacin, modificacin, y finalizacin de sesiones con uno o varios participantes, basndose en mensajes de peticin y respuesta y reutiliza muchos conceptos de estndares anteriores como el protocolo de transferencia de hipertexto (HTTP) y el Protocolo Simple de Transferencia de Correo (SMTP), estas sesiones 31

incluyen llamadas telefnicas de Internet, trfico multimedia, mensajera instantnea, conferencias multimedia y mensajera inmediata, esta comunicacin se hace posible gracias a dos protocolos de transporte de VoIP como son RTP/RTCP y SDP. [21] El protocolo SIP fue desarrollado basndose en varios protocolos usados en Internet que utilizan un contexto establecido en la aproximacin de peticiones y respuestas. Puesto que un protocolo solamente define como las sesiones son inicializadas o terminadas, se hace uso de otros protocolos que la IETF VoIP y sesiones multimedia, como SDP ha definido para cubrir otros aspectos de la para la negociacin de las capacidades,

Universales Request Identifiers (URIs) para el direccionamiento, Domain Name Server (DNS) para resolucin de nombres de dominio, la ubicacin de servicio y el enrutamiento de la llamada de Telefona sobre IP. [21] Tipos de mensajes de una llamada entre terminales SIP El protocolo SIP trabaja mediante mensajes de invitaciones que son usados para crear sesiones que permitan a los usuarios o participantes de la comunicacin conectarse dentro de un entorno de medios compatibles. Esto ltimo es posible haciendo uso de elementos llamados servidores proxy para establecer la ruta de destino requerida por el usuario, la autenticacin y la autorizacin de servicios a los usuarios aplicando polticas de encaminamiento de llamadas del proveedor y as lograr la conexin de origen con el destino. Los clientes SIP se remiten a los Agentes de Usuario de SIP (UA), para as poder realizar llamadas de punto a punto, como se muestra en la figura 3.9. [2]

32

Fig. 3-9 Esquema de una llamada con el protocolo SIP

Proceso de establecimiento de una llamada SIP En las dos primeras transacciones de color rojo, se puede observar la manera en que los usuarios se registran al servidor SIP, los usuarios deben registrarse para poder ser encontrados por otros usuarios. En este caso, los terminales envan una peticin REGISTER, donde los campos from y to corresponden al usuario registrado. El servidor Proxy, que acta como Register, consulta si el usuario puede ser autenticado y enva un mensaje de OK en caso positivo.

33

En la transaccin ilustrada con color verde, se grafica la forma de establecer una sesin, en este caso consiste en una peticin de INVITE de parte del usuario A, hacia el usuario B, el cual debe primero pasar por el servidor proxy quien enva un TRYING 100 para las retransmisiones y reenviar la peticin al usuario B. Luego se puede ver que existe un establecimiento de sesin que consiste en una peticin INVITE del usuario al proxy. A continuacin, el proxy enva un TRYING 100 para detener las retransmisiones y reenva la peticin al usuario B. El usuario B enva un Ringing 180 cuando el telfono empieza a sonar y tambin es reenviado por el proxy hacia el usuario A. Por ltimo, el OK 200 corresponde a aceptar la llamada, es decir, el usuario B atiende la llamada. La flecha bidireccional indica que la llamada est establecida entre los usuarios, es aqu cuando pasa a funcionar el protocolo RTP/RTCP, con los parmetros, puertos, direcciones, cdecs y todos los elementos que participan en la comunicacin VoIP establecidos antes en la negociacin mediante el protocolo de descripcin de sesin (SDP-RFC 2327 Abril de 1998). Finalmente se muestra cmo se da la finalizacin de sesin, la cual se lleva a cabo con una nica peticin de finalizacin de llamada (BYE) enviada al Proxy, y posteriormente reenviada al usuario B. Este usuario contesta con un OK 200 para confirmar que se ha recibido el mensaje de finalizacin correctamente. ACK confirma que el cliente solicitante ha recibido una respuesta final desde un servidor a una solicitud INVITE reconociendo la respuesta como afirmativa. [21]

3.4.11 Arquitectura del protocolo SIP

La arquitectura que permite que el protocolo SIP soporte funcionalidades para el establecimiento y finalizacin de las sesiones multimedia como localizacin,

disponibilidad, utilizacin de recursos, y caractersticas de negociacin son los agentes de usuario (UA) y los servidores de red, tal como se muestra en la figura 3.10 User Agent (UA): se compone de dos partes distintas el User Agent Client (UAC) el cual es una entidad lgica encargada de generar peticiones SIP y recibir respuestas a esas peticiones y el User Agent Server (UAS) que es una entidad lgica que genera

respuestas a las peticiones SIP. Estos deben estar presentes en todos los agentes de

34

usuario puesto que la comunicacin a travs del protocolo SIP es una comunicacin cliente servidor. Tanto los Agentes de Usuarios Clientes como los Agentes de Usuario Servidor tienen la capacidad de soportar una comunicacin bsica conocido como modelo de llamada bsico entre puntos finales (endpoints) sin el uso de servidores de red. No obstante la potencialidad de SIP se aprovecha mejor al emplear los servidores de red, clasificndose desde un punto de vista lgico de la siguiente manera: Servidores de redireccin: Es una entidad que se encarga de procesar solicitudes SIP conocidos como mensajes INVITE, y generar respuestas que contienen la localizacin actual de un usuario en particular. Servidores proxy: Es una entidad intermedia que acta como cliente y servidor con la finalidad de establecer llamadas entre los usuarios. La funcionalidad de este servidor es semejante a la de un Proxy HTTP que realiza la tarea de enrutar las peticiones que recibe de otras entidades ms prximas al destinatario. Servidores de registro: La funcin principal del servidor es aceptar las peticiones de registro del usuario, autenticar y validar la cuenta contra una base de datos interna o externa y registrar la localizacin del usuario para suministrar un servicio de localizacin y traduccin de direcciones en el dominio que controla. [21]

35

Fig. 3-10 Arquitectura funcional del protocolo SIP

1. Usuario A solicita al servidor proxy de su dominio establecer una llamada con el usuario B. 2. Servidor proxy solicita al servidor de redireccin la ruta para llegar al usuario B. 3. Este responde enviando la direccin del servidor proxy del dominio B. 4. Servidor proxy del dominio A llama al SIP proxy del dominio B. 5. Servidor proxy B solicita la direccin del usuario B a su servidor de registro. 6. Servidor de registro enva la direccin del usuario B. 7. Proxy B hace la peticin al usuario B enviando la solicitud de llamada del usuario A. 8. Respuesta del usuario B a su servidor proxy. 9. Servidor proxy B enva la respuesta al proxy del dominio A. 10. Servidor proxy A enva la respuesta al usuario A. 11. Se establece el envo de paquetes RTP sobre UDP, estableciendo la comunicacin.

36

3.4.12 Protocolo IAX (Inter Asterisk Exchange Protocol)

Este protocolo actualmente en su segunda versin IAX2 definida en el RFC-5456, fue desarrollado por Mark Spencer con el objeto de resolver una serie de problemas e inconvenientes que se encontr al utilizar el protocolo SIP en VoIP, su funcionamiento se esquematiza en la figura 3.11 IAX2 es un protocolo robusto, con nuevas funcionalidades y muy simple en comparacin con otros protocolos. Permite manejar una gran cantidad de cdecs y un gran nmero de streams 12, lo que significa que puede ser utilizado para transportar virtualmente cualquier tipo de dato. Esta capacidad lo hace muy til para realizar videoconferencias o realizar presentaciones remotas. Este protocolo utiliza un nico puerto UDP, generalmente el 4569, para establecer comunicacin entre puntos finales para sealizacin y datos, el trfico de voz es transmitido in-band lo que permite que IAX2 sea un protocolo casi transparente a los cortafuegos y realmente eficaz para trabajar fuera de redes internas. IAX2 tambin tiene un mecanismo denominado Trunking que permite enviar varias sesiones en un nico flujo de datos, lo que se traduce en un mejor uso del ancho de banda, disminucin del retardo y optimizacin de la capacidad de procesamiento, por lo que este protocolo es ms usado cuando se necesitan enlazar dos servidores donde existan una gran cantidad de llamadas de VoIP. Actualmente este protocolo an no tiene un soporte garantizado en entornos de direccionamiento IPv6. [1][2]

Consiste en la distribucin continua de audio o video por Internet. Este tipo de tecnologa permite que se almacenen en un bfer lo que se va escuchando o viendo para ser transmitido sin interrupciones.

12

37

Fig. 3-11 Enlace troncal entre servidores Asterisk por medio del protocolo IAX

3.4.13 Principales diferencia entre IAX y SIP 1. El protocolo IAX utiliza menor ancho de banda que SIP, ya que los mensajes son
codificados de forma binaria, mientras que en SIP son mensajes de texto, as mismo intenta reducir al mximo la informacin de las cabeceras de los mensajes reduciendo de manera significativa el ancho de banda.

2. El trfico de voz en IAX es transmitido dentro de banda (in-band), mientras que

SIP utiliza una cadena RTP fuera de banda (out-of-band) para entregar la informacin.

3. En IAX la sealizacin y los datos viajan conjuntamente, con lo cual se evitan los
problemas de traduccin de direcciones de red (NAT), que frecuentemente aparecen en SIP en el flujo de audio cuando este debe superar los ruteadores y firewalls debido que la sealizacin y los datos viajan de forma separada. Para solucionar estos problemas SIP suele hacer uso de un servidor STUN (Simple Transversal of User Datagram Protocol) el cual permite a los clientes encontrar sus 38

direcciones pblicas, el tipo de NAT del cual ellos estn atrs y el puerto internet asociado por el NAT con el puerto local especifico. Esta informacin es usada para configurar la comunicacin UDP entre el cliente y el proveedor VoIP para as poder establecer una llamada fuera de su red local. El protocolo STUN est definido en el RFC 3489.

4. SIP es un estndar el cual es ampliamente implementado por todos los fabricantes

de equipos y software, sin embargo IAX an est siendo estandarizado y es por ello que no se encuentra en muchos dispositivos existentes en el mercado.

5. El protocolo IAX utiliza un solo puerto, generalmente el 4569 para enviar la

informacin de sealizacin y los datos de todas sus llamadas, para esto utiliza un mecanismo de multiplexin o trunking. SIP utiliza un puerto (5060) para la sealizacin y dos puertos RTP por cada conexin de audio. Por ejemplo para 100 llamadas simultneas con el protocolo SIP, se utilizarn 200 puertos RTP ms el puerto 5060 para la sealizacin. IAX utilizar un solo puerto para todo este proceso.

6. En SIP si se utiliza un servidor la sealizacin de control debe pasar siempre por

el servidor, mientras que la informacin de audio (flujo RTP) puede viajar extremo a extremo sin tener que pasar necesariamente por el servidor SIP. En IAX al viajar la sealizacin y los datos de forma conjunta todo el trfico de audio debe pasar obligatoriamente por el servidor IAX. Esto aumenta el uso de ancho de banda que deben soportar los servidores IAX sobre todo cuando se presentan muchas llamadas de manera simultnea.

7. IAX es un protocolo pensado para VoIP y transmisin de video que presenta

funcionalidades nuevas como la posibilidad de enviar o recibir planes de marcado (Dial-Plans) que resulta muy interesante al usarlo conjuntamente con servidores Asterisk 13. [1][2]

13

Es una herramienta de Software libre, lder a nivel mundial en lo que corresponde a servicios de telefona IP, y ofrece una solucin flexible que permite construir un conmutador IP en un equipo de cmputo con caractersticas tcnicas de escritorio.

39

3.4.14 Cdecs para VoIP

Cuando se establece una comunicacin entre dos usuarios remotos mediante VoIP la seal de audio que cada uno emite es analgica, por lo que se requiere digitalizar, comprimir y codificarla antes de ser transmitida por la red IP. Para ello se utilizan algoritmos matemticos implementados en software ms comnmente conocidos como CODECS que permiten codificar y decodificar el audio, aunque actualmente se le atribuye tambin las funciones de compresor-descompresor. Existen diferentes modelos de cdecs de audio utilizados en VoIP, y dependiendo del algoritmo escogido en la transmisin, variar la calidad de la voz, el ancho de banda necesario y la carga computacional. El objetivo principal de esta tecnologa es encontrar un equilibrio entre eficiencia y calidad de la voz. [15] Los cdecs son desarrollados y afinados en base a medidas subjetivas de la calidad de la voz, como la Calificacin Promedio de Opinin (MOS) que sirve para valorar la calidad de diferentes cdecs en la transmisin de voz. La calificacin se consigue a travs de un grupo de usuarios, que deben escuchar innumerables llamadas telefnicas por IP con distintitos cdecs y evaluar as cada uno de ellos. Esta calificacin tiene un rango que va de 1(malo) a 5 (excelente). Un anlisis de este tipo de muestreo se puede observar en la tabla 2.

3.4.15 Cdecs de forma de onda

Estos tipos de cdecs trasmiten informacin sobre la forma de onda de la seal de voz, dentro de este grupo el cdec ms popular es el G.711 (Pulse Code Modulation, (PCM) que muestrea la seal analgica de voz a 8Khz, cuantificando y codificando con 8 bits por muestra, lo que da como resultado una tasa de 64Kbit/s la cual es una tasa muy elevada para las posibilidades de algunas partes de la red, por lo que se est remplazando por cdecs ms modernos y avanzados que presentan menor tasa de transmisin. Las caractersticas ms sobresalientes de G.711 es la gran utilidad intrnseca que tiene, consiguiendo una MOS de 4.3.

40

Tambin estn en este grupo los cdecs predictivos, que comparan una muestra a codificar con las anteriores y codifican solo la seal de error, con 2, 3, 4 o 5 bits, tambin mediante forma de onda. Se utilizan menos bits porque la seal de error es ms pequea que la muestra en s, tiene menor rango dinmico, con estos cdecs se puede reducir la tasa de transmisin hasta los 16Kb/s pero con prdida de la calidad en la voz. Los cdecs predictivos alcanzan una MOS en torno a 4.1 lo que se considera de muy buena calidad. [13] [15]

3.4.16 Vocoders
Estos cdecs aprovechan las caractersticas de la seal de la voz humana, considerando muestras de intervalos conocidos como Voice frames 14 de diferente duracin que van desde 10ms, 20ms, dependiendo del cdec utilizado. Una vez con estas muestras se realiza un anlisis mediante determinados algoritmos para obtener los coeficientes del filtro vocal que hace el papel del tracto vocal de la persona que habla, y para crear la seal de excitacin que simula el impulso de aire que pasa por las cuerdas vocales al hablar. Con estos datos de excitacin y filtro se reconstruye la voz en el receptor. Este tipo de cdecs comprimen bastante la informacin a transmitir logrando alcanzar tasas de transmisin muy bajas, pero la voz reproducida es muy sintetizada y poco natural consiguiendo una calidad muy inferior a la de PCM. Los cdecs ms conocidos dentro de este grupo estn el IMBE que transmite a 6.3Kb/s logrando obtener una MOS de 3.4; LPC-10, que transmite a 2.4Kb/s con una MOS de 2.4. [15]

3.4.17 Cdecs hbridos

Estos cdecs tienen las caractersticas de los Vocoders en cuanto a que se basan en el modelo de excitacin ms el filtro vocal para conseguir bajas tasas de trasmisin, adems que incorporan las caractersticas de los cdecs predictivos en cuanto a que comparan la muestra generada mediante la seal de excitacin y filtro calculados, con la seal original, para poder transmitir el error cometido conocido como residuo o ruido de fondo, con muy pocos bits y conseguir ms naturalidad en la voz reproducida en el receptor. El residuo puede ser codificado ya sea mediante ndices (Codebook), o por forma de onda, esto

14

Es una plataforma de procesamiento de voz y mensajes basada en la tecnologa VoIP, cuenta con facilidades, confiabilidad y poder de procesamiento en ambientes multiplataforma.

41

depende del cdec en cuestin, y se transmite junto con los coeficientes del filtro vocal y la seal de excitacin. Este tipo de cdecs son los ms avanzados y utilizados en la actualidad, entre estos destacan el cdec G.729 y G.723.1 estandarizados por la ITU; GSM FR, GSM HR, GSM EFR, y AMR estandarizados por el Instituto Europeo de Normas de Telecomunicaciones (ETSI). [13] Existen tres atributos bsicos de cada algoritmo de codificacin las cuales determinan su adecuacin a la tecnologa de VoIP: Tasa de transmisin (data rate), el aumento en el retardo asociado con el uso y la calidad de audio resultante tras la aplicacin del algoritmo.
Tabla 2 Evaluacin MOS de diferentes cdecs Mtodo de compresin Bit Rate (Kbps) Tamao de muestra (ms) MOS

G.711 PCM G.726 ADPCM G.728 CELP de bajo retardo(LD-CELP) G.729 (CS-ACELP) G.729A CS-ACELP G.723.1 MP-MLQ G.723.1 ACELP iLBC

64 32 15 8 8 6.3 5.3 15.2

0.125 0.125 0.625 10 10 30 30 20

4.1 3.85 3.61 3.92 3.7 3.9 3.65 3.9

3.4.18 Cdecs ms utilizados para VoIP

G.711: Estandarizado por la Unin Internacional de Telecomunicaciones (ITU) en 1972 es el principal algoritmo utilizado por la red PSTN por ser ms simple y de menor carga computacional y es la base del resto de estndares. Este cdec muestrea a una frecuencia de 8 Khz y utiliza modulacin de pulsos codificados (PCM) para comprimir, descomprimir, codificar y descodificar. Existen dos tipos de este cdec: La ley A (A-law) utilizada en Europa la cual codifica cada 13 muestras en palabras de 8 bits. Al entregar ambas palabras de 8 bits se requiere un ancho de banda de 64 Kbps. 42

La ley ( -law) utilizada en Estados Unidos y Japn codifica cada 14 muestras en palabras de 8 bits utilizado. PCM es el sistema de codificacin de voz ampliamente utilizado en la red telefnica pblica para canales de 64 Kbps en sistema Norteamericano (T1) o sistema Europeo (E1). G.726: Este estndar de la ITU, tambin conocido como Diferencial de Adaptacin de la Modulacin por Pulsos Codificados (ADPCM) sustituy al obsoleto estndar G.721 en 1990. Permite trabajar a velocidades de 16 Kbps, 24 Kbps y 32 Kbps, la gran ventaja de este cdec es la disminucin de ancho de banda requerido sin aumentar en gran medida la carga computacional. G.728: Codifica una seal de voz con ancho de banda de 3.4 Khz con transmisiones a 16 Kbps, utiliza una variante del algoritmo de compresin CELP (Code Exited Linear Prediction Compression) de bajo retardo. Es comnmente utilizado en sistemas de video conferencias que funcionan a 56 64 Kbps. Proporciona la misma calidad que G.711 a un cuarto del ndice de datos necesarios. G.729: Utiliza el algoritmo de compresin CS-ACELP (Conjugate Structure- Algebraic Code Exited Linear Prediction), codifica seales de audio con ancho de banda de 3.4 Khz y velocidad de transmisin a 8 Kbps. G.729A: Cdec desarrollado por France Telecom, Mitsubishi Electric Corporation, Nippon Telegraph and Telephone Corporation (NTT) y la Universidad de Sherbrooke, con la nica diferencia de que necesita una menor capacidad computacional que G.729, ambas generan una buena calidad de voz comparable con la calidad de ADPCM a 32 Kbps. Se espera que G.729A encuentre mayor aplicacin en transmisiones sobre redes inalmbricas. G.723.1: Este algoritmo estandarizado en 1995 por la ITU, puede operar a 6.3 Kbps o 5.3 Kbps con un ancho de banda de 3.4 Khz Las transmisiones a 6.3 Kbps se basan en la tcnica de compresin MP-MLQ (MultiPulse MultiLevel Quantization) y provee una gran calidad de voz. La velocidad de 5.3 Kbps se basa en la compresin CELP y provee una calidad un poco menor. VoIP Frum ha seleccionado a este cdec como el bsico para aplicaciones de

43

telefona IP de bajo ndice de bits. Este cdec se puede utilizar tanto para comprimir voz como seales de audio en los servicios multimedia. ILBC (Internet Low Bit rate Cdec): Es un algoritmo libre desarrollado por Global IP Sound (GIPS) para comunicaciones robustas de voz sobre redes IP. Est diseado para trabajar con anchos de banda reducidos a dos velocidades distintas que dependen del tamao de la muestra usada, si se utilizan 20 ms se transmite a 15.20 Kbps, con 30 ms se utiliza 13.33 Kbps. Soporta una degradacin leve de la calidad de voz debido a prdida de datos o retardos en la red, la tolerancia a la degradacin se debe a que utiliza interpolacin de los paquetes perdidos. Es utilizado por algunas aplicaciones PC a telfono como Skype, Google Talk, Yahoo! Messenger (con voz) y MSM Messenger. GSM (Global System Mobile): estndar que opera a 13 Kbps con una carga de CPU aceptable. No requiere el pago de una licencia para utilizarlo. Speex: Software libre creado por Xiph.Org Foundation que implementa un algoritmo capaz de variar la velocidad de transmisin dependiendo de las condiciones actuales de la red (VBR: Variable Bit Rate). El ancho de banda puede variar desde 2.15 a 22.4 Kbps. MP3 (Moving Picture Experts Group Audio Layer 3 Encoding Standard): Es un cdec de audio que est optimizado para msica y no para telefona. Este popular cdec de la ISO (International Standard Organization) es utilizado por los telfonos IP principalmente para ofrecer servicios de msica en espera. Adems del MOS tambin existe la Medida perceptual de la calidad del habla (Perceptual Speech Quality Measurement PSQM), que es una recomendacin P.861 de la ITU para determinar la calidad del habla de manera objetiva, el cual consiste en la aplicacin de un mtodo automtico para obtener

resultados similares por la MOS. PSQM est diseado para evitar la naturaleza subjetiva del MOS, sin embargo, estas medidas fueron diseadas para analizar nicamente los efectos de la compresin y descompresin de los cdecs, por lo que no tiene capacidad de analizar los efectos causados por la prdida o la variacin en el tiempo para la llegada de los paquetes, causada por el trfico en la red, perdida de la sincronizacin o por las diferentes rutas de los paquetes para llegar al destino (Jitter). Los paquetes llegan en desorden o no pueden ser entregados en tiempo real.

44

3.4.19 Factores inherentes en una comunicacin VoIP

Los factores inherentes dentro de una comunicacin de voz, durante el transporte de los paquetes en las redes IP son: el retardo, el Jitter, el eco y la prdida de paquetes, lo que provoca que no se reciban con la misma secuencia original con la que fueron enviados, esto genera que la calidad de servicio VoIP se vea afectado de manera directa. Para tratar de disminuir estos efectos se aplican diversas tcnicas acorde a cada uno de los factores. Retardo: Es causado por distintas fuentes tales como el tipo de cdec utilizado, los medios utilizados para transmitir los datos y entorno de red. El retardo es el efecto ms notorio y perjudicial para la trasmisin de voz en una red, de acuerdo al documento G.114 de la ITU-T, se especifica que el retardo mximo permisible en una comunicacin extremo a extremo en una llamada de voz debe de ser menor que 150ms, la figura 3.12 extrada de la recomendacin de la ITU-T G.114 muestra el grado de satisfaccin de los usuarios en relacin al retardo percibido en una comunicacin en tiempo real. [22]

Fig. 3-12 Determinacin del grado de satisfaccin de los clientes en relacin al retardo

45

La grfica anterior se define a partir del modelo E, creado para predecir o estimar la calidad de la voz en las redes IP, percibida de extremo a extremo por un usuario normal, en base a parmetros medibles de la red. El resultado de este modelo es un factor escalar llamado R (Transmission Rating Factor), que puede tomar valores entre 0 y 100 considerando este ltimo como el puntaje perfecto. De acuerdo a la grfica 3.12 se puede establecer la siguiente comparacin en el tiempo de retardo tolerable. 25 - 150 ms. no existen dificultades para mantener una conversacin normal ya que el grado de satisfaccin de los clientes es 100% garantizada 150 - 250 ms. la calidad es aceptable para la mayora de los usuarios pero se hace necesaria la utilizacin de supresores de eco para mejorar la calidad. 250 - 400 ms. hay dificultades para seguir una conversacin, un caso es en las comunicaciones va satlite, algunos usuarios no estn muy satisfechos con el servicio. Por lo que es necesaria la utilizacin de supresores eco de gran rendimiento. 400 ms. las dificultades para mantener una conversacin interactiva es casi imposibles ya que la calidad es inaceptable para la mayora de los usuarios. Jitter: Es otro problema que se presenta en la transmisin de paquetes de voz, la cual se define como la variacin del tiempo de llegada de los paquetes causado por diversos factores de la red. Para tratar de reducir este fenmeno, los paquetes debern ser almacenados y retenidos el tiempo suficiente para ordenarlos y reproducirlos en su secuencia correcta. Este proceso conlleva un retardo adicional y se hace necesaria la adaptacin del tamao del buffer que cumpla con esta funcin. Una de las soluciones para realizar el diseo correcto del buffer-Jitter, se basa en contar los paquetes que lleguen tarde y crear as una relacin entre estos paquetes y el nmero de paquetes que s fueron procesados correctamente. Eco: Se produce por un fenmeno tcnico que es la conversin de 2 a 4 hilos de los sistemas telefnicos o por un retorno de la seal que se escucha por los altavoces y se transmite de nuevo por el micrfono. El eco es especialmente molesto cuanto mayor es el retardo y cuanto mayor es su intensidad, lo que origina un problema para la tecnologa VoIP, puesto que los retardos suelen ser mayores que en la red de telefona tradicional. 46

El odo humano es capaz de detectar el eco cuando su retardo con la seal original es igual o superior a 10 ms. Pero otro factor importante es la intensidad del eco ya que normalmente la seal de vuelta tiene menor potencia que la original. Es tolerable que llegue a 65 ms. y una atenuacin de 25 a 30 dB. En este caso hay dos posibles soluciones para evitar este efecto. Supresores de eco: Consiste en evitar que la seal emitida sea devuelta convirtiendo por momentos la lnea full-dplex en una lnea half-dplex, de tal manera que si se detecta comunicacin en un sentido se impide la comunicacin en sentido contrario. El tiempo de conmutacin de los supresores de eco es muy pequeo. Canceladores de eco: Es un sistema por el cual el dispositivo emisor guarda la informacin que enva en memoria y es capaz de detectar en la seal de vuelta la misma informacin (tal vez atenuada y con ruido). El dispositivo filtra esa informacin y cancela los componentes que alteran la voz. Este proceso requiere mayor tiempo de procesamiento. [22]

47

CAPITULO 4 CONFIGURACIN DE UN SISTEMA VoIP EN UN ENTORNO DUAL STACK 4.1 Introduccin

Para conformar un sistema VoIP, es posible utilizar conjuntamente elementos de software y hardware, que permitan una implementacin exitosa que brinde una calidad aceptable en las comunicaciones de voz. Aunado a este avance tecnolgico tambin existen aplicaciones de software libre, que permite minimizar costos, adems de otorgar una flexibilidad en el proceso de configuracin y actualizacin constante del sistema en general. Por lo que para la realizacin de este trabajo se dio prioridad al uso de herramientas de software libre tales como: Asterisk, Cent OS, Wireshark y Linphone, explicando de manera detallada el proceso de instalacin y configuracin de cada una de estas aplicaciones.

4.2

Requerimientos de hardware y software para el entorno de pruebas

A continuacin se enlistan y describen algunos de los elementos de hardware y software que conformaron este entorno de pruebas. 4 Equipos de cmputo (2 servidores Asterisk y 2 clientes SIP) 1 Switch 2 Reguladores de energa Cable UTP par trenzado 1 Adaptador ATA Linksys Spa modelo 2102 2 Telfonos analgicos Dos pares de dispositivos de E/S (Micrfonos, Auriculares) Sistema Operativo Linux Distribucin Cent OS 5.5 Software para VoIP Asterisk versin 1.8 Software de monitoreo de trfico Wireshark versin 1.4.3 Software para clientes SIP Linphone versin 3.4 48

La figura 4.1 muestra los elementos fsicos principales que integran un entorno VoIP y que hacen posible la transmisin de los servicios que ofrece esta tecnologa a travs de una red de datos.

Fig. 4-1 Componentes principales de un sistema VoIP

4.2.1 Sistema operativo Cent Os versin 5.5

Para la configuracin del servidor se instal el sistema operativo Cent OS, que es una distribucin de Linux basada en fuentes disponibles libremente de Red Hat Enterprise Linux. Cada versin de Cent OS es mantenida durante 7 aos por medio de actualizaciones de seguridad, las versiones nuevas son liberadas cada 2 aos y actualizadas regularmente cada 6 meses para el soporte de hardware nuevo. Este sistema operativo es muy utilizado en entornos de computacin, donde las herramientas de clustering 15 tienen un peso superior al resto de herramientas, ya que Cent OS incorpora de forma nativa muchas aplicaciones dedicadas al agrupamiento de servidores. [27][28]
15

Trmino comn para identificar el mecanismo de distribuir un servicio sobre un nmero de

servidores, para incrementar la tolerancia a fallas y soportar mayores cargas de procesamiento que las que podra soportar un servidor simple.

49

4.2.2 Asterisk versin 1.8

Asterisk es una aplicacin Open Source basada en licencia pblica general (GPL), que fue desarrollada en 1999 por Mark Spencer de la empresa Digium, permite configurar y administrar una central telefnica privada para establecer comunicaciones en tiempo real, a travs de la implementacin de los protocolos estndares que ofrece la tecnologa VoIP. Entre sus ventajas principales est la versatilidad y flexibilidad para adaptarse a las necesidades de cualquier tipo de organizacin, permitiendo la configuracin y administracin de una gran variedad de servicios, fomentando el uso de sistemas libres como Linux y protocolos de sealizacin estandarizados como: SIP y IAX, adems que la versin 1.8 de Asterisk ya cuenta con soporte nativo IPv6 para SIP, sin necesidad de compilar libreras adicionales. Actualmente existen implementaciones conocidas como tres en uno tales como Trixbox, Asterisk Now y Elastix, todos de distribucin libre que integran el sistema operativo Cent Os, Asterisk y un administrador web de la central telefnica como FreePBX. Entre las funcionalidades ms destacables que incluye Asterisk son: creacin de extensiones, envo de mensajes de voz a e-mail, videoconferencias, mens interactivos de voz y la distribucin automtica de llamadas, mediante la configuracin de sus diferentes mdulos integrados como son los planes de marcado, configuracin de troncales y servidor de autoconfiguracin de dispositivos SIP. El nmero de servicios multimedia simultneos soportadas por un servidor Asterisk

depender de las caractersticas tcnicas de hardware del servidor. Asterisk puede operar con muchos telfonos IP o Softphones, actuando como puente de conexin con la red telefnica tradicional; para lograr esta conexin se hace uso de tarjetas que cuenta con una interfaz FX0 diseado para conectar lneas o extensiones analgicas de la PSTN, y una interfaz FXS que permiten conectar un telfono analgico convirtindolo en un telfono IP para establecer conexin directa con el servidor Asterisk. Digium ha asignado a este grupo de tarjetas la nomenclatura TDMXYB, siendo X el nmero de interfaces FXS que incorpora la tarjeta, e Y el nmero de interfaces FX0, un ejemplo de stas tarjetas se muestra en la figura 4.2.

50

Fig. 4-2 Tarjetas Digium con puertos FX0 y FXS

Existen dentro del mercado otros dispositivos con las mismas interfaces, que se pueden implementar de manera externa para evitar la implementacin dentro de un gabinete. La configuracin de estos dispositivos se realiza directamente desde un navegador web, una de sus desventajas es que no se pueden ampliar con ms interfaces si esto fuera necesario, adems que an no tienen soporte para IPv6. Uno de estos dispositivos es el modelo SPA2102, de Linksys el cual cuenta con dos puertos FXS para conectar dos telfonos analgicos, un ejemplo de estos dispositivos se muestra en la figura 4.3.[1]

Fig. 4-3 Adaptador VoIP Linksys SPA2102 con 2 puertos FXS

4.2.3 Dispositivos y software utilizados como clientes VoIP

Un Softphone es una aplicacin informtica que forma parte de un entorno VoIP y puede estar basado en protocolos estndares o propietarios, los Softphones tienen muchas funciones tales como: conferencias entre dos o ms lneas, grabacin de llamadas, agenda de contactos registrados, registro de llamadas perdidas, recibidas y realizadas.

51

Para que la comunicacin sea posible con la utilizacin de este software se requiere de dispositivos de E/S como micrfonos, audfonos y cmaras. Una de las ventajas principales del uso de Softphones en la implementacin de VoIP, es la variedad de opciones configurables que soportan, aunque por otro lado tiene sus desventajas al depender de un equipo de cmputo para poder funcionar, es decir, que en la terminal donde se instala debe estar siempre activa de lo contrario no podr transmitir o recibir llamadas de otros clientes. Tambin existen dispositivos fsicos conocidos como telfonos IP, que son similares a los telfonos convencionales y Adaptadores Telefnicos Analgicos (ATA). Estos dispositivos convierten y comprimen la seal analgica de la voz en paquetes de datos, que sern enviados en la red IP ya sea mediante red de rea local (LAN) o a travs de Internet. Para la realizacin de las pruebas se utilizar el Softphone (Linphone) que es un software de licencia libre, que hace la simulacin de un telfono convencional por computadora, y permite establecer llamadas mediante el protocolo SIP a otros Softphones a otros telfonos convencionales registrados en el servidor Asterisk, adems que tiene soporte para IPv6, as tambin se utilizar un Adaptador Telefnico Analgico (ATA) modelo SPA 2102 de Linksys; los detalles de configuracin de este dispositivo se pueden ver en el Anexo 3.

4.2.4 Wireshark versin 1.4.3

Wireshark es un analizador Open-Source de protocolos diseado por Gerald Combs, actualmente est disponible para plataformas Windows y Linux, conocido originalmente como Ethereal, su principal objetivo es el anlisis de trfico en las comunicaciones de red por medio de una interfaz sencilla e intuitiva, que permite desglosar por capas cada uno de los paquetes capturados, ayudando a identificar los problemas que existen en una red de datos. Wireshark implementa una amplia gama de filtros que facilitan la definicin de criterios de bsqueda para la mayora de los protocolos soportados actualmente, permite visualizar los campos de cada una de las cabeceras y capas que componen los paquetes monitorizados, proporcionando muchas posibilidades al administrador de redes a la hora de abordar ciertas tareas en el anlisis de trfico. Los detalles de la instalacin y configuracin se pueden ver en el Anexo 4. [12] 52

4.3

Implementacin del entorno de pruebas

El escenario de pruebas que se utiliz est basado en la figura 4.4 en la que se simularon dos entidades remotas representadas por cada servidor Asterisk, donde cada servidor tiene sus extensiones SIP internas, que permitieron establecer comunicacin entre ellos mediante un enlace troncal con el protocolo IAX, utilizando el plan de marcado definido en el apartado 4.3.5. Se realiz la configuracin de un entorno de direccionamiento Dual Stack, es decir, se configur con direccionamiento IPv4 de clase C y direccionamiento de enlace global IPv6, de la siguiente forma: 192.168.1.0 / 24 y 2800:130:1:/64 respectivamente, con la finalidad de realizar pruebas de transmisin VoIP en ambos entornos de direccionamiento y poder hacer un anlisis de ciertos parmetros como son: uso de ancho de banda, jitter retardo. y

Fig. 4-4 Escenario de red IPv4 e IPv6 para la transmisin de paquetes VoIP

53

4.3.1 Configuracin de red Dual Stack en el servidor

Para lograr la configuracin propuesta en la figura 4.4 es necesario realizar algunas modificaciones en los dos servidores sobre los archivos que se encuentran dentro del sistema de archivos del sistema operativo Cent OS.
1.- /etc/ Archivo host.conf order hosts,bind multi on 2.- /etc/Archivo hosts 127.0.0.1 192.168.1.231 ::1 2800:130:1:3::120 localhost.localdomain localhost asteriska.iax2.edu.mx asteriska localhost6.localdomain6 localhost6 asteriska.iax2.edu.mx asteriska

3.- /etc/sysconfig/Archivo network networking=yes networking_ipv6=yes hostname= asteriska.iax2.edu.mx ipv6forwarding=yes 4.- /etc/sysconfig/network-scripts/Archivo ifcfg-eth0 DEVICE=eth0 BOOTPROTO=none HWADDR=00:10:b5:d4:02:bc ONBOOT=yes IPADDR=192.168.1.231 NETMASK=255.255.255.0 GATEWAY=192.168.1.254 TYPE=Ethernet USERCTL=yes IPV6INIT=yes IPV6ADDR=2800:130:1:3::120 PEERDNS=yes 5.- /etc/Archivo resolv.conf Search iax2.edu.mx nameserver 192.168.1.254 dns1=200.33.146.209 dns2= 200.33.146.217

54

Con el fin de permitir el trfico VoIP en los servidores y stos puedan registrar

las

extensiones SIP, se deben abrir los puertos necesarios en los archivos iptables e ip6tables que son los archivos que definen las reglas del firewall, esto se logra

agregando las siguientes instrucciones en los archivos respectivos que se encuentran dentro del directorio /etc/sysconfig del sistema de archivos de Cent OS.
-A RH-Firewall-1-INPUT -p udp -m udp --dport 5060 -j ACCEPT -A RH-Firewall-1-INPUT -p udp -m udp --dport 4569 -j ACCEPT -A RH-Firewall-1-INPUT -p tcp --dport 5038 -j ACCEP

Despus de haber realizado stas modificaciones es necesario reiniciar los servicios de red en ambos servidores para aplicar todas las configuraciones anteriores. El siguiente paso es la configuracin de direcciones IPv6 en las terminales que se utilizarn como clientes. [4]

4.3.2 Configuracin de red IPv6 en los sistemas operativos clientes

En este proyecto se utilizaron terminales con sistema operativo Linux y Windows, a stas terminales se les asignaron direcciones IPv6 con enlace global y direcciones IPv4 de clase C, para que pudieran establecer comunicacin en ambos entornos de direccionamiento. La mayora de los sistemas operativos que existen hoy en da ya tienen soporte para IPv6, por lo tanto para la comprobacin y configuracin de este tipo de direcciones en las terminales operativo. se utilizaron comandos especficos para cada sistema

4.3.2.1 Configuracin de direcciones IPv6 en Windows

Para comprobar la instalacin de IPv6 en el sistema operativo Windows, se ejecuta el siguiente comando:
C:\> ping6 -n 5 ::1 Respuesta desde ::1: tiempo<1m

La respuesta al comando ping obtenida significa que IPv6 est instalado correctamente en el equipo, en caso contrario debemos instalarlo con el comando: netsh interface ipv6 install, y volver a comprobar la instalacin correcta con el comando anterior. 55

Para asignar la direccin IPv6, siguiendo el mismo plan de direccionamiento que se utiliz para los servidores se ejecuta el comando:
C:\>netsh interface 2800:130:1:3::121 ipv6 add address "Conexin de rea local"

Para comprobar que la interfaz de red se ha configurado correctamente se ejecuta el comando:

C:\>ipconfig Adaptador de Ethernet Conexin de rea local: Direccin IPv6 . . . . . . . . . . : 2800:130:1:3::121 Vnculo: direccin IPv6 local. . . : fe80::e0cb:f900:6bc4:9b5%11 Direccin IPv4. . . . . . . . . . . . . . : 192.168.1.135 Mscara de subred . . . . . . . . . . . . : 255.255.255.0 Puerta de enlace predeterminada . . . . . : 192.168.1.254

Como se puede observar la interfaz de red de la terminal ha registrado los parmetros correctamente por lo que ya est listo para recibir peticiones IPv4 e IPv6. [4]

4.3.2.2

Configuracin de direcciones IPv6 en Linux

En Linux especficamente en Ubuntu, la asignacin de una direccin IPv6 se realiza de una manera muy sencilla mediante la interfaz grfica, o tambin lo podemos realizar por medio de la lnea de comandos a travs de una terminal. De igual forma como se hizo en el sistema operativo Windows primero se debe comprobar que IPv6 est instalado en el sistema, mediante el siguiente comando:
ping6 -c5 ::1 PING ::1(::1) 56 data bytes 64 bytes from ::1: icmp_seq=1 ttl=64 time=0.026 ms

La respuesta obtenida al ejecutar el comando ping significa que GNU/Linux ya se encuentra listo para soportar IPv6, aunque desde el kernel 2.4.x ya viene con soporte nativo para IPv6.

56

Para agregar una direccin IPv6 se ejecuta el comando: ip -6 address add {DireccinIPv6} / {Mscara de subred} dev {dispositivo}
lopez@ubuntu:~# ip -6 add 2800:130:1:3::122/64 dev eth0

Para comprobar que la terminal se ha configurado correctamente se ejecuta el comando:

lopez@ubuntu:~$ ifconfig eth0 Link encap:Ethernet direccinHW 00:1e:90:2b:dc:1e Difus.:192.168.1.255 Msc:255.255.255.0

Direc. inet:192.168.1.135

Direccin inet6: fe80::21e:90ff:fe2b:dc1e/64 Alcance:Enlace Direccin inet6: 2800:130:1:3::122/64 Alcance:Global

Como se puede observar la interfaz de red de la terminal ha registrado los parmetros correctamente por lo que ya est listo para recibir peticiones IPv4 e IPv6. [4]

4.3.3 Instalacin y configuracin de Asterisk

Antes de realizar la instalacin de Asterisk se debe verificar que la versin y las fuentes del kernel del sistema estn instaladas y actualizadas para evitar errores de compilacin e instalacin de este software. Esto se debe realizar en ambos servidores. Para obtener la versin del kernel se ejecuta el comando:
[root@asteriska ~]# uname -a Linux asteriska.iax2.edu.mx 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 EDT 2009 i686 athlon i386 GNU/Linux

Para instalar y actualizar las fuentes del kernel y sus cabeceras se ejecuta el comando:
[root@asteriska ~]# yum install kernel kernel-devel kernel-headers

Para realizar una actualizacin total de los repositorios del sistema se ejecuta el comando:
[root@asteriska ~]# yum update

57

La instalacin de libreras necesarias para la compilacin de las fuentes de Asterisk se realiz por medio del comando:
[root@asteriska ~]# yum install gcc ncurses ncurses-devel make gcc-c++ libtermcap devel libtermcap-devel zlib zlib-devel libtool bison bison-devel openssl-devel bzip2 bzip2-devel wget newt newt-devel libxml2 libxml2-

La instalacin de Asterisk est compuesta de los siguientes paquetes: Asterisk: Es la aplicacin principal, dentro de este paquete se encuentran los canales, las aplicaciones, funciones y recursos que se pueden utilizar en la configuracin de servicios. Libpri: Es un conjunto de libreras que implementan los protocolos de

comunicacin RDSI de capa 2 y 3(Q.921 y Q.931), necesarias para poder operar con las tarjetas de comunicaciones que utilizan la tecnologa Zap con lneas RDSI. DAHDI: Es una coleccin de controladores y servicios pblicos, para la conexin e instalacin de Asterisk a la PSTN, dahdi-linux es el paquete que contiene los controladores de modo kernel de Linux, mientras que dahdi-tools contiene las secuencias de comandos en modo de usuario y utilidades para trabajar con dahdilinux. La necesidad de cada uno de estos paquetes est directamente relacionada con los servicios que se requieran configurar en el servidor. Para la configuracin del escenario que se utiliz en este proyecto, se instalaron todos los paquetes, ya que esto es recomendable para cualquier implementacin de hardware a futuro. Para el proceso de descarga y compilacin de estos paquetes es recomendable crear una carpeta nueva con el nombre Asterisk dentro del directorio /usr/src, debido a que es en este directorio donde se alojan todos los programas instalados. A continuacin se muestra el proceso de la descarga, descompresin e instalacin de todos los paquetes necesarios.
1.- Creacin del directorio Asterisk [root@asteriska src]# mkdir Asterisk [root@asteriska src]# cd Asterisk

58

2.- Descarga de paquetes para la instalacin de Asterisk 1.8 #wget http://downloads.asterisk.org/pub/telephony/libpri/releases/libpri1.4.11.4.tar.gz #wget http://downloads.asterisk.org/pub/telephony/dahdilinux/releases/dahdi-linux-2.4.0.tar.gz #wget http://downloads.asterisk.org/pub/telephony/dahditools/releases/dahdi-tools-2.4.0.tar.gz #wget http://downloads.asterisk.org/pub/telephony/asterisk/asterisk1.8.0.tar.gz 3. - Descompresin de paquetes #tar #tar #tar #tar -zxvf -zxvf -zxvf -zxvf dahdi-linux-2.4.0.tar.gz dahdi-tools-2.4.0.tar.gz libpri-1.4.11.4.tar.gz asterisk-1.8.0.tar.gz

4.- Proceso de instalacin de paquetes #cd /usr/src/dahdi-linux-2.4.0/ #make #make install #cd /usr/src/dahdi-tools-2.4.0/ #./configure #make #make install #make config #cd /usr/src/ libpri-1.4.11.4/ #make #make install #cd /usr/src/ asterisk-1.8.0/ #./configure #make #make install #make samples #make config

A continuacin se describen algunos comandos bsicos, que se utilizaron con mayor frecuencia en el proceso de configuracin de extensiones, planes de marcado y enlace entre los dos servidores.

59

Reiniciar la aplicacin Asterisk [root@asteriska src]# service asterisk restart Acceso a la interfaz de lnea de comandos de asterisk (ClI) [root@asteriska src]# asterisk -r Muestra la versin de Asterisk Instalado [root@asteriska src]# core show version Muestra extensiones SIP registrados [root@asteriska src]# sip show peers Muestra extensiones IAX2 registrados [root@asteriska src]# iax2 show peers Actualiza el plan de marcacin cuando se realizan modificaciones en el archivo extensions.conf [root@asteriska src]# dialplan reload Actualiza la configuracin de extensiones SIP cuando se realizan modificaciones en el archivo sip.conf [root@asteriska src]# sip reload Actualiza la configuracin de extensiones IAX cuando se realizan modificaciones en el archivo iax.conf [root@asteriska src]# sip reload Muestra el registro entre el enlace de dos servidores Asterisk [root@asteriska src]# iax2 show registry

Una vez que se ha instalado correctamente esta aplicacin en ambos servidores, el siguiente paso fue realizar las configuraciones necesarias para enlazar ambos servidores con el protocolo IAX, configurar extensiones y planes de marcado para cada servidor. [1]

60

4.3.3.1

Archivos y directorios generados con la instalacin de Asterisk

A continuacin se describen los archivos y directorios principales creados en el proceso de instalacin de asterisk. /etc/asterisk: En este directorio se encuentran todos los archivos necesarios para configurar la gran cantidad de servicios que Asterisk provee. manager.conf: Permite la configuracin del servicio Asterisk Manager Interface (AMI) para tener conexin a un socket TCP y manejar el PBX. De cierta forma se encuentra relacionado con el archivo http.conf, que provee de interfaces para programar aplicaciones con AJAX que se comuniquen directamente con AMI. modules.conf: Archivo sumamente importante. Determina que mdulos sern cargados por Asterisk al iniciar. Es frecuente que cuando se instala asterisk por primera vez, no arranque debido a que no puede cargar un mdulo para el que no tenemos soporte. Esto se soluciona comentando la lnea del mdulo en este archivo. features.conf: Este archivo es tambin muy importante. Permite habilitar y configurar servicios genricos de un PBX como la transferencia asistida y monitoreo de llamadas. iax.conf: Archivo para el funcionamiento del canal chan_iax que le permite a Asterisk interactuar con otros dispositivos IAX, incluyendo otros PBX Asterisk. sip.conf: Archivo que le permite a Asterisk interactuar con otros dispositivos SIP, incluyendo otros PBX Asterisk extensions.conf: En este archivo se configura el Dial plan o planes de marcado que los dispositivos dados de alta en el servidor usarn para establecer sesiones de audio y video con otros dispositivos. zapata.conf: Configuracin de los canales Zap. Las configuraciones de este archivo deben coincidir con el hardware instalado y la configuracin del driver Zaptel.

61

voicemail.conf: Configuracin de las casillas de voz creadas para los respectivos anexos. meetme.conf: Configuracin de las salas de conferencias.

/var/log/asterisk: En este directorio se encuentran los archivos de registro de las operaciones de Asterisk. event_log: Registro de eventos sucedidos en el PBX. Full: Creado con la intencin de contener todos los mensajes de debug del sistema. Messages: Contiene un listado de los mensajes de warning, debug y dems niveles de logeo. /var/lib/asterisk: Directorio con archivos de audio, llaves RSA, scripts AGI (Asterisk Gateway Interface), base de datos astdb y archivos para el pequeo servidor HTTP para AJAM (Asynchronus Javascript Asterisk Manager). agibin/: Contienen programas en C, PHP, Python o cualquier otro lenguaje con el que se pretenda interactuar desde Asterisk Keys/: Directorio que contiene llaves RSA para la autenticacin de llamadas con el protocolo IAX2 Sounds/: Directorio con todos los sonidos que sern utilizados por aplicaciones como Playback () y Background (). [1]

4.3.4 Configuracin de extensiones SIP

Las extensiones en Asterisk son cuentas de usuario IAX o SIP que se registran en un mismo servidor o en otro servidor remoto, para poder establecer sesiones multimedia entre ellos. Para lograr esta comunicacin se deben establecer los parmetros necesarios, diferenciando cada una de las cuentas con una extensin nica. Estas extensiones se definen en los archivos iax.conf o sip.conf ubicados en el directorio /etc/asterisk del servidor.

62

La tabla 3 muestra las propiedades bsicas para definir extensiones SIP que son las que se utilizaron para este proyecto.
Tabla 3 Propiedades bsicas para configurar el archivo sip.conf

Contexto general Propiedad Valor bindport 5060

Descripcin Puerto UDP donde el servidor Asterisk escuchar las conexiones entrantes SIP por default para este puerto es el 5060. bindaddr 0.0.0.0 Direccin IP utilizado por el servidor Asterisk para recibir peticiones, por defecto (0.0.0.0) para IPv4 y para conexiones IPv6 [::]. context Telfonos Define el contexto base para todas las extensiones que se encuentran registradas en el servidor. disallow all Desactiva todos los cdecs, para activar algunos se usa la propiedad allow y el cdec que se desea habilitar (gsm, g711, ulaw, alaw, ilbc, etc.) language en Define el lenguaje que se utilizar en la locucin. register 0.0.0.0 Este valor se utilizar cuando se enlazan dos o ms servidores con el protocolo SIP, definiendo el tipo de direccionamiento que puede ser IPv4 o IPv6 Ej. register=>ServidorA:[password]@192.168.1.X/ServidorB register=>ServidorA:[password]@[2800:130:1::X]/ServidorB Contexto de configuracin para extensiones Nmero de [David] Nombre que tomar la extensin para que se configure en extensin el dial plan del archivo extensions.conf type Friend Esta propiedad permite definir el tipo de extensin puede ser peer el cual solo puede hacer llamadas, user solo puede recibir llamadas, friend puede realizar y recibir llamadas. secret Password Es la clave que utilizara la extensin para registrarse al servidor asterisk. qualify Yes Se utiliza esta para conocer el tiempo de respuesta de una extensin y si esta alcanzable o no. context Telfonos Es el contexto que utilizar la extensin host Dynamic Se utiliza cuando el host adquiere una direccin IP por medio de un servidor DHCP para conectarse, de lo contrario se especifica una IP esttica. callerid David<1001> Define el nombre y nmero que identifica la extensin.

63

La tabla 4 muestra las propiedades bsicas del archivo

manager.conf que permite

realizar conexin de manera remota entre el servidor y las extensiones registradas. [1][2]
Tabla 4 Propiedades bsicas para configurar el archivo manager.conf

Contexto general Propiedad enabled

Valor yes

port bindaddr

5038 192.168.1.X

displayconnects

Yes

Descripcin Este valor se utiliza para que el servidor este activado para aceptar registros de las extensiones y realizar otras funciones. Puerto utilizado por Asterisk para establecer conexin. Direccin IP que especifica al servidor asterisk cual debe considerar en caso de contar con ms de una interfaz de red en el equipo. Muestra en la terminal de asterisk las conexiones remotas. Este es el nombre con el cual se debe conectar a la AMI (Asterisk Manager Interface). Es la clave que el administrador debe proporcionar para conectarse con la AMI. Define direcciones IP que no pueden tener acceso al servidor. Rango de direcciones IP que se pueden registrar en el servidor Define los permisos de lectura de datos sobre los archivos de AMI. Define los permisos de escritura de datos sobre los archivos de AMI.

Contexto de configuracin para administrador Nombre [Admin] secret deny permit red write Password 0.0.0.0/0.0.0.0 192.168.1.0/255.255.255.0 [::]Para IPv6 all all

4.3.5 Configuracin de planes de marcado

Finalmente se deben configurar los planes de marcado para las extensiones, en el archivo extensions.conf. Un plan de marcado consiste en una serie de contextos que le indican al servidor la forma como debern ser tratadas las extensiones, dependiendo de las prioridades configuradas al momento de realizar una llamada ya sea interna o externa. Una de las caractersticas que ofrece Asterisk al momento de definir las extensiones es el uso de nmeros, nombres o la combinacin de ambos, esto se hace para identificar ms fcilmente los tipos de extensiones que se configuren. 64

El archivo extensions.conf tiene un contexto [general] y un contexto [globals], en el primero se establecen las opciones de cmo se tratar el plan de marcacin y el segundo se utiliza para variables globales que se requieran al momento de realizar las configuraciones. La tabla 5 muestra las propiedades bsicas que debe contener este archivo.

Tabla 5 Propiedades de configuracin bsicas del archivo extensions.conf

Contexto general Propiedad static writeprotect Valor Yes yes Descripcin Permite salvar el dialplan desde la consola de Asterisk Proteccin frente a escritura, si se declara con el valor 'no' comandos como 'save dialplan' modificarn los ficheros de configuracin. Si esta activada esta opcin, cuando una extensin termine de ejecutar sus prioridades o la lgica salte a una prioridad inexistente, provocar que la llamada se cuelgue, sealizando como una extensin ocupada (BUSY), CONGESTION O HANGUP, dependiendo de cul sea la mejor opcin para Asterisk. Con cada recarga del archivo extensions.conf, se recargarn las variables globales, si se desactiva las variables permanecern con los valores que tienen en memoria, hasta que se vuelva a reiniciar Asterisk. Activa el salto de prioridad como respuesta, hay aplicaciones que tras su ejecucin devuelven una prioridad a la que se debe saltar, esto sucede solo cuando se tiene activado esta propiedad.

autofallthrough

yes

clearglobalvars

yes

priorityjumping

yes

Despus de los dos contextos especiales que se han mencionado, se pueden definir los contextos necesarios para las extensiones que se han configurado anteriormente. La sintaxis general de un contexto es la siguiente:
[Nombre del contexto] exten => extensin, prioridad, Aplicacin(Funciones)

El inicio del contexto se encuentra justo debajo de su definicin entre corchetes, y termina al iniciar otro contexto, o al terminar el archivo.

65

En el siguiente ejemplo se analiza ms detalladamente los parmetros de un plan de marcado dentro del contexto usuarios.
[usuarios] exten => _XXX,1,Answer() exten => _XXX,2,Dial(SIP/${EXTEN}) exten => _XXX,3,Hangup() include=>llamadas_externas

La primera instruccin indica, que como primera aplicacin a ejecutar para un nmero de tres dgitos, Asterisk ejecutar la aplicacin Answer (). Cada aplicacin se ejecuta por un tiempo variable, dependiendo del objetivo. La aplicacin Answer solo le toma unos milisegundos y su objetivo principal es inicializar variables y datos importantes sobre la llamada. Es sumamente importante que siempre se utilice esta aplicacin al iniciar el ruteo de una llamada. El guin bajo antes de las XXX significa inicio de un patrn. Es vlido tambin omitir el guin bajo cuando se ingresa directamente la extensin definida en SIP, por ejemplo exten => 1000,1, Answer ().

La segunda instruccin indica, que como siguiente prioridad se ejecutar la aplicacin Dial, recibiendo como primer argumento la cadena "SIP/${EXTEN}". La aplicacin dial se encarga de conectar la llamada con otro punto. La cadena ${EXTEN} espera un nmero de tres dgitos. De tal forma que si el usuario enva el nmero 1000, la aplicacin Dial recibe el equivalente a Dial (SIP/1000). Por lo que el servidor Asterisk tratar de conectar la llamada con la extensin 1000. Si no existe un registro en el archivo sip.conf con la extensin marcada, la aplicacin Dial inicializa una variable llamada ${DIALSTATUS} con el valor "CHANUNAVAIL" indicando que el canal solicitado no se encuentra disponible. La tercera instruccin indica, que como prioridad se debe colgar la llamada. Finalmente la ltima instruccin incluye el contexto llamadas_externas dentro del contexto Telfonos, lo que indica que existen instrucciones de llamadas a otro servidor, que deben tratarse de forma diferente segn el plan de marcado que se haya configurado en el contexto que se incluye. Dentro de un mismo contexto se pueden incluir uno o ms contextos, dependiendo de las necesidades que se tengan al momento de definir los planes de marcado. En este proyecto se utilizan dos tipos de contextos para cada servidor, en el primer contexto se configur el plan de marcado para identificar las extensiones registradas dentro del mismo servidor, y el segundo contexto se configur para que las extensiones 66

externas sean enviadas hacia otro servidor que forme parte del enlace IAX , por ejemplo si una extensin definida en el servidor A requiere establecer comunicacin con una extensin definida en el servidor B, el usuario deber marcar el prefijo 55 seguido de XXXX, donde las X representan cualquier extensin desde 1000 hasta 1999, para el proceso inverso se deber marcar el prefijo 33 seguido de XXXX, donde las X representan cualquier extensin desde 2000 hasta 2999, para lograr esto se define el patrn de marcacin en el archivo extensions.conf de ambos servidores. En la figura 4.5 se muestra parte del archivo de configuracin de los planes de marcado de las centrales A y B. [1] [2]

Fig. 4-5 Configuracin de planes de marcado para los servidores Asterisk A y B

67

4.3.6 Configuracin del enlace troncal entre dos servidores Asterisk

Un enlace o troncal IAX como se conoce comnmente, se utiliza para establecer llamadas entre extensiones de diferentes servidores, con el fin de aprovechar al mximo el ancho de banda, puesto que con el protocolo IAX se utiliza un solo puerto para enrutar mltiples llamadas de manera simultnea. Para lograr este enlace se debe modificar el archivo iax.conf en cada servidor, la configuracin de una extensin IAX es similar a una extensin SIP, diferencindolos solo el puerto que utilizan para establecer sesiones. En la tabla 6 se muestran las propiedades bsicas del archivo iax.conf. [1][20]

Tabla 6 Propiedades bsicas para enlazar dos servidores asterisk con IAX

Propiedad bindport bindaddr language disallow allow register=> extensin type username host context trunk secret requirecalltoken

Servidor A (asteriska) 4569 0.0.0.0 es all gsm, ulaw, alaw asteriska:1234@192.168.1.231 [asteriskb] friend asteriska 192.168.1.230 Telfonos yes 1234 no

Servidor B (asteriskb) 4569 0.0.0.0 es All gsm, ulaw, alaw asteriska:1234@192.168.1.230 [asteriska] Friend asteriskb 192.168.1.231 Telfonos Yes 1234 no

68

Requirecalltoken: Esta propiedad permite restringir llamadas de algunas direcciones IP, y evitar el ataque por denegacin de servicios (DOS). Al desactivarlo se aceptarn llamadas de todas las direcciones IP. Trunk: Esta propiedad es la que permite realizar el mecanismo de enlace denominado Trunking entre ambos servidores. Register: Esta propiedad permite especificar el nombre del enlace troncal, la contrasea y la direccin IP del servidor con la que se registrar la extensin. En la figura 4.6 se muestra parte del archivo de configuracin iax.conf que se realiz para poder enlazar los dos servidores con el protocolo IAX que permitir realizar llamadas entre extensiones registradas en ambos servidores, en las figuras 4.7 y 4.8 se visualiza el registro de ambos servidores que hacen la funcin de centrales con sus extensiones SIP.

Fig. 4-6 Configuracin de enlace troncal IAX entre las centrales A y B

69

Fig. 4-7 Extensiones SIP y Troncal IAX registrados en el servidor A

Fig. 4-8 Extensiones SIP y Troncal IAX registrados en el servidor B

70

CAPITULO 5 REALIZACIN DE PRUEBAS Y ANLISIS DE RESULTADOS 5.1.1 Realizacin de pruebas y captura de trfico VoIP
El objetivo de estas pruebas fue comprobar la comunicacin VoIP en un entorno Dual Stack, realizando llamadas entre las extensiones SIP registradas en un mismo servidor y extensiones registradas en un servidor diferente haciendo uso del enlace IAX configurado. Durante el proceso de comunicacin se realiz la captura de paquetes RTP transmitidos, con la herramienta Wireshark que permiti obtener algunas grficas del flujo de paquetes y Jitter generado entre las llamadas. Posteriormente se hizo un anlisis comparativo con los datos obtenidos en la transmisin de voz en tiempo real. Para obtener datos suficientes que permitieran hacer un anlisis de IPv6 en relacin a IPv4 en cuanto al tiempo de transmisin, el Jitter generado y el retardo promedio entre paquetes, se realizaron un total de 20 llamadas, de las cuales 10 fueron utilizando IPv4 y 10 llamadas utilizando IPv6, obteniendo para las llamadas IPv4 e IPv6 la misma cantidad de paquetes capturados. El nmero de paquetes capturados en cada una de las llamadas se muestra en la tabla 7 y en el anexo 4 se muestra un ejemplo del establecimiento de una sesin entre las extensiones al realizar stas llamadas.
Tabla 7 Nmero de paquetes capturados en cada llamada VoIP

N.de llamada 1 2 3 4 5 6 7 8 9 10

N. de paquetes a capturar 7760 9524 14927 24448 33833 36890 45317 48679 54299 64321

71

5.1.2 Llamadas entre extensiones IPv6

Primeramente se realizaron llamadas entre extensiones con direccionamiento IPv6 obteniendo como resultado llamadas completas o exitosas. En la figura 5.1 se muestra la sesin establecida entre dos extensiones IPv6.

Fig. 5-1Sesin establecida entre clientes SIP mediante IPv6

En la figura 5.2 podemos observar algunos parmetros que describen de manera ms detallada el flujo RTP de los paquetes VoIP capturados.

Fig. 5-2 Flujo de paquetes RTP en una llamada entre extensiones IPv6

72

En la figura 5.2 se puede observar el nmero de paquetes y la secuencia de estos en la transmisin de voz, tambien muestra el Jitter mximo y promedio generado durante la llamada, la diferencia mxima entre la llegada de un paquete y el siguiente (Max delta), el total de paquetes transmitidos, el porcentaje de paquetes perdidos, el estado en cada secuencia (status) que en este caso indica OK en todas las secuencias, lo que significa que todos los paquetes fueron entregados correctamente, puesto que no hubo prdida de paquetes. En la figura 5.3 se muestra grficamente los datos del Jitter promedio y Jitter mximo.

Fig. 5-3 Jitter mximo y promedio generado en una llamada entre extensiones IPv6

De acuerdo a la grfica 5.3 el Jitter mximo generado entre el intervalo de 216.0s a 217.0s, fue de 30.93ms, posteriormente se mantuvo en un promedio de 20.08 ms. En la figura 5.4 se puede observar el retardo mximo entre la llegada de un paquete y el siguiente.

Fig. 5-4 Retardo mximo generado en una llamada entre extensiones IPv6

73

En la figura 5.5 y 5.6 se puede ver grficamente el trfico RTP generado en ambos clientes relacionando los paquetes entregados con respecto al tiempo.

Fig. 5-5 Trfico RTP generado por el cliente SIP que inicia la llamada

Fig. 5-6 Trfico RTP generado por el cliente SIP que recibe la llamada

Como se puede observar el trfico RTP es similar en ambos clientes, esto se debe al porcentaje de paquetes perdidos que en esta llamada fue de un 0%, por lo tanto el flujo es similar, si se presentara el caso contrario la variacin del flujo RTP entre ambos clientes, estara en relacin al nmero de paquetes descartados o perdidos por cada terminal al momento de la comunicacin.

74

5.1.3 Llamadas entre extensiones IPv4

En las llamadas entre extensiones con direccionamiento IPv4 tambin se obtuvieron resultados satisfactorios. En la figura 5.7 se muestra la sesin establecida entre dos extensiones IPv4.

Fig. 5-7 Sesin establecida entre clientes SIP mediante IPv4

La figura 5.8 muestra de manera ms detallada el flujo RTP generado en el establecimiento de la llamada, con los mismos parmetros que se describieron en la figura 5.2.

Fig. 5-8 Flujo de paquetes RTP en una llamada entre extensiones IPv4

75

En la figura 5.9 se puede observar de manera ms detallada el comportamiento del Jitter promedio y Jitter mximo, generado durante la llamada.

Fig. 5-9 Jitter mximo y promedio generado en una llamada entre extensiones IPv4

De acuerdo a la grfica el Jitter mximo generado no tiene un intervalo definido, ya que fue constante en toda la llamada con un valor de 5.87ms, pero sin afectar la calidad de la voz, debido a que el valor es mucho menor en relacin al Jitter presentado con IPv6, el Jitter promedio IPv4 fue de 4.13ms, mientras que para IPv6 fue de 30.93ms. En la figura 5.10 se puede observar el retardo mximo entre la llegada de un paquete y el siguiente.

Fig. 5-10 Retardo mximo generado en una llamada entre extensiones IPv4

76

En la figura 5.11 y 5.12 se puede observar ms claramente que el Jitter generado se present constante durante todo el trfico RTP en ambos clientes.

Fig. 5-11 Trfico RTP generado por el cliente SIP que inicia la llamada

Fig. 5-12 Trfico RTP generado por el cliente SIP que recibe la llamada

77

5.1.4 Anlisis de resultados entre IPv4 e IPv6

En base a los resultados obtenidos en 10 llamadas, utilizando ambos protocolos se gener la tabla 8, donde se muestra el tiempo en segundos, utilizados por cada protocolo para entregar el total de paquetes definidos en cada una de las llamadas.

Tabla 8 Resultados obtenidos en 10 llamadas utilizando IPv4 e IPv6

N. de llamada

N.de paquetes

Tiempo de transmisin Tiempo de transmisin en segundos IPv6 en segundos IPv4 117.34 143.77 229.27 369.23 512.1 548.12 681.07 735.09 814.81 953.37 510.417

1 2 3 4 5 6 7 8 9 10 Promedio

7760 9524 14927 24448 33833 36890 45317 48679 54299 64321 33.9998

78.52 95.93 153.21 253.25 345.16 386.4 455.42 491.24 552.75 640.49 345.237

La figura 5.13 muestra de manera grfica los datos obtenidos por cada llamada realizada entre los dos protocolos, se puede observar claramente la variacin del tiempo total utilizado por IPv4 e IPv6 para entregar el total de paquetes definidos en las capturas del trafico RTP.

78

Fig. 5-13 Tiempo de transmisin de paquetes VoIP entre IPv4 e IPv6

Considerando los tiempos promedios de transmisin entre IPv4 e IPv6 de la tabla 8, se puede calcular el porcentaje de mejora de IPv6 con respecto a Ipv4 y se observa que existe una diferencia de 165.18ms a favor de IPv6, lo que representa un 32 % de mejora. El promedio de paquetes enviados por segundo en cada llamada entre los dos protocolos se muestra en la tabla 9.
Tabla 9 Paquetes enviados por segundo entre IPv4 e IPv6

N. de llamada

N.de paquetes

Nmero

de

Paquetes Nmero de Paquetes enviados / seg por IPv4 64.932 65.37 66.568 67.323 67.008 66.568 66.911 66.885 67.85 67.202 66.6617

enviados / seg por IPv6 1 2 3 4 5 6 7 8 9 10 Promedio 7760 9524 14927 24448 33833 36890 45317 48679 54299 64321 33.9998 98.093 99.491 96.224 98.307 97.963 100.271 99.379 99.755 99.294 100.176 98.8953

79

Como se puede observar el promedio de paquetes transmitidos por segundo, utilizando IPv6 es mayor respecto al nmero de paquetes que transmite IPv4 por segundo. Esta diferencia se puede observar en la figura 5.14.

Fig. 5-14 Promedio de paquetes VoIP transmitidos entre IPv4 e IPv6

El Jitter promedio generado entre IPv4 e IPv6 en la transmisin de cada una de las llamadas se muestra en la tabla 10.
Tabla 10 Jitter promedio generado en la transmisin de VoIP entre IPv4 e IPv6

N. de llamada

N.de paquetes

Jitter promedio IPv6

Jitter promedio IPv4

1 2 3 4 5 6 7 8 9 10 Promedio

7760 9524 14927 24448 33833 36890 45317 48679 54299 64321 33.9998

17.83 17.58 17.52 17.05 17.56 17.49 17.49 17.56 17,51 17.55 17.51

4.58 4.62 4.63 4.63 4.6 4.62 4.62 4.63 4.58 4.58 4.60

80

Al graficar los datos de la tabla 10, se observa que IPv6 presenta un Jitter promedio de 17.51, lo cual es mucho mayor con respecto al Jitter promedio que presenta IPv4 con un valor de 4.60, pero sin llegar afectar mucho en la calidad del servicio ya que el promedio se encuentra dentro del rango de intervalos de tolerancia establecidos por la recomendacin ITU-T G.114 que seala que el Jitter es tolerable si se encuentra entre los 100 ms y 250ms. [22]

Fig. 5-15 Jitter generado en la transmisin de paquetes VoIP entre IPv4 e IPv6

5.1.5 Seguridad en la transmisin de VoIP entre IPv4 e IPv6

En lo que se refiere a la seguridad en la transmisin VoIP se observ, que para las llamadas realizadas utilizando direccionamiento IPv6 no fue posible decodificar el audio de la llamada con el componente que proporciona Wireshark, mientras que para un entorno IPv4 esta misma herramienta permiti decodificar el audio y escuchar las conversaciones entre 2 clientes. Esto se debe a que IPv6 cifra la informacin desde el protocolo base utilizando IPsec [8], mientras que para IPv4 se necesitara implementar seguridad a nivel de transporte mediante la utilizacin de cifrado SSL[1], el cual basa su funcionamiento en la autentificacin de las entidades origen y destino utilizando claves de 40 128 bits.

81

6. CONCLUSIONES
El presente trabajo se realiz teniendo como objetivo principal comprobar la funcionalidad de manera prctica los protocolos de VoIP, SIP y IAX en la transmisin de paquetes de voz en tiempo real sobre un entorno IP Dual Stack, logrando la implementacin del protocolo SIP en un entorno IPv6, en tanto que IAX se tuvo que implementar en un entorno IPv4, debido a que este protocolo an no cuenta con soporte para un tipo de direccionamiento IPv6. En la realizacin de las pruebas de funcionalidad y monitoreo de trfico se pudo observar el comportamiento de algunos factores que intervienen en una comunicacin VoIP, tales como Jitter, retardo y uso de ancho de banda. En cuanto al retardo y al uso de ancho de banda se observ que utilizando un entorno IPv6 es ms ptimo para la transmisin de paquetes de voz ya que se logr transmitir la misma cantidad en un menor tiempo con relacin a IPv4. En lo que respecta al Jitter se presenta a una mayor escala al utilizar direccionamiento IPv6, pero al comparar los valores del Jitter promedio y mximo obtenidos con los intervalos de tolerancia establecidos por la recomendacin ITU-T G.114, estos valores se encuentra dentro de lo establecido para lograr una llamada de buena calidad. [22] En cuanto a la seguridad en las comunicaciones VoIP, se observ que resulta muy fcil la decodificacin de voz para las llamadas realizadas con IPv4 sin seguridad a nivel de capa de transporte, mientras que en IPv6 esto no pudo lograrse al menos con la misma herramienta que ofrece Wireshark para decodificar los paquetes de voz. Tambin es importante mencionar que la mayora de las herramientas que se utilizaron para el desarrollo de este proyecto, estn basadas en software libre tales como Asterisk, Cent OS, Linphone y Wireshark, comprobndose que estas aplicaciones se adaptan muy fcilmente a los desarrollos de software y hardware propietarios, lo que representa una gran ventaja al momento de realizar implementaciones de este tipo de tecnologas.

82

7. RECOMENDACIONES
El uso de software libre en la implementacin de sistemas VoIP es altamente recomendable, ya que permite implementar mltiples servicios multimedia, adems de que utiliza protocolos estandarizados por organismos reconocidos a nivel internacional, lo que permite la convivencia con la mayora de las tecnologas propietarias. Actualmente existen administradores grficos que facilitan la configuracin de una central telefnica bsica, ya que para implementar estas aplicaciones no se requiere tener amplios conocimientos sobre el funcionamiento interno del sistema, pero es muy recomendable que para implementaciones ms serias de esta tecnologa se profundice ms sobre la funcionalidad real de los servicios que se requieran configurar, ya que esto permite la adaptabilidad y flexibilidad de acuerdo a la necesidades empresariales. Es importante seguir realizando pruebas, sobre entornos de direccionamiento IPv4 e IPv6, para poder adaptarse al cambio de manera gradual, debido a que en muy poco tiempo las empresas ms grandes de la red Internet migrarn todos sus servicios sobre este nuevo entorno de red.

83

8. TRABAJOS FUTUROS
Implementacin de Asterisk a nivel empresarial con todos los servicios de comunicacin multimedia requeridos sobre un entorno de red IPv6. Desarrollo de un Softphone con soporte IPv6 para los protocolos de sealizacin IAX y SIP. Realizar una investigacin sobre los mecanismos necesarios, que permitan

implementar los protocolos de VoIP sobre el protocolo de control de transporte TCP, evitando efectos negativos en la calidad de los servicios. Desarrollar software que permita agilizar el proceso de codificacin y decodificacin de la voz, haciendo uso de cmputo paralelo como CUDA que es una arquitectura de clculo paralelo de NVIDIA, que aprovecha la gran potencia de la GPU (Unidad de Procesamiento Grfico), para proporcionar un incremento extraordinario del rendimiento del sistema.

84

9. BIBLIOGRAFA 1. Asterisk, The Future of Telephony, Jim Van Meggelen, Jared Smith, Leif Madsen.
O'Really, 2005, ISBN-13: 9780596510480.

2. The Asterisk Documentation Team version 2: The Asterisk Handbook. Digium, Inc.,
USA Mark Spencer, Mack Allison, Christopher Rhodes, 2003.

3. Troncales PSTN - Cisco Unified Communications 500 Series - Cisco Smart

Business Communication Systems, 2010.

4. IPv6 para todos /Christian O`Flaherty[et.al.].-1 ed. Buenos aires: Asociacin

Civil Argentinos en internet, 2009, ISBN 978-987-25392.

5. Redes de Comunicacin, Conceptos fundamentales y arquitecturas bsicas, Len

Garca, A., Widjaja I.; McGraw-Hill, 2002.

6. Comunicaciones unificadas con Elastix, volumen 1 Copyright (c), Edgar

Landvar, 2008-2009.

7. Estudio de factibilidad de la puesta en marcha de servicios de VoIP sobre enlaces

inalmbricos de larga distancia en IPv6, Manuel Alejandro Jaramillo Zurita, Rodolfo Alexis Miralles Hermosilla Valdivia, 2009.

8. IPv6: theory, protocol, and practice/Pete Loshin.2 ed. p. cm. by Elsevier, 2004,
ISBN 1-55860-810-9.

9. SIP: Session Initiation Protocol, J. Rosenberg, H. Schulzrinne, G. Camarillo, A.

Johnston, J. Peterson, R. Sparks, M. Handley y E. Schooler, 2002.

10. Desarrollo y prueba de una metodologa para implantacin de VoIP en redes

Corporativas, Luis Carlos Donado Avella, Mauricio Patalagua Rodrguez, Rafael A. Ortega Barrera, 2007.

85

11. Interconectividad de redes con TCP/IP. Vol. II. Diseo e implementacin 3 Ed.
Douglas E. Comer, David L. Stevens. Prentice- Hall, 2000.

12. Anlisis de trfico con Wireshark, Borja Merino Febrero, Instituto Nacional de
Tecnologas de la Comunicacin (INTECO), 2011.

13. Anlisis de la calidad experimentada en aplicaciones de voz sobre IP de libre

distribucin, Cano Baos Mara Dolores, 2008.

14. Diseo e implementacin de una red de telefona IP con Software libre en la

RAAP, Quintana Cruz diego, Lima Per, 2007.

15. Estructura del estudio sobre caractersticas de la voz basadas en redes que usan
IP, Comit Consultivo Permanente, Normalizacin de Telecomunicaciones, Voz-IP, CITEL, 2004.

16. Manual de Asterisk en espaol Vol. 1. Garca Marcelo, Saavedra Dany, Editado y
Traducido en 2005.

17. Introduccin al protocolo TCP/IP y a sus aplicaciones en Internet, Comunicaciones

II Mara del Carmen Romero Ternero, Ingeniera Tcnica Informtica de Gestin, Curso 2000/2001.

18. Comunicacin de datos, Redes de computadores y Sistemas Abiertos 4 edicin

F.Halsall. Addison-Wesley, 1998.

19. Estudio comparativo de la implementacin de los protocolos RTP/RTCP en los

simuladores Opnet Modeler y Network Simulator 2, Pellicer Corbacho Rafael, GANDIA, 2010.

20. Estudio y Desarrollo de Soluciones VoIP para la Conexin Telefnica entre Sedes
Internacionales de una misma Empresa, Snchez S. Pedro, 2006.

21. Voz sobre protocolo IP, Primera Edicin, Nuevas Tecnologas, Ing. Gaiza Mario,
Buenos Aires, 2008, ISBN 978-987-24110-5-3.

22. ITU-T G-series recommendations, transmission systems and media, digital

systems and networks, 2003.

86

23. Dualidad y Calidad de servicio en redes Inalmbricas, Troncoso Solar Camila T,

Santiago de Chile, 2010.

24. Apostilla Curso IPv6 Bsico de NIC.br, Versin en Espaol con el apoyo de
Internet Society (ISOC), Coordinacin: LACNIC, Traducido por: Pavn Caelles Laureana, 2010.

25. Evaluacin de algoritmos de control de retardo en Voz sobre Internet, Miranda

Campos Samara K. Universidad Autnoma Metropolitana, Divisin de Ciencias Bsicas e Ingeniera, 2009.

Enlaces de Internet consultados 26. Internet Assigned Numbers Authority

http://www.iana.org/numbers/

27. The Community ENTerprise Operating System

http://www.centos.org/

28. Gua de Instalacin GNU/Linux

http://rm-rf.es/manual-instalar-gnu-linux-centos-5/

29. IPv6 Task Force Mxico

http://www.mx.ipv6tf.org/

30. Request for Comments (RFC)

http://www.normes- Internet.com/normes.php?rfc=rfc3356&lang=es

31. Descarga de Software Wireshark

http://www.wireshark.org/download.html

32. Anlisis de red con wireshark interpretando datos

http://www.ojolink.com/manual-de-wireshark-en-espa%F1ol/

33. Seguridad en redes de datos

http://seguridadyredes.nireblog.com/post/2008/02/14/ http://redesafull.galeon.com/

34. Comunicaciones unificadas con Elastix

http://es.scribd.com/doc/49810258/174/Jitter

35. Curso bsico Linux

http://www.slideshare.net/miguelangelnieto/curso-bsico-linux

87

36. Registro de Direcciones de Internet para Amrica Latina y Caribe (LANIC)

http://www.lacnic.net/documentos/presentaciones/lacnicxiv/penetracion-ipv6alejandroacosta.pdf

37. Laboratorio de Redes Avanzadas (LRA)

http://www.ipv6.itam.mx/index.php?option=com_jresearch&view=projectslist&Itemi d=79

38. Consejos para la creacin de redes

http://acostanetwork.blogspot.com/2010/11/resultados-del-estudio-depenetracion.html

39. Introduccin a la tecnologa VoIP

http://issuu.com/famphuelva/docs/introduccion_voip

40. Open source video SIP phone for desktop & mobile
http://www.linphone.org/

41. Norma 802.11e para unificar entornos inalmbricos domsticos y empresariales

http://www.networkworld.es/La-norma-802.11e-unifica-los-entornos-inalambricosdomestico/seccion-/articulo-119820.

88

10. ANEXOS Anexo 1. Instalacin y configuracin de Linphone en Linux

Para la instalacin de Linphone en Linux es necesario que el equipo tenga conectividad a Internet ya que se realizar la descarga e instalacin de los paquetes necesarios mediante la lnea de comandos al ejecutar la siguiente instruccin: sudo aptget install Linphone. Esta es la forma ms sencilla y segura de obtener todos los paquetes necesarios para que este software funcione de manera correcta. Las imgenes siguientes muestran el proceso de registro de una extensin SIP

1.- Ejecutar la aplicacin que se encuentra en Aplicaciones/Internet/Linphone 2.- Para configurar esta aplicacin seleccionar el men Linphone/Preferencias

3.- Seleccionar la opcin uso de IPv6 en lugar de IPv4 para que el usuario se pueda registrar con una direccin IPv6.

89

4.- Seleccionar men Manage SIP Accounts para poder ingresar todos los datos referentes al registro de la extensin tales como: la direccin IPv6 del servidor A en la que se va registrar, tambin se utilizar la direccin IPv6 del sistema operativo cliente, extensin SIP y el password definidos en el archivo sip.conf, estos datos son importantes, de lo contrario no se podr registrar la extensin en el servidor especificado.

5.- De esta forma el cliente ya est registrado para poder realizar y recibir llamadas de otros clientes registrados en el servidor Asterisk.

90

Anexo 2. Instalacin y configuracin de Linphone en Windows

Para obtener el instalador de este software se realiza la descarga desde la pgina principal de Linphone:
http://www.linphone.org/eng/download/packages/linphone.html.

Una vez que se tiene el instalador se ejecuta el asistente que permite completar el proceso de instalacin de este software. 1.- Seleccionar el idioma para la instalacin

2.- Se aceptan los trminos de la licencia

91

3.- Se puede seleccionar una carpeta diferente para la instalacin o simplemente se puede dejar el que se ha configurado por default por la aplicacin.

4.- Proceso de configuracin e instalacin

5.- Una vez completado el proceso de instalacin se ejecuta la aplicacin para registrar la extensin SIP, el proceso es similar al registro que se realiz con el cliente instalado en Linux.

92

6.- Seleccionar el uso de IPv6 en vez de IPv4, despus seleccionar la pestaa Manage SIP Accounts.

7.- Seleccionar la opcin Add, que nos permite configurar la extensin, la IP de la terminal y la IP del servidor B, con el botn aceptar se concluye el proceso de registro de la extensin. Con esta configuracin ya se puede establecer llamadas entre los dos clientes utilizando el protocolo SIP.

93

Anexo 3. Configuracin del adaptador Linksys spa 2102

La configuracin de una extensin con direccionamiento IPv4 en el adaptador Linksys para que pueda registrarse en el servidor se realiza mediante un cliente web, que muestra la interfaz que permite modificar la configuracin por default que tiene este dispositivo. El proceso de asignacin de una IP esttica se muestra en la pgina principal del fabricante:
http://telefoniaporinternet.com/portal/content/view/36/64/

Para

este

adaptador

se

utilizar

una

direccin

IPv4

esttica.

En

el

men

Router/WanSetup se configura la IP esttica 192.168.1.196 y la puerta de enlace 192.168.1.254 para que este dispositivo se identifique dentro de la red y se puedan registrar extensiones en el servidor Asterisk.

94

Para poder configurar la extensin SIP para cada uno de los telfonos se ingresa al men Voice/Line 1, en esta interfaz se agrega la IP del servidor A, el nombre de la extensin y el password definido en el archivo sip.conf. Se guardan los cambios con el botn Submit All Changes y el telfono conectado al dispositivo deber tener un tono similar al que se escucha en los telfonos analgicos conectados a la PSTN. Se ejecuta el mismo proceso para la configuracin de otra extensin para el segundo telfono en la pestaa Line2 y se registra con la extensin y la IP definida en el servidor B.

Si todos los procesos de configuracin anteriores se han realizado de manera correcta, se debern visualizar las extensiones registradas en la interfaz de lnea de comandos del servidor Asterisk mediante la ejecucin del comando sip show peers, estas extensiones se muestran en las figuras 4.7 y 4.8 del apartado 4.3.6.

95

Anexo 4. Instalacin, configuracin y monitoreo de llamadas con Wireshark.

La instalacin y configuracin de esta herramienta en sistemas Linux requiere de conectividad de Internet, para descargar e instalar la aplicacin solo se debe abrir una terminal y ejecutar el siguiente comando: yum install wireshark wireshark-gnome. El primer paquete contiene la plataforma base de wireshark incluyendo las utilidades para la lnea de comandos. El segundo paquete incluye la aplicacin GUI de Wireshark. Antes de comenzar la captura de trfico primero se debe especificar el filtrado de paquetes VoIP para que se puedan visualizar en la pantalla de captura de Wireshark, as mismo, se debe especificar el nmero de paquetes para la llamada en curso para tener la misma cantidad de paquetes para IPv4 e IPv6 y posteriormente poder realizar un anlisis de la transmisin entre ambos entornos de direccionamiento. Para realizar esta configuracin en Wireshark se accede al men Capture-Options se desplegar una ventana que permitir configurar parmetros tales como: el total de paquetes para que finalice automticamente la captura, la interfaz de red que se utilizara, el filtrado de paquetes y el nombre y ubicacin del archivo para su posterior anlisis. Una vez que se definen todos los parmetros necesarios se inicia la captura con el botn Start.

96

Visualizacin en terminal de una llamada SIP entre los servidores A y B

En las siguientes figuras se puede ver el proceso de una llamada entre la extensin 1002 asignado al usuario Mary del servidor A con la extensin 2002 asignado al usuario Jos del servidor B. 1.- El servidor A enva una peticin de llamada con la extensin 2002 del servidor B marcando el prefijo definido dentro de su plan de marcado para llamadas externas.

2. El servidor B responde la llamada y la dirige a la extensin marcada por la extensin del servidor A.

97

En las siguientes figuras se puede observar un fragmento de la captura de paquetes con Wireshark de una llamada SIP realizada entre dos extensiones IPv4 y dos extensiones IPv6 respectivamente.

98