1

CAPTULO 1 1 CONCEPTOS FUNDAMENTALES DE VOIP

1.1 VOIP (VOICE OVER INTERNET PROTOCOL)

VoIP es la tecnologa utilizada para la transmisin de voz sobre una red de datos (internet, intranet, ISP) utilizando para este propsito el protocolo IP 1. La VoIP convierte las seales de voz en paquetes de datos los mismos que son transportados a travs de la red mediante el protocolo IP en lugar de lneas telefnicas. Puesto que esta tecnologa convierte la voz en paquetes de datos para transportarlos a travs de la red se utiliza conmutacin de paquetes 2. Esta tecnologa posee caractersticas tales como: recepcin de mensajes de voz en el correo electrnico, identificacin de llamadas, bloqueo de llamadas,

transferencia de llamadas, interaccin con bases de datos, etc. 1.1.1 VENTAJAS DE VOIP VoIP puede ser usada para remplazar la telefona tradicional en un entorno empresarial, en un pequeo negocio o en casa, o simplemente para aadir ventajas a un sistema de telefona tradicional. (2) Existen diversas ventajas entre las cuales numeramos las principales:
1

Comunicacin efectiva entre usuarios de distintos lugares a un bajo costo. Ahorro de costos en comunicaciones internacionales Ms econmico que las tecnologas alternativas (Voz sobre ATM, Frame Relay, TDM Multiplexacin por Divisin de Tiempo-). (1) Trfico de voz y datos integrado sobre el mismo acceso. Independencia de tecnologa de transporte.

Internet Protocol (IP): Mtodo o protocolo por el cual los datos son enviados de un dispositivo a otro en internet. 2 Conmutacin de paquetes: Envi de datos a travs de una red en la cual el mensaje se divide en varios paquetes los mismos que pueden tomar varios caminos para alcanzar el destino final, por lo tanto no llegan necesariamente en un orden establecido.

Escalabilidad de usuarios Transmisin en forma confiable y segura de voz, datos y video. Disponibilidad de varios servicios de manera universal y econmica y garantizando fiabilidad, capacidad, disponibilidad seguridad y calidad de servicio.

Se pueden usar las redes de datos existentes Fcil integracin de empresas que ya poseen una pequea infraestructura de red e incluso adaptndola con la telefona tradicional. Interconexin con otras redes (la PSTN por ejemplo). Interoperabilidad de diversos proveedores: Al usar un protocolo universal es compatible con otras redes. Servicios de valor aadido como correo de voz, identificador de llamadas, bloqueo de llamadas, desvo de llamadas, interaccin con base de datos, etc.

Gracias a la existencia de telfonos software (softphones3) un usuario podr disponer de su propia extensin sin la necesidad de tener un terminal fsico.

Figura 1.1 Ventajas de VoIP con respecto a la telefona tradicional (4)

Softphone: Es un software que hace una simulacin de telfono convencional por computadora

1.2 FUNCIONAMIENTO DE VOIP

La VoIP digitaliza de la voz y luego la convierte en paquetes de datos

comprimidos, los mismos que en el destino receptor son nuevamente convertidos en voz estndar. Los paquetes de voz son transportados a travs de redes de datos en lugar de lneas telefnicas dedicadas; estas seales de voz son encapsuladas en paquetes IP y transportadas a travs de redes IP por Ethernet, Frame Relay, ATM4.

1.3 PROTOCOLOS , ESTNDARES EN LA TECNOLOGA DE VOIP Y CODECS

Para poder realizar una llamada es necesario que existan acuerdos entre ambas partes para poder establecer y mantener la misma; a estas reglas se las conoce como protocolos5 los cuales son los encargados entre otras cosas de regular y permitir la interconexin de equipos de distintos fabricantes. La sealizacin en VoIP es entonces importante pues es la encargada de mantener, administrar una llamada entre dos dispositivos. Para la VoIP existen protocolos de sealizacin y de trasporte. Los protocolos de sealizacin son los encargados del establecimiento de la llamada; un protocolo de sealizacin es aquel que se encarga de gestionar los mensajes y procedimientos utilizados para poder establecer una comunicacin (6). Los protocolos de transporte son los encargados de asegurar la comunicacin de voz.

Asynchronous Transfer Mode (ATM): Tecnologa de telecomunicacin en la cual la informacin es transmitida en forma de cortos paquetes (celdas ATM) y que pueden ser enrutadas individualmente mediante el uso de losscanales virtuales.
5

Protocolo: Conjunto de reglas y acuerdos que los dispositivos deben seguir para poder comunicarse entre s.

Los protocolos ms extendidos e importantes para VoIP son SIP, IAX2 Y H323; sin embargo existen otros protocolos que para nuestro motivo de estudio no los describiremos pero cabe la pena mencionarlos. En la figura 1.1:
Sealizacin y Control de llamada Sealizaci n y Control de Gateway Media

Audio/Video H.323 H.225 H.245 Q.931 RAS SIP MGCP RTP RTCP RTSP

TCP

UDP

IP

Figura 1.2 Protocolos de la tecnologa VoIP 1.3.1 PROTOCOLOS DE SEALIZACIN (5) Los protocolos de sealizacin realizan las siguientes funciones: Localizacin de usuarios: En cualquier parte de la red

Establecimiento de sesin: Para permitir al usuario aceptar o no la llamada.

Negociacin de sesin: Para la negociacin de flujo de informacin, algoritmos de compresin, puertos, etc entre las partes.

Gestin de los participantes en una llamada: Aadir o eliminar los miembros de una sesin ya establecida.

Un ejemplo del establecimiento de llamada lo podemos ver en la figura 1.2:

Figura 1.3 Establecimiento de la llamada (9)

Para poder cumplir estas funciones se hace el uso de los protocolos H.323 y SIP. 1.3.1.1 H.323 H.323 fue creado por la ITU6 (International Telecomunication Union) es una familia de estndares para las comunicaciones multimedia sobre redes LAN con calidad de servicio no garantizada y surge como evolucin de los protocolos de la serie H.32X. Fue aprobado en Octubre de 1996 y soporta multimedia sobre Ethernet, Fast Ethernet, FDDI, y Lans Token Ring (8) . Esta familia de estndares tiene como meta garantizar la interoperabilidad entre dispositivos de distintos fabricantes as como establecer elementos que permitan la conectividad con la infraestructura telefnica tradicional.

ITU (Union internacional de Telecomunicaciones): Organismo encargado de regular las telecomunicaciones a nivel internacional.

El estndar tambin considera el control de llamadas, control multimedia y gestin del ancho de banda, uso de los codecs de voz as como tambin las interfaces a utilizarse entre redes IP y otras redes. H.323 utiliza algoritmos estandarizados para la compresin y transmisin de datos en tiempo real: G711 para audio y H.261 para video (10). Para videoconferencia utiliza el estndar T.120 (T.120 permite la interoperabilidad entre las capas de aplicacin, de red y de transporte bajo H.323 (12)). Los protocolos de la familia H.23X utilizados en Telefona IP se muestran en la tabala 1.1:
PROTOCOLO H.225.0 DESCRIPCIN Es utilizado por dos entidades H.323 para

Sealizacin de llamada, Registro y el establecimiento, control y terminacin de Status H.245 Protocolo de Control una llamada. Utilizado para el establecimiento y control de llamada. Decide quin actuar como principal y quin como secuendario. Indica: Tipo de datos a intercambiarse y cierra el canal lgico de comunicacin. H.235 Seguridad y Cifrado Descripcin de la autenticacin as como cifrado otorgando as privacidad en los datos a transmitirse. H.239 Permite enviar dos flujos de datos (video en tiempo real o video y datos). H.450 Describe servicios suplementarios

Tabla 1.1 Protocolos de la familia H.32X (10)

1.3.1.1.1 COMPONENTES DE H.323 En el estndar H.323 se especifican 4 componentes los cuales son: Terminales Gateways

Gatekeepers MCUs (Multipoint control units)

En la figura 1.3 podemos ver un diagrama de los componentes:

Figura 1.4 Componentes de una Red H.323 (13) a) Terminales Los terminales (puntos extremos) son aquellos que permiten la comunicacin (conferencia) extremo a extremo (punto a punto o multipunto) para audio y de acuerdo a la especificacin puede proporcionar slo voz, voz y datos, voz y video o voz datos y video. Un terminal H.323 debe tener una unidad de control, medio de transmisin, cdec de audio, interfaz a la red de paquetes e incluso puede incluir opcionalmente (de acuerdo a las necesidades) cdec de video. b) Gateway Un Gateway o pasarela es un extremo que brinda la interconexin de los terminales H.323., es un punto extremo en la red que proporciona

comunicaciones bidireccionales en tiempo real entre ambos terminales H.323 o con otro Gateway. El Gateway es el responsable de traducir el control del sistema como el uso de diferentes codecs de audio y protocolos de transmisin.

Las funciones ms importantes del Gateway son (14): Localizacin del destino Administrar la conexin IP Compresin/Digitalizacin Transporte IP Sealizacin avanzada IP/PSTN Autenticacin, autorizacin y acceso (AAA)

En la figura 1.4 podemos ver algunos elementos de un Gateway.

Cdec de audio G.711, G.723, G.729

Cdec de video H.261, H.263

Cdec de video H.261, H.263

Gateway

Red IP

Red de Circuito Conmutado (SCN)

Figura 1.5 Elementos de un Gateway c) Gatekeeper El Gatekeeper o guardin de puerta es una entidad que tiene como responsabilidad la administracin de los servicios de control en un sistema de VoIP, es decir es el responsable de la traduccin de direcciones y el control de acceso a la red de los terminales, gateways y MCUs. El gatekeeper puede adems ofrecer otros servicios tales como la gestin del ancho de banda y localizacin de gateways. El gatekeeper no es obligatorio para mantener la compatibilidad en un sitema H.323 pero es de gran ayuda en sistemas de tamao significativo. Las funciones de un gatekeeper son por lo tanto (14): Address Translation (Traduccin de direcciones) Control de admisin Gestin del ancho de banda Administracin de zonas

Sealizacin de llamada

El gatekeeper entonces simplifica el desarrollo y uso de sistemas de VoIP; esto porque centraliza y administra la administracin de la sealizacin de llamadas actuando as como un nodo de control para los dispositivos de su zona. d) MCU El MCU (unidad de control multipunto) es la entidad que proporciona funciones de control para permitir conferencias en tres o ms puntos extremos de una conferencia multipunto. 1.3.1.1.2 PILA DE PROTOCOLOS H.323 (15) (1) (13) Los protocolos que cubren los distintos aspectos de la comunicacin en H.323 son de: Direccionamiento, sealizacin, compresin de voz, transmisin de voz, control de transmisin. En la figura 1.5 podemos observar la pila de protocolos de H.323

Figura 1.6Pila de Protocolos H.323 (15)

a) Direccionamiento RAS (Registro, Admisin y estatus): Es un protocolo de

comunicacin que permite que una estacin H.323 encuentre a otra estacin H.323 por medio del Gatekeeper. DNS (Servidor de dominio): Es un servicio de identificacin de

nombres en direcciones IP.

10

b) Sealizacin Q.931: Sealizacin de llamada, se realiza a travs del puerto 1720

H.245: Protocolo de control mediante el cual se especifica mensajes de apertura y cierre de canal para transmisiones de voz.

H.225: Control de llamada: Sealizacin, registro y admisin del stream de voz.

H.235: Seguridad y cifrado de los terminales multimedia.

H.450: Protocolos de datos para conferencias multimedia.

En la figura 1.6 podemos observar la aplicacin de algunos de estos protocolos.

Figura 1.7 Secuencia de llamadas H.323 (1)

c) Compresin de voz En general para VoIP se recomiendan los siguientes vocodecs:

11

Requeridos: G.711 y G.723 Opcionales: G.728, G.729 y G.722

d) Transmisin de voz

UDP (User Datagram Protocol): Puesto que UDP es un protocolo orientado a conexin la transmisin se realiza sobre paquetes UDP debido al mayor aprovechamiento de ancho de banda (mayor que TCP).

RTP (Real Time Protocol ): Funciona para aplicaciones en tiempo real manejando los aspectos relativos a la temporizacin e incluyendo mecanismos de sincronizacin de diferentes flujos de trfico. Marca los paquetes UDP con una secuencia de datos para la entrega correcta de los mismos en el lado receptor. No proporciona calidad de servicio (QoS) ni maneja ancho de banda.

e) Control de la transmisin RTCP (Real Time Control Protocol): Utilizado para detectar congestin en la red. Complementa al RTP, controla el envo de voz. RSVP (Protocolo para reservacin de Recursos): Creado para manejar la fiabilidad del trfico en tiempo real y para fortalecer la disponibilidad del ancho de banda. 1.3.1.1.3 FASES DE UNA LLAMADA H.323 (16) Una llamada H.323 consta de las siguientes fases: a) Establecimiento En esta primera fase uno de los terminales se registra en el gaekeeper mediante el protocolo RAS con mensajes de ARQ (Admission Request) y ACF (Admision Confirmation).Luego para iniciar la llamada mediante protocolo H.225 se enva un mensaje de SETUP en el cual se encuentra la direccin IP puerto y alias del llamante o la del llamado. El terminal llamado contesta con un CALL PROCEEDING, luego el segundo terminal se registra con el gatekeeper mediante el protocolo RAS.

12

El mensaje ALERTING indica el inicio de la fase de generacin de tono y por ltimo CONNECT indica el comienzo de la conexin. b) Sealizacin de Control En esta fase se establece el control de la conferencia mediante el protocolo H.245 inicindose una negociacin entre ambos terminales para establecer quin ser master y quin slave as como tambin las capacidades de los participantes y los codecs de audio y video a utilizarse. Se utilizan principalmente los siguientes mensajes: TCS (Terminal Capability Set): Mensaje para intercambio de capacidades soportadas. OLC (Open Logical Channel): Utilizado para abrir el canal lgico de informacin el cual contiene informacin para permitir la recepcin y codificacin de los datos.

c) Audio Los terminales inician la comunicacin y el intercambio de audio (o video) mediante el protocolo RTP/RTCP. d) Desconexin Fase en la cual cualquiera de los participantes puede iniciar el proceso de

finalizacin de llamada mediante mensajes Close Logical Channel y End Session Comand de H.245. Luego de esto utilizando H.225 se cierra la conexin con el mensaje Release Complete. Finalmente utilizando mensajes del protocolo RAS se liberan los mensajes con el gatekeeper.

En la figura 1.8 tenemos un ejemplo de las fases de una llamada H.323

13

Figura 1.8 Fases de una llamada H.323 (16)

14

1.3.1.2 SIP (13) (17) (10) (18) (19) SIP (Sesion Initial Protocol) se encuentra especificado en el RFC 3261 y fue desarrollado por el grupo Multiparty Multimedia Sesion Control (MMUSIC) de la IETF (Internet Engineering Task Force) y est orientado a servicios ofrecidos a trvs del internet. SIP es un protocolo de sealizacin cliente-servidor encargado del inicio,

mantenimiento y trmino de una sesin multimedia (voz y video) a travs de una red de paquetes. Por su naturaleza incorpora beneficios de la arquitectura web a la telefona IP; hace posible el desarrollo de nuevos servicios y aplicaciones que no eran posibles en la telefona tradicional e incluso en telefona IP con el protocolo H.323 puesto que SIP fue diseado para que la telefona se vuelva un servicio ms en Internet. Posee ms flexibilidad y para incorporar nuevas funciones y su implementacin es ms simple que H.323 SIP es un protocolo basado en texto altamente extensible basado en otros protocolos como HTTP7 y SMTP8. SIP puede ser empleado en servicios de control de llamadas, movilidad, presencia as como para para permitir interoperabilidad con los sistemas telefnicos existentes. En SIP la sealizacin y los datos viajan de manera separada teniendo debido a esto problemas con NAT
9

en el flujo de audio cuando este flujo debe superar los

routers y firewalls. SIP utiliza el puerto 5060 para sealizacin y 2 puertos RTP por cada conexin de audio. SIP es un protocolo de propsito general y puede transmitir sin dificultad alguna cualquier informacin y no slo audio y video.

HTTP (Hyper Text Transfer Protocol): Protocolo de Red utilizado para transferencia informacin de texto en la WEB. 8 SMTP (Simple Mail Transfer Protocol): Protocolo de red utilizado para el intercambio mensajes de correo electrnico entre dispositivos de red. 9 NAT (Network Address Translation): Su uso ms comn es el poder utilizer direcciones privadas y tener conectividad con redes externas ya que convierte las direcciones IP privadas Pblicas.

de de IP en

15

1.3.1.2.1 CARACTERSTICAS DE SIP Las caractersticas ms importantes de SIP que lo hacen apto para el desarrollo de aplicaciones web y que incorporan funcionalidades de Telefona IP son: Localizacin de usuarios: Busca (mediante direccin IP) y encuentra al usuario llamado en el dispositivo correspondiente y establece la conexin.

Intercambio y negociacin de capacidades de los terminales: SIP es capaz de negociar las funcionalidades y aplicaciones disponibles durante la sesin multimedia.

Disponibilidad de usuarios: Se determina si el destinatario de la llamada est disponible, si as lo es establece si acepta o no la llamada.

Gestin de Participantes: Se pueden incorporar as como tambin eliminar participantes a la comunicacin durante la llamada .

Cambio de parmetros durante la sesin: Se pueden cambiar los parmetros de una sesin SIP por ejemplo el paso de una sesin de voz a una de audio y texto o video.

Direccionamiento

estndar

de

Internet:

Mismo

formato

de

direccionamiento que internet tanto para nombres como para direcciones IP (ejm. nombre_usuario@nombre_dominio.com)

Protocolo encapsulado en texto: Gracias

a esto es posible una

integracin de aplicaciones web ms simple con control de errores.

Terminales

multifuncionales

inteligentes:

Tanto

en

terminales

telefnicas, ordenadores personales u otros dispositivos de comunicacin como por ejemplo telfonos 3G.

16

1.3.1.2.2 BENEFICIOS DE SIP (21) Entre los ms importantes tenemos: Simplicidad: Protocolo muy simple debido a que el tiempo de desarrollo de software es muy corto frente a productos de telefona tradicional. Adems debido a la similitud con los protocolos HTTP y SMTP el rehso de cdigo es posible.

Extensibilidad: Ha aprendido de los protocolos HTTP y SMTP un sin nmero de funciones lo que les proporciona extensibilidad y compatibilidad.

Modularidad: Debido al uso independiente de protocolos por ejemplo enva invitaciones a partes de la llamada independientes de la sesin misma.

Escalabilidad: mediante:

1)

Procesamiento del servidor: SIP tiene la habilidad para ser Stateful o Stateless.

2)

Arreglo de la Conferencias: Se puede realizar la coordinacin de la conferencia de manera centralizada o distribuida.

Integracin: SIP puede integrarse con la web, e-mail, aplicaciones de flujo multimedia y otros protocolos.

Interoperabilidad: Debido a que es un estndar abierto ofrece interoperabilidad entre plataformas de distintos fabricantes

1.3.1.2.3 COMPONENTES DEL SISTEMA SIP (1) (10) (6) En SIP se especifican dos elementos bsicos los cuales son: Agentes de Usuario Servidores

17

Dentro de los servidores se puede clasificar en: Registradores: Toman los datos acerca de la ubicacin de los usuarios nuevos que se conectan a la red; actualizando su base de datos si el usuario cambia su localizacin. Intermediarios: O proxy se encargan de orientar las peticiones y/o respuestas a su destino.

Figura 1.9 Componentes del sistema SIP (1)

a) Agentes de Usuario Un agente de usuario es una entidad terminal que inica y termina sesiones por intercambio de solicitudes y respuestas. Los agentes de usuario pueden ser: Agente de usuario Cliente (UAC): Funciona como cliente iniciando peticiones SIP. Agente de usuario Servidor (UAS): Funcionando como servidor cuando una peticin SIP es recibida y retornando una respuesta al usuario. Los agentes de usuario realizan las siguientes tareas:

18

Localizan a un usuario mediante la redireccin de la llamada Implementan servicios de redireccin si no hay respuesta Implementan filtrado de llamadas en funcin del origen o destino Almacenan informacin de administracin de llamadas.

b) Servidores Proxy Es una entidad intermedia en la red SIP que hace las veces de Gatekeeper en H.323 y que acta como servidor y cliente con el fin de hacer solicitudes a nombre de otros clientes, se los puede ver como ruteadores SIP. Un Proxy interpreta, y si es necesario, reescribe un mensaje de solicitud antes de reenviarlo. c) Registradores Es un servidor que acepta solicitudes de REGISTER lo cual permite actualizar una base de datos de localizacin. Aceptan registros de clientes e indican las direcciones en las que se les puede localizar. No emiten solicitudes SIP ni aceptan llamadas SIP. En la figura 1.10 podemos observar los tipos de servidores de una red SIP.

Figura 1.10 Servidores en una red SIP

19

1.3.1.2.4 MENSAJES SIP (6) (10) El protocolo SIP define solicitudes y respuestas. Teniendo seis clases de solicitudes: INVITE: Para iniciar sesin BYE: Enviado para finalizar una sesin ACK: Confirma una solicitud INVITE REGISTER: Transmite informacin de localizacin de usuario CANCEL: Cancela el establecimiento de una sesin OPTIONS: Informa acerca de las capacidades de envo y recepcin de los telfonos SIP y servidores. STATUS: Informa acerca del estado de sealizacin de la sesin a un servidor. De la misma manera se cuenta con seis clases de respuesta: 1XX: Respuestas informativas 2XX: Respuestas de xito 3XX: Respuestas de redireccin 4XX: Errores de solicitud 5XX: Errores de servidor, mediante un requerimiento aparentemente vlido 6XX: Errores globales. Los requerimientos no pueden ser procesados por ningn servidor. 1.3.1.2.5 ESTABLECIMIENTO DE UNA SESIN SIP (20) Se realiza primero el Registro de los usuarios enviando solicitudes REGISTER. El servidor Proxy que acta como Register verifica si el usuario puede ser autenticado y enva un mensaje de OK en caso positivo. A continuacin se realiza el establecimiento de la sesin mediante una peticin INVITE (usuario A) del usuario al proxy. El proxy responde con un TRYING 100 para parar las retransmisiones Y reenva un INVITE al usuario del otro lado de la llamada (usuario B). El usuario B enva un RINGING 180 cuando el telfono suena y ste es a su vez enviado por el proxy al usuario A; Cuando el usuario B

20

acepta la llamada (descuelga) se enva un OK 200. A partir de este momento la llamada queda establecida. Finalmente corresponde realizar el cierre de sesin mediante una nica solicitud BYE enviada al proxy por cualquiera de los dos usuarios. Un resumen detallado de lo antes descrito lo podemos observar en la figura 1.11

Figura 1.11 Establecimiento de una llamada SIP

1.3.1.2.6 SIP Y EL MODELO OSI (6) Algunos de los protocolos utilizados por SIP son: TCP/UDP: Para transportar informacin de sealizacin. DNS: Para resolver nombres de dominio. RTP: Para transportar las comunicaciones de voz, datos y video. RTSP: Para controlar el envo de streaming media.

21

XML

10

(eXtensible Markup Language): Para transmitir informacin de

eventos. MIME (Multipurpose Internet Mail Extension: Para describir contenido en Internet. SAP11 (Sesion Advertisement Protocol): Para publicar sesiones multimedia va multicast.

Figura 1.12 SIP en el stack de protocolos (6)

1.3.1.3 IAX (INTER-ASTERISK EXCHANGE PROTOCOL) (10) (6) (22) (23) IAX es un protocol propietario desarrollado en Enero de 2004 Por Mark Spencer de la empresa DIGIUM.

10

XML (eXtensible Markup Language): Lenguaje de programacin que permite la organizacin y etiquetado de documentosde la web. 11 SAP (Sesion Advertisement Protocolo): Protocolo de aviso de sesin, tiene como fin las sesiones multimedia multicast.

22

Es un protocolo dedicado a la comunicacin entre servidores y clientes Asterisk; fue creado para suplir algunos de los problemas principales de SIP como: Reducir al mnimo el ancho de banda usado para las transmisiones de control y multimedia. Cambiar de protocolo de texto a protocolo binario este quiere decir pequeas cabeceras y bajo consumo de ancho de banda. Evitar el principal problema que tena SIP con NAT, esto se logra en IAX debido a que se usa UDP sobre un nico puerto (4569) donde viajan la informacin de sealizacion y datos. En IAX la sealizacin y los datos viajan conjuntamente. Soporte para transmitir planes de marcacin (dialplans).

Entonces las ventajas que presenta este protocolo son: Consume menos ancho de banda Soluciona problemas de NAT Pasa ms fcilmente a travs de firewalls

En IAX al viajar la sealizacin y los datos de forma conjunta todo el trfico de audio debe pasar obligatoriamente por el servidor IAX; lo que se resume en un aumento del ancho de banda en los servidores IAX sobretodo cuando hay muchas llamadas simultneas. IAX utiliza un solo puerto (4569) para mandar informacin de sealizacin y datos, esto mediante un mecanismo de multiplexacin o trunking. El trunking (troncalizacin) permite que varias comunicaciones puedan ser mostradas en un solo canal; de esta manera se disminuye la latencia y el ancho de banda requerido para la transmisin; de esta manera con este protocolo de puede trabajar con un gran nmero de canales activos entre terminales. Al realizar trunking los datos de mltiples llamadas se manejan en un nnico conjunto de paquetes y gracias a esto no se crea latencia adicional. El protocolo IAX se encuentra especificado en el RFC 5456. El protocolo IAX ahora se refiere generalmente al IAX2, la segunda versin del protocolo IAX.

23

IAX2 soporta los siguientes tipos de mensajes: DTMF Media Message: Datos del protocolo DTMF Voice Media Message: Transporte de voz Video Media Message: Transporte de video Text Media Message: Transporte de texto Image Media Message: Transporte de imgenes HTML Media Message: Transporta HTML Confort Noise Media Message: Transporta ruido de confort para la calidad del enlace. 1.3.1.3.1 FASES DE UNA LLAMADA IAX Una llamada IAX consta de tres fases: 1) Establecimiento de la llamada El terminal o estacin que desea iniciar la llamada (terminal A) enva un mensaje NEW al otro terminal (terminal B) el cual le responde con un mensaje ACCEPT. Luego de que se han intercambiado estos dos mensajes, el terminal destino empezar a timbrar en espera de que el usuario conteste. Una vez que el usuario conteste el terminal B enviar un mensaje ANSWER al terminal A para notificar que el usuario contest. 2) Flujo de datos o flujo de Audio Se inicia el intercambio de audio mediante tramas. Se envan tramas M y F en ambos sentidos con informacin vocal. Las tramas M son mini tramas que contienen solo una cabecera de 4 bytes para reducir el uso del ancho de banda. Las tramas M son tramas completas que incluyen informacin de sincronizacin. 3) Liberacin de la llamada Para finalizar la llamada (desconexin) cualquiera de los dos terminales que participan en la llamada deben enviar un mensaje de HANGUP. En la Figura 1.13 podemos ver un ejemplo de una llamada IAX.

24

Figura 1.13 Fases de una llamada IAX (23) 1.3.2 PROTOCOLOS DE TRANSPORTE Los protocolos de transporte de acuerdo a las caractersticas de la RED debe soportar grandes demandas de trfico lo que ocasiona dificultades en la RED como: Mayores requerimientos de ancho de banda Las aplicaciones multimedia requieren de trfico en tiempo real.

Los protocolos de transporte tienen como objetivo principal trasladar la informacin til del origen al destino demandan las aplicaciones multimedia. Los protocolos de transporte ms empleados en una red integrada de voz y de datos son RTP y su protocolo de control RTCP y RTSP. cumpliendo los requerimientos que

25

1.3.2.1 RTP (24) RTP (Real Time Transport Protocol) es un protocol de trasporte que tiene como objeto proporcionar servicios de difusin de audio y video, videoconferencia y simulaciones en tiempo real de extremo a extremo en redes de paquetes. Este protocolo no dispone de mecanismos para asegurar la calidad de servicio. El proceso de transporte implica dividir en paquetes el flujo de bits que proporciona el codificador de seal, enviar dichos paquetes por la red y reensamblar el flujo de bits original en el destino. Este protocolo detecta todas las prdidas de paquetes o retrasos que se pudieron haber dado durante la transmisin de extremo a extremo y a su vez provee informacin temporal para que el receptor pueda compensar el jitter. El protocolo RTP trabaja en conjunto con el protocolo auxiliar RTCP para obtener informacin sobre la calidad de la transmisin y participantes de la sesin.
RTP generalmente se ejecuta sobre UDP para hacer uso de sus funciones de multiplexacin y control de errores.

1.3.2.1.1 CARACTERSTICAS Las principales caractersticas de este protocolo son: Fue diseado para soportar multicast y entornos broadcast. No realiza ninguna reserva de recursos con el nico objetivo de evitar la prdida de paquetes y jitter. Contiene un identificador del tipo de carga en cada paquete, el cual describe el tipo de codificacin que se ha empleado en su generacin. RTP se implementa sobre UDP. Se incluye informacin sobre los orgenes del trfico, por lo que se puede multiplexar por el camino.

26

Incorpora marcas de tiempo especficas para cada medio transportado, las cuales son utilizadas para eliminar jitter as como para sincronizar entre flujos.

Incorpora nmeros de secuencia esto con el fin de

detectar prdidas

dentro de un flujo as como para ordenar la informacin en el receptor destino. 1.3.2.1.2 FUNCIONES Identificacin de la fuente: En una sesin multicast se identifica al usuario que gener algn paquete.

Indicacin de trama: Se envan las seales de audio y video en unidades lgicas.

Identificacin del tipo de carga: Las condiciones de la red, la prdida de paquetes y el retardo no son los mismos an en una misma llamada, en una red de paquetes.

Fragmentacin: Se fragmentan los paquetes con nmeros de secuencia para poder detectar prdidas de paquetes.

1.3.2.2 RTCP El protocolo RTCP (Real Time Control Protocol) es una parte del RTP y trabaja en conjunto con el mismo. Los participantes de una sesin envan peridicamente paquetes RTCP que provee informacin de la calidad de la entrega de datos. Cada flujo RTP cuenta con informacin adicional proporcionada por RTCP utilizada para realizar un seguimiento de la calidad de la transmisin. La informacin adicional que proporciona RTCP a RTP: Incluye detalles sobre participantes y estadsticas de rendimiento y prdidas, que permiten realizar cierto control de flujo y congestin.

27

Permite ver si las congestiones son locales o generalizadas. Puede utilizarse para hacer codificacin adaptativa.

1.3.2.2.1 RTSP El protocolo RTSP (Real Time Streaming Protocol) especificado en el RFC 2326 tiene como objeto establecer y controlar streams multimedia de audio y video actuando como control remoto de servidores multimedia. Este protocolo es similar al protocolo HTTP en sintaxis y funcionamiento esto debido a que fue desarrollado para poder utilizar la tecnologa ya desarrollada por HTTP teniendo diferencias como: Nuevos mtodos e identificador de protocolo. Protocolo con estados frente a HTTP que es sin estado. Datos transmitidos fuera de banda por otro protocolo.

El protocolo RSTP presenta algunas ventajas las cuales son: Interoperabilidad: Permite operar entre las aplicaciones cliente servidor de diferentes proveedores. Portabilidad: Se puede implementar sobre cualquier plataforma. Fiabilidad: Porque se ha construido sobre tcnicas suficientemente probadas como: RTP, UDP y TCP. 1.3.3 CODECS DE AUDIO (13) (25) La seal de audio que se emite por parte de un usuario es analgica, razn por la cual necesita ser digitalizada para ser transmitida a travs de la red de datos en un sistema de VoIP. Para este propsito se utilizan algoritmos matemticos implementados en software mas conocidos como CODECS, los cuales permiten codificar y decodificar la seal de audio. El proceso de conversin de seal que realiza un CODEC es complejo, pero la mayora de las conversiones se basan en la codificacin modulada mediante pulsos (PCM) o variaciones.

28

El CODEC adems de realizar la conversin de analgico a digital y viceversa comprime la secuencia de datos y proporciona la cancelacin de eco. Los cdecs son desarrollados y ajustados de acuerdo a medidas subjetivas de la calidad de la voz como por ejemplo 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 los mismos que deben escuchar muchas llamadas telefnicas por la red IP; esta calificacin tiene un rango que va de 1 (malo) a 5 (excelente). 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 requerido para la comunicacin y la carga computacional. Para seleccionar un cdec se debe tomar en cuenta los siguientes criterios: Complejidad: Cantidad de CPU necesaria para procesar el algoritmo de compresin. Compresin de voz: Permite a la seal de voz utilizar un ancho de banda menor para transmitirse por la red de paquetes. Calidad de la voz: Depende del usuario; sin embargo para calificar este parmetro se utiliza la tcnica de las escalas MOS. El sistema auditivo humano es capaz de captar las frecuencias comprendidas entre 20 Hz y 20 KHz, sin embargo la mayora de los cdecs nicamente procesan la informacin dentro de los 400 Hz a los 3.5 KHz ya que con esto es suficiente para reconstruir la seal original. Entre los cdecs ms utilizados para VoIP tenemos: 1.3.3.1 G.711 Estandarizado por la ITU en 1972 y es el principal algoritmo utilizado por la PSTN por ser el ms simple y de menor carga computacional. Muestrea a una frecuencia de 8 KHz utilizando modulacin de pulsos codificados (PCM) para comprimir, descomprimir y decodificar. Existen dos tipos de este cdec:

29

Ley A: Codifica cada 13 muestras en palabras de 8 bits. Esta ley es utilizada en Europa. Requiere un ancho de banda de 64 Kbps Ley u: Codifica cada 14 muestras en palabras de 8 bits. Utilizada en E.E.U.U. y Japn . Requiere un ancho de banda de 64 Kbps.

1.3.3.2 G.726 Estandarizado por la ITU en 1991 y sustituy al estndar G.721, este estndar es conocido como Diferencial de Adaptacin de la Modulacin por pulsos Codificados (ADPCM). Puede trabajar a velocidades de 16, 24 y 32 Kbps. La ventaja ms importante de este cdec es la disminucin del ancho de banda requerido sin aumentar en mayor grado la carga computacional. 1.3.3.3 G.728 Codifica con un ancho de banda de 3.4 KHz con transmisiones a 16 Kbps. Comnmente utilizado en sistemas de video, conferencias a 56 64 Kbps. 1.3.3.4 G.729 Codifica seales de audio con ancho de banda de 3.4 KHz y transmisiones a 8 Kbps. 1.3.3.5 G.729 A Desarrollado por diferentes empresas privadas. Necesita menor carga

computacional que G.729 y trasmisiones a 32 Kbps. Genera una buena calidad de voz comparable con ADPCM. No puede trasportar tonos como DTMF o fax pero es el que menor tas de bits proporciona (8 Kbps). 1.3.3.6 G.723.1 Estandarizado por la ITU en 1995. Trabaja a 6.3 Kbps (basada en la tcnica de compresin MultiPulse MultiLevel Quantization) 5.3 Kbps con un ancho de

banda de 3.4 KHz (basada en la compresin Code Exited Linear Prediction Compresion). Este cdec debe ser licenciado para poder ser usado.

30

1.3.3.7 ILBC ILBC (Internet Low Bit rate Cdec) es un algoritmo libre desarrollado para comunicaciones robustas de voz sobre redes IP. Trabaja con anchos de banda reducidos a dos velocidades distintas dependiendo del tamao de la muestra (15.2 Kbps con 20 ms y 13.33 Kbps con 30 ms). 1.3.3.8 GSM (GLOBAL SYSTEM MOBILE) Es libre, no requiere el pago de una licencia para utilizarlo. Trabaja a 13 Kbps con una carga de CPU aceptable. 1.3.3.9 SPEEX Es libre, implementado por Xiph.Org Foundation. Implementa un algoritmo capaz de variar la velocidad de transmisin dependiendo de las condiciones actuales de la Red. El ancho de banda puede variar desde 2.15 a 22.4 Kbps. 1.3.3.10 MP3 Cdec estandarizado por la ISO y optimizado para msica, es utilizado por los telfonos IP principalmente para ofrecer servicios de msica en espera. En la tabla 1.2 vemos un resumen de los cdecs ms importantes:
Cdec Estandarizado Codificacin Bit rate (Kbps) Sampling Rate (KHz) Tamao de muestra (ms) G.711 G.726 G.728 G.729 G.723.1 ITU-T ITU-T ITU-T ITU-T ITU-T PCM ADPCM CELP CELP CELP Y MultiPulse MultiLevel Quantization ILBC GSM ETSI RPE-LPT 8 13 13.3 8 30 22.5 64 16/24/32/40 16 8 5.6/6.3 8 8 8 8 8 Muestreada Muestreada 2.5 10 30

Tabla 1.2 Principales Cdecs para VoIP (26)

31

1.4 PROBLEMAS A RESOLVER EN VOIP (17) (13) (27) (25)

Los principales problemas que debe enfrentar la VoIP son: 1.4.1 RETARDO O LATENCIA Causado por distintas fuentes tales como el tipo de cdec utilizado, los medios de transmisin, el entorno de red, etc. El retardo se caracteriza por el tiempo que tarda la voz en salir del usuario que habla y llegar al usuario que escucha. Es el efecto ms notorio y perjudicial para la transmisin de voz en una red. De acuerdo al documento G.114 de la ITU-T el retardo mximo permisible en una comunicacin extremo a extremo en una llamada de voz debe ser menor a 150 ms. En la figura 1.14 se puede ver el grado de satisfaccin de los usuarios en relacin al retardo percibido en una comunicacin en tiempo real:

Figura 1.14 Determinacin del grado de satisfaccin de los clientes en relacin al retardo (25)

32

La grfica anterior se define a partir del modelo E, creado para predecir o estimar la calidad de la voz en redes IP. El resultado de este modelo es un factor escalar llamado R ( Transmission Rating Factor) que puede tomar valores entre 0 y 100 siendo 100 el puntaje de buena calidad de voz (perfeccin). El retardo causa dos problemas: eco y traslape del habla. El eco es originado por las seales reflejadas por el equipo telefnico del extremo distante. Existen tres tipos de retardo: 1.4.1.1 RETARDO DE PROPAGACIN Es el tiempo necesario para que las seales electromagnticas u pticas vuajen de un punto a otro. Causado por la velocidad de la luz en fibra ptica o en redes basadas en cobre. El retardo de propagacin puede provocar una degradacin de la seal de voz. 1.4.1.2 RETARDO DE SERIALIZACIN Es la cantidad de tiempo que se tarda en sacar un bit o un byte a la lnea de transmisin y depende de la velocidad del medio de transmisin. Mientras mayor es la longitud del paquete mayor es el retardo de serializacin. 1.4.1.3 RETARDO DE MANEJO Todo dispositivo que enva tramas a travs de la red provoca un retardo de manejo, estos retardo pueden tener impacto en las redes telefnicas tradicionales, pero estos retardos son mayores en los entornos de paquetes. Como podemos ver son muchos los factores que se suman para causar retardo (cdec, serializacin, retardo en las colas, retardo de propagacin) el retardo total equivale a la suma de todos estos y lo podemos observar grficamente en la figura 1.14:

33

Figura 1.15 Retardos en VoIP (13)

1.4.2 FLUCTUACIN DE FASE (JITTER) Es la variacin del tiempo de llegada de un paquete. La diferencia entre cuando se espera recibir el paquete y cuando se recibe es lo que se conoce como Jitter. Para reducir este problema se debe almacenar y retener los paquetes el tiempo suficiente para ordenarlos y reproducirlos en su secuencia correcta. Este proceso atrae un retardo adicional y es necesaria la adaptacin del tamao del buffer que cumpla con esta funcin. Se han hecho dos aproximaciones para adaptar el tamao del buffer para que coincida con el jitter calculado. La primera aproximacin es medir la variacin del nivel de paquetes en el buffer de jitter en un periodo de tiempo y de forma ascendente adaptar el tamao del buffer para que coincida con el jitter calculado. La segunda aproximacin es contar el nmero de paquetes que llegan tarde y crear una relacin de estos al nmero de paquetes que son procesados exitosamente. Esta relacin es usada para ajustar el buffer del jitter a una relacin permisible de paquetes tardos predeterminada.

34

1.4.3 ECO Se trata de que el llamante escucha su propia voz mientras habla, el eco es mucho ms molestoso mientras mayor es el retardo de la seal y mayor es su intensidad y es un gran problema en VoIP ya que aqu los retardos suelen ser mayores que en la red de telefona tradicional. Mientras ms largo y ms alto sea el eco ms incmodo es este problema para el usuario. El eco es sensible al odo humano cuando el retardo de escuchar su propia voz es superior a 25 ms. Es tolerable que llegue a 65 ms y una ateniuacin de 25 a 30 dB. En este caso hay dos posibles soluciones para evitar este problema: Supresores de Eco: Evitan que la seal enviada sea devuelta convirtiendo por momentos la lnea full-duplex en una lnea half-duplex, por lo tanto si se detecta comunicacin en un sentido se impide la comunicacin en el sentido contrario. Canceladores de Eco: Es un dispositivo mediante el cual se guarda la informacin que se enva del emisor en una memoria y este dispositivo es capaz de detectar en la seal si coincide con la guardada filtra esa informacin y cancela los componentes que alteran la voz.

1.5 ARQUITECTURA
La arquitectura de VoIP desde el punto de vista de distribucin puede ser centralizada o distribuida; esta caracterstica permite construir redes

caracterizadas por una administracin simplificada e innovacin de Endpoints (telfonos), dependiendo del protocolo usado (3). 1.5.1 ARQUITECTURA CENTRALIZADA En este tipo de arquitectura la inteligencia de la red es centralizada teniendo los dispositivos finales caractersticas limitadas; mediante este modelo se centraliza la administracin y el control de llamadas. Es un modelo que trabaja bien bajo los servicios de telefona bsica la arquitectura centralizada esta asociada con los protocolos MGCP y MEGACO.

35

Estos protocolos fueron diseados para un dispositivo centralizado llamado Controlador Media Gateway o Call Agent, que maneja la lgica de conmutacin y control de llamadas.

Figura 1.16 Arquitectura de Red de VoIP Centralizada

El modelo debido a

centralizado suele ser criticado y no implementado muchas veces no disponer de la suficiente flexibilidad para adoptar las futuras

innovaciones tecnolgicas. 1.5.2 ARQUITECTURA DISTRIBUIDA En este tipo de arquitectura la inteligencia de la red es distribuida esto quiere decir que el establecimiento, control, enrutamiento, facturacin de llamadas puede ser realizado desde cualquier dispositivo final. La arquitectura distribuida est asociada con los protocolos H.323 y SIP. Estos protocolos permiten que la inteligencia de la red sea distribuida entre dispositivos de control de llamadas y endpoints. Los Endpoints pueden ser Gateways VoIP, telfonos IP, servidores media, o cualquier dispositivo que pueda iniciar y terminar una llamada VoIP. Los dispositivos de control de llamadas son llamados Gatekeepers en una red H.323, y servidores Proxy o servidores Redirect en una red SIP. (3).

36

La figura 1.3 muestra una arquitectura de VoIP centralizada(b) y una distribuida (a):

Figura 1.17 Arquitectura Distribuida (a), Arquitectura centralizada (a) Este modelo es muy aplicado debido a la flexibilidad del mismo, as como fcil de entender para ingenieros que manejan redes de datos IP.

1.6 TELEFONA IP (13)

Si bien la VoIP es una tecnologa para la transmisin de voz, la telefona IP es una aplicacin de la VoIP mediante la cual se puede realizar llamadas telefnicas en redes utilizando para esto el protocolo IP. Con esta aplicacin es posible la comunicacin a bajos costos (menores que los de la telefona tradicional). La telefona IP no utiliza circuitos fsicos para la conversacin, sino que enva mltiples conversaciones a travs del mismo canal (circuito virtual) codificadas en paquetes y en flujos independientes. Esta aplicacin da las prestaciones de lo que son las comunicaciones como: mensajera de voz, fax, datos, entre otros (5).

37

1.6.1 VENTAJAS (7) Entre las ms importantes tenemos: Aprovechar la infraestructura de red existente La voz se convierte en bits los mismos que pueden ser encriptados garantizando as la seguridad. Posibilidad de hacer llamadas a travs de internet Extender la PSTN hasta lugares muy lejanos Ms y mejores servicios que la PSTN12

1.6.2 DESVENTAJAS (7) Menor confiabilidad que la PSTN debido a la naturaleza de los enlaces de internet. Servicio no orientado a conexin 13 Se necesita calidad de servicio para priorizar el trfico de voz

1.6.3 DIFERENCIA ENTRE TELEFONA TRADICIONAL Y TELEFONA IP En la telefona tradicional la central telefnica establece una interconexin entre ambos usuarios (dispositivos finales); y es sta la conexin que se utiliza para llevar los datos de la llamada. En telefona IP en cambio los datos son enviados a travs de la red mediante la tcnica de conmutacin de paquetes a un destino final a la direccin IP del destino; la diferencia tambin radica en que en este caso la seal de voz es digitalizada comprimida y codificada a su salida realizndose el proceso inverso en el destino receptor para obtener la informacin tal y como es.

12

Public Switching Network (PSTN): Red telefnica Pblica Conmutada, es una Red que trabaja bajo la modalidad de conmutacin de circuitos y es utilizada para comunicaciones de voz. 13 Servicio no orientado a conexin: Para alcanzar el destino cada mensaje se encamina de manera independiente a travs de la red

38

1.6.4 SOLUCIONES DE TELEFONA IP 1.6.4.1 SISTEMA HBRIDO Es en s una extensin del sistema de telefona tradicional puesto que lo que se hace es incorporar troncales y/o tarjetas que soportan aplicaciones de Telefona IP; es decir en este sistema se utilizan equipos que no son totalmente VoIP (por esto del nombre hbrido) son mayormente equipos convencionales a los cuales se les incorpora tarjetas que les habilitan la interconexin con dispositivos IP. En la figura 1.18 podemos observar un esquema de un sistema de telefona hbrido:

Figura 1.18 Esquema de un sistema de telefona utilizando una central IP hbrida (13)

1.6.4.2 SISTEMA IP PURO En este sistema las centrales PBX son IP puras, la voz se digitaliza, se comprime y se encapsula sobre el protocolo IP. Para esta solucin existen las basadas en software y las basadas en hardware. En la figura 1.19 tenemos un ejemplo de un sistema de telefona IP puro:

39

Figura 1.19 Esquema de telefona IP puro (28)

Puesto que uno de los objetivos del presente proyecto est enfocado a dar una solucin de telefona IP en base al software Asterisk, en el captulo 3 se explicar acerca del mismo y el cmo realizar llamadas entre telfonos IP as como tambin se explicar acerca del hardware actualmente existente en el mercado y el que puede ser solucin a la hora de implementar el prototipo de telefona IP que se propone.