VOIP

Gauss Formacin

GAUSS FORMACIN

INTRODUCCIN.
VoIP, en trminos simples, corresponde al proceso de dividir audio o video en pequeos paquetes, transmitir dichos paquetes sobre una red IP y reensamblarlos en el extremo receptor, con el fin de lograr una comunicacin multimedial. Esta idea no es nueva y su popularidad se explica principalmente por sus atractivos econmicos, pues resulta muy eficiente utilizar una sola red integrada para proveer transporte de datos y voz, disminuyendo as los costos de mantencin de varias redes. Adems, VoIP ofrece la ventaja de la integracin con la actual red telefnica.
2

INTRODUCCIN.
La diferencia con la tecnologa actual de telefona radica en la exclusividad de uso de los recursos y en la orientacin de la conexin. Mientras en VoIP la red es de conmutacin de paquetes, la red telefnica se orienta a la conmutacin de circuitos. Esto trae como ventaja que en VoIP se hace un uso ms eficiente de los recursos, liberando la conexin cuando esta est inactiva. Sin embargo, esto puede producir degradacin de la calidad precisamente por este uso compartido de la conexin.

INTRODUCCIN.
Adems, dado que la red IP est diseada bajo una filosofa de mejor esfuerzo, no garantiza la llegada en orden de los paquetes, ni de valores mximos de retardo. Por esto, se hace imprescindible la utilizacin de esquemas que garanticen cierto nivel de QoS. Y para garantizar QoS en VoIP, es necesario considerar algunos parmetros crticos.

PARMETROS DE QOS EN VOIP.

Para poder otorgar QoS en VoIP existen tres parmetros bsicos a ser considerados:
1. Retardo (Delay, Latency):
El retardo se define como el tiempo que tarda un paquete en llegar desde la fuente a su destino.

Debiera ser inferior a 150[ms] (segn ITU-T G.114), dado que el odo humano es capaz de detectar latencias de unos 250[ms].
Es la caracterstica de QoS ms exigente.

PARMETROS DE QOS EN VOIP.

Para poder otorgar QoS en VoIP existen tres parmetros bsicos a ser considerados:
2. Jitter:
Se define como la variacin en el tiempo en la llegada de los paquetes.

Puede ser causada por congestin de red, prdida de sincronizacin o por las diferentes rutas seguidas por los paquetes para llegar al destino.
El jitter entre el punto inicial y final de la comunicacin debiera ser ser inferior a 100[ms].

PARMETROS DE QOS EN VOIP.

Para poder otorgar QoS en VoIP existen tres parmetros bsicos a ser considerados:
2. Jitter:
Para compensar el jitter se utilizan jitter buffers. En ellos se almacenan los paquetes recibidos con adelantoy se van sirviendo con un pequeo retraso. Los paquetes con retraso se descartan. Si el jitter buffer es muy pequeo, se descartarn muchos paquetes; si es muy grande, se agregar mucho retardo a la comunicacin. Por lo tanto, hay un compromiso. Usualmente el retardo est entre 30 y 50[ms].
7

PARMETROS DE QOS EN VOIP.

Para poder otorgar QoS en VoIP existen tres parmetros bsicos a ser considerados:
3. Prdida de paquetes:
Debido a que el protocolo UDP no es orientado a la conexin, si existen prdidas de paquetes, estos no se reenvan. Adems se deben considerar aquellas prdidas producidas por descarte. La tasa admitida en VoIP debe ser menor al 1%. Sin embargo, este valor es fuertemente dependiente del cdec utilizado. Para minimizar este problema, se utiliza la tcnica de supresin de silencios.

PARMETROS DE QOS EN VOIP.

Si no es posible cumplir con dichos parmetros, an se puede tratar de evitar estos problemas, en forma preventiva. Para evitar o subsanar estos problemas existen variadas soluciones, cuyas implementaciones dependen de muchos factores, como le red en que sern implementados. Algunos de ellos son:
Reserva de recursos: Con esto se busca asegurar en BW a lo largo del canal antes de que se curse la llamada. Slo aplicable a redes privadas, no a Internet. Priorizacin: Se marcan los paquetes con un valor de prioridad, luego los routers deciden si pueden cumplir con la peticin.

PARMETROS DE QOS EN VOIP.

Hasta el momento se han analizado los parmetros que VoIP debe satisfacer para cumplir con cierta QoS. Pero para comprender mejor la naturaleza de esta tecnologa, a continuacin se presentar su arquitectura.

10

ARQUITECTURA DE VOIP.
Una red IP que entregue un servicio de VoIP, debe poseer algunos componentes adicionales a los comnmente usados. Estos componentes son fundamentalmente tres:
Terminales: Son los sustitutos de los telfonos actuales. Se implementan tanto en hardware como en software. Gateways: Corresponden a la interfaz entre la red IP y la red de telefona tradicional. Gatekeepers: Las nuevas centrales telefnicas (PBX). Se implementan usualmente en software.

11

ARQUITECTURA DE VOIP.
Terminal: Existen dos tipos de terminales usadas: Softphones: Se define como el software necesario para realizar una llamada telefnica usando un computador ordinario. Se disea para que funcione como un telfono tradicional. Estos, a su vez, se pueden subclasificar en: 1. Libre eleccin del proveedor : Se pueden configurar los servidores SIP proxy o gatekeepers y elegir el proveedor de VoIP que ms nos interese.

12

ARQUITECTURA DE VOIP.
Terminal: Existen dos tipos de terminales usadas: Softphones: Se define como el software necesario para realizar una llamada telefnica usando un computador ordinario. Se disea para que funcione como un telfono tradicional. Estos, a su vez, se pueden subclasificar en: 2. Clientes preconfigurados: Son los programas que permiten hablar con otros usuarios que tengan el mismo programa.

13

ARQUITECTURA DE VOIP.
Terminal: Existen dos tipos de terminales usadas: Softphones: Se define como el software necesario para realizar una llamada telefnica usando un computador ordinario. Se disea para que funcione como un telfono tradicional. Estos, a su vez, se pueden subclasificar en: 3. Programas tipo messenger con Voz: Los programas de chat de toda la vida pero en los que actualmente puedes hablar tambin.

14

ARQUITECTURA DE VOIP.
Terminal: Existen dos tipos de terminales usadas: Hardphones: Se define como el equipo fsico usado para hacer llamadas en redes VoIP. No necesitan un software o una conexin a un computador, sino que se enchufan directamente al router y cursan las llamadas como en una lnea telefnica tradicional.

15

ARQUITECTURA DE VOIP.
Gateway:
Dispositivo que convierte llamadas de voz, en tiempo real, entre la telefona pblica conmutada (PSTN) y redes IP. Las funciones de una gateway IP incluyen compresin/descompresin de voz, paquetizacin, ruteado de llamadas y sealizacin de control. Puede, adems, incluir funciones de interfaz con controladores externos, como Gatekeepers o Proxy, sistemas de facturacin y sistemas de control de red.

16

ARQUITECTURA DE VOIP.
Gatekeeper:
Entidad de control central que ejecuta las funciones de gestin en una red VoIP o en aplicaciones multimedia como conferencias de video. Los Gatekeepers proveen inteligencia de red, incluyendo resolucin de direcciones, autorizacin, servicios de autenticacin, gestin de CDRs ( Call Detail Record) y comunicacin con la red. Los Gatekeepers controlan el ancho de banda, proveen compatibilidad entre sistemas y monitorizan la red para servicios de ingeniera, control en tiempo real y balanceo de carga.

17

ARQUITECTURA DE VOIP.
En la figura se observan los dispositivos antes mencionados.

Ntese la interaccin entre la red de telefona tradicional y la de VoIP.

La interfaz entre ambas la componen los Gateways. Los Gatekeepers se encargan de la administracin de las llamadas.

18

ARQUITECTURA DE VOIP.
Se ha visto la arquitectura que compone una red para ofrecer VoIP. Adems, se han sealado sus principales componentes, y el rol que desempean dentro de dicha arquitectura. Sin embargo, aun no se ha visto cmo se cursa una llamada VoIP sobre la red. A continuacin se describe el proceso completo de establecimiento de una llamada tipo.
19

ESTABLECIMIENTO DE UNA LLAMADA.

1. 2. 3. 4. 5.

Un usuario disca un nmero de acceso a un servicio de telefona sobre IP. La llamada es ruteada a un conmutador de telefona IP. El gateway solicita al usuario que indique el nmero al que llamar. Este nmero es enviado al gatekeeper. El gatekeeper determina la direccin IP del destino, basado en el nmero de telfono del destino. Un paquete IP requiriendo informacin de status (disponibilidad) del gateway de destino es enviado al gatekeeper del destino. El gatekeeper de destino responde la solicitud, dando informacin de disponibilidad y la direccin IP del gateway de destino. El gatekeeper de origen transfiere esta informacin al gateway de origen.
20

ESTABLECIMIENTO DE UNA LLAMADA.

6. 7. 8.

El gateway de origen establece un canal de comunicacin con el gateway de destino. Este canal es identificado por una variable de referencia de llamada (CRV), que ser utilizada durante toda la llamada para identificar los paquetes IP que corresponden a dicha llamada. El gateway de destino elige un troncal de salida para la PSTN y enva una sealizacin a la red pblica para que inicie una llamada con el nmero solicitado. Si la llamada puede ser completada con xito, un mensaje de sealizacin IP es enviado por el gateway de destino al gatekeeper de destino y por ste al gatekeeper de origen. ste ltimo sealiza al gateway de origen y a su vez, el gateway de origen encamina hacia la PSTN de origen que el destino est siendo llamado (tono de llamada). Luego la conversacin es sostenida mediante los gateways.
21

ESTABLECIMIENTO DE UNA LLAMADA.

Como se ha visto, los pasos para lograr una comunicacin exitosa requieren de la intervencin de varios dispositivos (gateways, gatekeepers, terminales, etc.).

Pero para que dichos dispositivos puedan establecer y mantener una llamada, se requieren los protocolos.

22

PROTOCOLOS EN VOIP.
El objetivo principal de VoIP, es la comunicacin mutimedial (audio o video) entre dos terminales (PCs, telfonos, etc.). Pero para ello, adems del hardware descrito en la seccin precedente, se hace necesario, a nivel de software, el uso de protocolos de comunicacin. Muchos protocolos intervienen en la generacin, establecimiento y mantencin de una llamada, pero existen dos clases de ellos que son primordiales:
Protocolo de transmisin de audio y video: El protocolo ms ampliamente utilizado actualmente en redes TCP/IP es el RTP (Real-time Transport Protocol). Protocolo para encontrar y negociar parmetros con otro dispositivo remoto: Tambin llamados protocolos de sealizacin de llamada. Los dos ms utilizados en transmisiones VoIP en redes IP son: H.323 y SIP (Session Initiation Protocol).

En trminos simples, H.323/SIP es el encargado de ubicar al dispositivo remoto llamado y establecer la comunicacin, mientras que RTP debe ocuparse del mantenimiento de dicha comunicacin.

23

PROTOCOLOS EN VOIP.
RTP Protocolo de capa de aplicacin. Definido en la RFC 3550. Especifica:
Formato de la carga ( payload ) para los Codecs. Orden de los paquetes. Mecanismos de ayuda para solucionar delay y jitter.

Si se desea agregar seguridad a la transmisin, se puede utilizar Secure RTP, que provee encriptacin, autenticacin e integridad en cada paquete. A continuacin se muestra un paquete tipo usado por RTP, con sus respectivos campos.

24

PROTOCOLOS EN VOIP.
RTP
RTP numero de versin (V - version number): 2 bits. La versin definida por la especificacin actual es 2. Relleno (P - Padding): 1 bit. Si el bit del relleno est colocado, hay uno o ms bytes al final del paquete que no es parte de la carga til. El byte ms ltimo en el paquete indica el nmero de bytes de relleno. El relleno es usado por algunos algoritmos de encriptacin. La extensin (X - Extension): 1 bit. Si el bit de extensin est colocado, entonces el encabezado fijo es seguido por una extensin del encabezado. Este mecanismo de la extensin posibilita implementaciones para aadir informacin al encabezado RTP.
25

PROTOCOLOS EN VOIP.
RTP
Conteo CSRC (CC): 4 bits. El nmero de identificadores CSRC que sigue el encabezado fijo. Si la cuenta CSRC es cero, entonces la fuente de sincronizacin es la fuente de la carga til. El marcador (M - Marker): 1 bit. Un bit de marcador definido por el perfil particular de media. La carga til Type (PT): 7 bits. Un ndice en una tabla del perfiles de media que describe el formato de carga til. Los mapeos de carga til para audio y video estn especificados en el RFC 1890

26

PROTOCOLOS EN VOIP.
RTP
El numero Telefnico: 16 bits. Un nico nmero de paquete que identifica la posicin de este en la secuencia de paquetes. El nmero del paquete es incrementado en uno para cada paquete enviado. Timestamp: 32 bits. Refleja el instante de muestreo del primer byte en la carga til. Varios paquetes consecutivos pueden tener el mismo timestamp si son lgicamente generados en el mismo tiempo - por ejemplo, si son todo parte del mismo frame de video.

27

PROTOCOLOS EN VOIP.
RTP
SSRC: 32 bits. Identifica la fuente de sincronizacin. Si la cuenta CSRC es cero, entonces la fuente de carga til es la fuente de sincronizacin. Si la cuenta CSRC es distinta a cero, entonces el SSRC identifica el mixer(mezclador). CSRC: 32 bits cada uno. Identifica las fuentes contribuyentes para la carga til. El nmero de fuentes contribuyentes est indicado por el campo de la cuenta CSRC; All puede haber ms de 16 fuentes contribuyentes. Si hay fuentes contribuyentes mltiples, entonces la carga til son los datos mezclados de esas fuentes.

28

PROTOCOLOS EN VOIP.
H.323
Est compuesto de una familia de protocolos usados para realizar el control de la llamada. Los ms importantes son H.225 y H.245, que configuran, administran y terminan la llamada. Bsicamente, funciona as:
Inicia la llamada hacia un punto terminal con H.225 a travs de un puerto TCP, con sealizacin Q.931. Una vez establecida la llamada, se inicia la administracin, por parte del H.245, por un canal diferente al usado por H.225, asignado dinmicamente en los puertos TCP durante la fase H.225. Los canales para transporte de audio y video se designan tambin dinmicamente, con un procedimiento H.245 llamado OpenLogicalChannel . Los mensajes ms comunes de Q.931/Q.932 usados como mensajes de sealizacin H.323 son:

29

PROTOCOLOS EN VOIP.
H.323
Est compuesto de una familia de protocolos usados para realizar el control de la llamada. Los ms importantes son H.225 y H.245, que configuran, administran y terminan la llamada. Bsicamente, funciona as:
Setup. Es enviado para iniciar una llamada H.323 para establecer una conexin con una entidad H.323. Entre la informacin que contiene el mensaje se encuentra la direccin IP, puerto y alias del llamante o la direccin IP y puerto del llamado. - Call Proceeding. Enviado por el Gatekeeper a un terminal advirtiendo del intento de establecer una llamada una vez analizado el nmero llamado. - Alerting. Indica el inicio de la fase de generacin de tono. - Connect. Indica el comienzo de la conexin. - Release Complete. Enviado por el terminal para iniciar la desconexin. - Facility. Es un mensaje de la norma Q.932 usado como peticin o reconocimiento de un servicio suplementario.

30

PROTOCOLOS EN VOIP.
SIP
SIP es un protocolo de sealizacin a nivel de aplicacin para establecimiento y gestin de sesiones con mltiples participantes. Se basa en mensajes de peticin y respuesta y reutiliza muchos conceptos de estndares anteriores como HTTP y SMTP. Trabaja sobre TCP/UDP. Funciona en la parte de sealizacin y control de la comunicacin, transportando al SDP (Session Descripton Protocol) que describe el contenido multimedial de la sesin (puertos IP usados, Codecs, etc.). Enva invitaciones para crear sesiones, las que contienen informacin sobre los parmetros multimediales a usar. Con esto, los posibles participantes pueden o no aceptar dicha invitacin. Utiliza servidores proxy para rutear los requerimientos hacia el usuario, autentificar y autorizar servicios para los usuarios e implementar polticas de ruteo de llamadas.
31

PROTOCOLOS EN VOIP.
SIP
Para implementar estas funcionalidades, existen varios componentes. Los dos principales son los agentes de usuario (UA) y los servidores, que pueden ser de tres tipos: Proxy, Register y Redirect.
Agentes de Usuario:
Consisten en dos partes distintas, el User Agent Client (UAC) y el User Agent Server (UAS). UAC es una entidad lgica que genera peticiones SIP y recibe respuestas a esas peticiones. UAS es una entidad lgica que genera respuestas a las peticiones SIP. Ambos se encuentran en todos los agentes de usuario, as permiten la comunicacin entre diferentes agentes de usuario mediante comunicaciones de tipo cliente-servidor.

32

PROTOCOLOS EN VOIP.
SIP
Para implementar estas funcionalidades, existen varios componentes. Los dos principales son los agentes de usuario (UA) y los servidores, que pueden ser de tres tipos: Proxy, Register y Redirect.
Servidores - Proxy Server:
Retransmiten solicitudes y deciden a qu otro servidor deben remitir, alterando los campos de la solicitud en caso necesario.

Es una entidad intermedia que acta como cliente y servidor con el propsito de establecer llamadas entre los usuarios.
Este servidor tienen una funcionalidad semejante a la de un Proxy HTTP que tiene una tarea de encaminar las peticiones que recibe de otras entidades ms prximas al destinatario.

33

PROTOCOLOS EN VOIP.
SIP
Para implementar estas funcionalidades, existen varios componentes. Los dos principales son los agentes de usuario (UA) y los servidores, que pueden ser de tres tipos: Proxy, Register y Redirect.
Servidores - Register Server :
Es un servidor que acepta peticiones de registro de los usuarios y guarda la informacin de estas peticiones para suministrar un servicio de localizacin y traduccin de direcciones en el dominio que controla.

34

PROTOCOLOS EN VOIP.
SIP
Para implementar estas funcionalidades, existen varios componentes. Los dos principales son los agentes de usuario (UA) y los servidores, que pueden ser de tres tipos: Proxy, Register y Redirect.
Servidores - Redirect Server :
Es un servidor que genera respuestas de redireccin a las peticiones que recibe.

Este servidor reencamina las peticiones hacia el prximo servidor.

35

PROTOCOLOS EN VOIP.
SIP
Finalmente, dado que SIP es un protocolo basado en mensajes tipo solicitud/respuesta, se mostrarn los mensajes ms usuales en una llamada:
Solicitud: Existen seis mtodos bsicos SIP (definidos en RFC 254) que describen las peticiones de los clientes:
INVITE: Permite invitar un usuario o servicio para participar en una sesin o para modificar parmetros en una sesin ya existente.

ACK: Confirma el establecimiento de una sesin.

OPTION: Solicita informacin sobre las capacidades de un servidor. BYE: Indica la terminacin de una sesin. CANCEL: Cancela una peticin pendiente.

REGISTER: Registrar al User Agent.

36

PROTOCOLOS EN VOIP.
SIP
Finalmente, dado que SIP es un protocolo basado en mensajes tipo solicitud/respuesta, se mostrarn los mensajes ms usuales en una llamada:
Respuesta: El cdigo de la respuesta est compuesto por tres dgitos que permiten clasificar los diferentes tipos existentes. El primer dgito define la clase de la respuesta.
1xx - Mensajes provisionales. 2xx - Respuestas de xito. 3xx - Respuestas de redireccin. 4xx - Respuestas de falla de mtodo. 5xx - Respuestas de fallas de servidor.

6xx - Respuestas de fallas globales.

37

VOZ SOBRE REDES DE PAQUETES

Funciones bsicas que debe realizar un sistema de voz sobre IP Digitalizar (G.711) y comprimir si es necesario (G.723 G.729) La voz es nativamente una seal analgica si el paquete va a pasar por una red WAN Paquetizar (encapsulada en paquetes IP) Enrutamiento de los paquetes

Seal de voz

Seal de voz

Codificacin

De c odificacin

Empaquetado

Red de paquetes IP (Internet, MPLS)

API 2004

Des e mpaquetado

38

TIPOS DE LLAMADAS DE VOIP

PC a PC
PC a Telfono Telfono a Telfono

PSTN
Cable Modem

Gateway
Gateway

INTERNET
Acceso Internet Dedicado

API 2004

39

EN LA RED IP
Los Routers y Switches en la Internet examinan las Direcciones IP de los paquetes para llegar al destino deseado Pueden haber muchos Routers y switches en el camino que toma el paquete de VoIP hasta su destino

40

MODELO DE REFERENCIA TCP/IP

41

CRITERIOS DE ENTREGA
IP (Internet Protocol) Protocolo de nivel de red Se preocupa de hacer llegar cada paquete a su destino del mejor modo posible

Datos Entrega confiable (TCP, protocolo de nivel de transporte)

Proporciona transporte de datos de un nodo a otro mediante el uso de tcnicas orientadas a la conexin

Multimedia: Entrega a tiempo (UDP) Intercambio de informacin (audio y video en tiempo real) Transmisin de paquetes de sonido y video no interactivo bajo UDP (User Datagram Protocol) Protocolo de nivel de transporte Establece la comunicacin entre dos estaciones pero no provee confiabilidad Los paquetes pueden llegar en desorden o no llegar

42

PROTOCOLO DE NIVEL DE TRANSPORTE

TCP (Transmission Control Protocol)

Servicio de entrega de paquetes orientado a conexin

Es confiable y se basa en el establecimiento de Circuitos Virtuales Maneja el concepto de puertos Las conexiones se identifican por dos pares : (Direccin IP Host 1, Puerto Host 1) (Direccin IP Host 2, Puerto Host 2)

Se pueden tener varias conexiones simultneas al mismo puerto en un host Existen (al igual que en UDP) Puertos BIEN CONOCIDOS que son asignados a aplicaciones especficas Los bloques de informacin que entrega la aplicacin son divididos en segmentos de datos y manejados ptimamente El tamao de los segmentos es independiente del tamao de los bloques de informacin Estos segmentos de datos son entregados al nivel IP para su transmisin

PROTOCOLO DE NIVEL DE TRANSPORTE

UDP (User Datagram Protocol)

Servicio de entrega de paquetes NO orientado a conexin

Las aplicaciones desarrolladas que utilizan UDP deben ser responsables de la confiabilidad Varias aplicaciones pueden utilizar simultneamente los servicios de UDP La forma de diferenciar las aplicaciones consiste en la asignacin de PUERTOS

Algunos puertos se denominan PUERTOS BIEN CONOCIDOS y se asignan a aplicaciones especficas

NORMA RFC 1889: PROTOCOLOS RTP Y RTCP

PROTOCOLO: RTP
RTP: Real-Time Transport Protocol (protocolo en tiempo real) Estndar para el transporte de trfico en tiempo real sobre Internet Origen: red MBONE (Multicast Backbone): red virtual de difusin superpuesta sobre Internet para multiconferencias Se asume la existencia Imperfecciones en la red (prdidas y retardos) Posible variacin de caractersticas de la red durante la comunicacin Corre sobre UDP Considera sincronizacin, con tags de tiempo. RTCP: Real-Time Trasport Control Protocol RTP: No se concentra en entrega segura de informacin como TCP Es preferible entregar a tiempo, que entregar confiable

RTP le agrega a cada trama la identificacin del tipo de informacin que contiene, el nmero de secuencia y la hora en que fue generada. Esto permite que el receptor transmita la informacin al usuario al mismo ritmo en que fue generada y permite conocer si hubo descartes de informacin

CABECERA RTP
El campo Tipo de carga til (Payload Type) permite especificar el formato de la informacin digital de audio o vdeo que lleva el paquete (por ejemplo el valor 9 representa audio G.722). Esto permite al receptor realizar correctamente la decodificacin. El emisor puede variar el formato cuando lo desee durante una sesin simplemente cambiando el valor de este campo El campo Nmero de secuencia lo utiliza el emisor para numerar de forma montonamente ascendente los paquetes enviados. Esto permite al receptor (o receptores) detectar paquetes perdidos (por ejemplo por congestin en la red) y reordenar los paquetes recibidos fuera de orden

RTCP (RTP CONTROL PROTOCOL)

Protocolo que trabaja en conjunto con RTP que se basa en la transmisin peridica, a todos los participantes de una sesin, de paquetes de control con informacin sobre la calidad de la comunicacin
Regula intercambio de mensajes de control en una sesin multimedia Informacin de calidad de servicio: Retardo

Tasa de paquetes recibidos y perdidos...

No proporciona mecanismos QoS

50

ANLISIS DEL PAQUETE DE VOIP

De tramas (Frames) a Paquetes El Software Ensamblador de Paquetes dentro del DSP toma los frames del CODEC y crea paquetes (packets) Varias tramas pueden estar contenidos en un slo paquete Combinacin de tramas en un paquete

Frames

10110101

10110101

10110101

10110101

Packet

51

ANLISIS DEL PAQUETE DE VOIP

Se agrega un encabezado Real Time Protocol (RTP) de 12 bytes, que provee: Nmero de secuencia Time stamp El paquete es enviado a travs de la red WAN

RTP

10110101

10110101

10110101

10110101

Se agrega al paquete un IP header de 20 bytes que contiene: Direccin IP de origen La direccin IP de destino Se agrega tambin un header UDP de 8 bytes conteniendo los puertos sockets de origen y destino

UDP RTP

10110101

IP

10110101

10110101

10110101

API 2004

52

ANLISIS DEL PAQUETE DE VOIP

Por tanto el Overhead Total es de 40 Bytes
20 Bytes de IP 8 Bytes de UDP 12 Bytes de RTP Total de 40 Bytes O 320 Bits por cada paquete Normalmente se lleva 20 ms de voz en cada paquete por lo que implica un BW de 320bits/20ms = 16 Kbps Si se est empleando G.729 a se tiene un BW adicional 8 Kbps Por lo tanto se obtiene un BW total de 24 Kbps
API 2004 53

EL GATEWAY
El Gateway es responsable por la adaptacin desde la telefona tradicional a la Telefona IP Interconexin entre la red IP y el sistema telefnico tradicional analgica (PBX tradicional) o red pblica (PSTN) o con la r ed RDSI Emplea DSPs y Microprocesadores

DSP
Telephones (Circuitos)

DSP Micro DSP DSP

Ethernet (Internet)

DSP Digital Signal Processor(s) Voice Compression Tone Detection/Generation Echo Cancellation Silence Suppression Micro Processor(s) Telephony Protocols Network Protocols Management Routing
54

API 2004

GATEWAY
Un gateway es un dispositivo que cuida las funciones de Interworking para hacer de puente entre circuitos-paquetes y la red basada en IP. Transforma los paquetes IP en seales digitales o analgicas y viceversa. Traduce la sealizacin de la llamada.

La media gateway conectada a la LAN permitir que un telfono IP se comunique a travs de la red PSTN/ISDN y trabajar con un cliente que utilice una PABX estndar. No se debe olvidar que todava se necesita PSTN/ISDN para conectar 2 compaas con sistemas IP que no tienen una lnea de datos entre ellos.

API 2004

55

TELFONO A TELFONO
Analog Voice

Gateway

Digital Voice

IP Packet Voice

LAN

LAN

IP WAN
Router

Router

Gateway

Sitio Remoto
API 2004 56

ATA (ANALOG TELEPHONE ADAPTORS)

57

API 2004

ATA CISCO

58

API 2004

GATEWAY VOICE INTERFACES

PBX PBX

Eth

FXO

FXS
PBX

Eth

E1/PRI

E1/PRI

Eth

E&M

E&M

FXO

FXS

Eth

FXOForeign Exchange Office

FXSForeign Exchange Station

E&MEar and Mouth PRIPrimary Rate Interface
59

CONCEPTOS IMPORTANTES

Estamos acostumbrados, o al menos deberamos, a tratar con puertos de red: RJ -45 para las conexiones LAN (Ethernet) y RJ-11 para las conexiones WAN (ADSL o similares).
Con la llegada de la voz IP a los dispositivos de redes se hizo necesario aadir interfaces para conectar equipos de voz a los routers/switches. De esta necesidad nacieron las interfaces FXO y FXS. FXS (Foreing Exchange Station) es una interfaz que nos permite conectar un telfono analgico convencional, como el que tenemos en casa y que ste pase a formar parte de la red de voz IP. Cmo? Gracias a los DSP de los que hablaremos en un momento. Por ahora, baste decir que es una interfaz que proporciona tono de llamada a los equipos que se conectan y que, por tanto, les permite interactuar con el sistema de voz IP. FXO (Foreign Exchange Office) es una interfaz preparada para conectarse con pasarelas de voz (voice gateways) u otros dispositivos de telefona (PBX, centralitas,etc.). En este caso, esta interfaz recibe el tono de llamada del dispositivo que se conecta a ella.

CONCEPTOS IMPORTANTES

DSP (Digital Signal Processing).

Los routers que se utilizan para voz IP son en esencia los mismos que se venan empleando para las redes convencionales hasta ahora. Esto significa que estaban dimensionados (en memoria y capacidad de proceso) para sobrellevar sin problemas las necesidades que una red pudiera requerir. Sin embargo el proceso de conversin analgico-digital es muy costoso y requiere de mucha capacidad para poder llevarse a cabo con xito y en tiempo real. As, dada esta nueva necesidad, surgi la opcin de redisear por completo los equipos o bien seguir utilizando los que hasta ahora se venan empleando aadindoles circuitos dedicados para el procesado de voz. Los DSP son estos circuitos dedicados y se dedican, casi en exclusividad, a realizar los complejos procesos matemticos que requiere la conversin analgico-digital. De modo que cuando estamos diseando nuestro sistema de voz IP debemos tener en cuenta cuntos equipos analgicos van a coexistir: telfonos analgicos, RTB (Red Telefnica Bsica), pasarelas de voz, etc., y sobre ello calcular el nmero de conversaciones que van a tener que convertirse simultneamente para decidirnos por el tamao del DSP a instalar.

TRUNKING IP (TRUNKING SOBRE IP)

Implementacin de VoIP en WAN La compaa puede elegir entre usar lneas arrendadas de un operador e instalar sus propios dispositivos de red (routers etc). Las grandes compaas continan favoreciendo las WANs privadas sobre lneas arrendadas La compaa puede elegir entre usar la red de datos de un operador siendo ATM, Frame Relay o MPLS (VPNs) Voz sobre IP en la WAN algunas veces pasa directamente sobre una red IP VPN, pero es ms comn sobre una red ATM, Frame-Relay o MPLS

62

 Cada sede remota tiene una PABX pequea y aislada sin acceso a las aplicaciones de voz centrales Las llamadas de voz desde las sedes remotas a la principal se realizan a travs de la red pblica Gateway (conectado a la LAN) permitir la comunicacin a travs de PSTN

Sede 4 PBX: 5 ext LAN: 5 puertos

Sede principal

Sede 3 PBX: 3 ext LAN: 3 puertos

PSTN
Sede 2 PBX: 12 ext LAN 12 puertos

Sede 1 PBX: 5 ext LAN 5 puertos

Red privada de datos Red Pblica para voz

Sedes Remotas
API 2004 63

PBX

PBX

PSTN
E1 (QSIG) Gateway E1 (QSIG)

Gateway

Ethernet

Ethernet

WAN IP
Router Router

64

API 2004

Reemplazo de Enlaces TDM

No se requieren enlaces dedicado en configuracin punto a punto Mayor eficiencia en utilizacin de ancho de banda Funciones Tandem se trasladan a la red IP, mejor utilizacin del CPU Se crece en canales de manera ms granular
PSTN

PSTN
E1

VoIP

VoIP

E1 E1 E1 E1 VoIP VoIP VoIP WAN

65

API 2004

Tabla resumen de codecs

La comunicacin de voz es analgica, mientras que la red de datos es digital. El proceso de convertir ondas analgicas a informacin digital se hace con un codificador -decodificador (el CODEC). Hay muchas maneras de transformar una seal de voz analgica, todas ellas gobernadas por varios estndares. El proceso de la conversin es complejo. Es suficiente decir que la mayora de las conversiones se basan en la modulacin codificada mediante pulsos (PCM) o variaciones. Adems de la ejecucin de la conversin de analgico a digital, el CODEC comprime la secuencia de datos, y proporciona la cancelacin del eco. La compresin de la forma de onda representada puede permitir el ahorro del ancho de banda. Esto es especialmente interesante en los enlaces de poca capacidad y permite tener un mayor numero de conexiones de VoIP simultaneamente. Otra manera de ahorrar ancho de banda es el uso de la supresin del silencio, que es el proceso de no enviar los paquetes de la voz entre silencios en conversaciones humanas. A continuacin se muestra una tabla resumen con los cdecs ms utilizados actualmente: - El Bit Rate indica la cantidad de informacin que se manda por segundo. - El Sampling Rate indica la frecuencia de muestreo de la seal vocal.(cada cuanto se toma una muestra de la seal analgica) - El Frame size indica cada cuantos milisegundos se envia un paquete con la informacin sonora. - El MOS indica la calidad general del cdec (valor de 1 a 5)

Nombre

Estandarizado

Descripcin

Bit rate (kb/s)

Sampling rate (kHz)

Frame size (ms)

Observaciones

MOS (Mean Opinion Score) 4.1

G.711 *

ITU-T

Pulse code modulation (PCM) Pulse code modulation (PCM) Adaptive differential pulse code modulation (ADPCM) 7 kHz audio-coding within 64 kbit/s Coding of speech at 8 kbit/s using conjugatestructure algebraiccode-excited linearprediction (CS-ACELP)

64

8 8 8 16

Tiene dos versiones u-law (US, Muestreada Japan) y a-law (Europa) para muestrear la seal Mejora del codec G.711 para Muestreada abarcar la banda de 50 Hz a 7 Khz. Mas info Muestreada Obsoleta. S e ha transformado en la G.726.

G.711.1 *

ITU-T

80-96Kbps

G.721

ITU-T

32

G.722

ITU-T

64

Divide los 16 Khz en dos Muestreada bandas cada una usando ADPCM

29 **

ITU-T

10Bajo retardo (15 ms)

3.92

G.729.1

ITU-T

Coding of speech at 8 8/12/14/16/ kbit/s using conjugate- 18/20/22/2 structure algebraic4/ code-excited linear26/28/30/3 prediction (CS-ACELP) 2 RegularPulse Excitation LongTerm Predictor (RPE-LTP)

10

Ancho de banda desde 50Hz a 7 Khz Mas info

GSM 06.10

ETSI

13

22.5

Usado por la tecnologa celular GSM

EJEMPLO CAPTURA DE LLAMADA

EJEMPLO LLAMADA SIP

A continuacin se analizar detalladamente una llamada. En una llamada SIP hay varias transacciones SIP. Una transaccin SIP se realiza mediante un intercambio de mensajes entre un cliente y un servidor. Consta de varias peticiones y respuestas y para agruparlas en la misma transaccin esta el parmetro CSeq.
Las dos primeras transacciones corresponden al registro de los usuarios. 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.

La siguiente transaccin corresponde a un establecimiento de sesin. Esta sesin consiste en una peticin INVITE del usuario al proxy. Inmediatamente, el proxy enva un TRYING 100 para parar 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 ultimo, el OK 200 corresponde a aceptar la llamada (el usuario B descuelga). En este momento la llamada est establecida, pasa a funcionar el protocolo de transporte RTP con los parmetros (puertos, direcciones, codecs, etc.) establecidos en la negociacin mediante el protocolo SDP.
La ltima transaccin corresponde a una finalizacin de sesin. Esta finalizacin se lleva a cabo con una nica peticin 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 final correctamente.