Telefona IP y VoIP

Configuracin, Administracin y
Gestin de Redes
David Baselga Masi
Marcos Ramos Montes

Contenido
Introduccin............................................................................................... - 3 -
Comunicaciones pblicas y empresariales.................................................- 4 -
Telefona IP y VoIP................................................................................... - 4 -
Diferencia entre la telefona IP y la convencional......................................- 5 -
Retardos.................................................................................................. - 6 -
Fundamentos de los servicios de VoIP........................................................- 7 -
Protocolos de VoIP y telefona IP................................................................- 9 -
SIP (Session Initiation Protocol)...............................................................- 9 -
Mensajes SIP...................................................................................... - 12 -
Transacciones y Dilogos SIP............................................................- 13 -
Flujo de establecimiento de una sesin SIP.......................................- 14 -
TELEFONA IP Y VOIP

Protocolo de Descripcin de Sesin (SDP).........................................- 16 -

Protocolos RTP/RTCP..........................................................................- 16 -
H.323.................................................................................................... - 17 -
La centralita telefnica Asterisk...............................................................- 18 -
IAX (Inter Asterisk eXchange)...............................................................- 20 -
Los terminales de telefona IP..................................................................- 21 -
Interconexin con la red telefnica fija y la celular..................................- 21 -
Desventajas de la telefona IP..................................................................- 23 -
Bibliografa............................................................................................... - 24 -

2
Introduccin
Tradicionalmente, las redes de conmutacin de circuitos han sido las
encargadas de dar soporte a las comunicaciones de voz mediante la
red telefnica conmutada. Ms tarde, las redes telefnicas
empezaron a utilizarse tambin para las comunicaciones de datos por
ejemplo mediante modem ADSL, hecho que fue posible en el
segundo caso gracias a tcnicas de multiplexacin del canal.

En el mbito empresarial lo habitual era que hubiera dos tipos de

redes distintas, una para el trfico de voz y otra para el trfico de
datos ambas implementadas con tecnologas diferentes, la de voz
basada en conmutacin de circuitos y la de datos basada en
conmutacin de paquetes.

La voz sobre IP, inicialmente, se implement para reducir costes y el

ancho de banda requerido por la voz digitalizada a travs de las
redes convencionales de conmutacin de circuitos que es de 64
kbits/s, mediante el empleo de la conmutacin de paquetes asociada
a la compresin vocal, aprovechando los algoritmos de compresin
diseados para sistemas celulares digitales en la dcada de los aos
80. En consecuencia, se logr reducir los costos en el transporte
nacional aunque ms todava en el internacional. Luego, su aplicacin
se extendi sobre las redes de rea local e Internet, siendo
consideradas en este ltimo caso todas las llamadas como locales y,
por lo tanto, de bajo costo.

En principio, los fabricantes tradicionales de telefona, especializados

en los servicios de voz como son Ericsson, Alcatel, Lucent, Nortel, etc,
apostaron por una migracin hacia la VoIP, basndose en la
compatibilidad entre sus productos nuevos y viejos (legacy),
mientras que otras firmas, tpicamente especializadas en datos como
Cisco y 3Com, montaron nuevos escenarios basados en llamadas
PBX1-IP puras.

1 Una PBX "Private Branch Exchange" es una centralita telefnica privada

conectada directamente a la red telefnica pblica
 Comunicaciones pblicas y empresariales
Los usuarios utilizan habitualmente para sus comunicaciones vocales, bien
la red telefnica bsica conmutada o bien la Red Digital de Servicios
Integrados (RDSI), si bien las comunicaciones a travs de redes mviles se
han extendido a gran velocidad y representan un negocio superior al de la
telefona fija, algo razonable si tenemos en cuenta que el nmero de de
lneas de telfono mvil es de 44,3 millones en Espaa 2. Los usuarios
acceden al servicio telefnico fijo por medio del bucle de abonado, que
comunica la central telefnica pblica con su domicilio, bien sea residencial
o empresarial. En el caso de las redes mviles, lo hacen a travs de las
estaciones base de radio y sus telfonos celulares.

El caso de las empresas tiene sus particularidades y, as, actualmente, la

mayora de las empresas tienen su propia red telefnica convencional,
diseada sobre PBX, que soportan todos los servicios telefnicos
tradicionales.

Recordemos que estos sistemas PBX se conectan a la RTC/RDSI para

llamadas externas a telfonos fijos o mviles y que, si la empresa tiene un
gran volumen de llamadas y varias oficinas, stas pueden conectarse
mediante lneas dedicadas de alta velocidad, que reducirn el coste
considerablemente.

Otra de las caractersticas de los sistemas de comunicacin en la empresa

es que suelen tener su propia red de datos de rea local(LAN), donde se
conectan sus diversos equipos de datos. Estas redes de datos se han ido
ampliando, pudiendo conectar equipos en oficinas remotas mediante la
interconexin de diversas LAN, a travs de Internet.

El hecho de tener dos redes independientes para comunicaciones

telefnicas y de datos es algo caro e innecesario, por lo que la telefona IP
proporciona una alternativa en el campo de las comunicaciones
empresariales.

Telefona IP y VoIP
La gente tiende a usar los trminos "telefona IP" y "VoIP" como sinnimos,
pero, cul es la diferencia entre uno y otro?

La telefona IP se refiere a la utilizacin de una red IP (privada o pblica,

como es Internet) por la que transmitimos los servicios de voz, fax y
mensajera (Skype, por ejemplo). Esta red IP puede ser utilizada para

2 Datos de marzo de 2016

realizar las llamadas internas de la propia empresa, as como para las
llamadas externas, usando Internet en lugar de la red telefnica pblica.

La VoIP es la tecnologa sobre la que funciona la telefona IP. VoIP gestiona

el envo de informacin de voz utilizando el protocolo IP. La informacin
analgica vocal se transforma en paquetes digitales diferenciados que se
envan por la red. Los paquetes de voz viajan por la red igual que lo hacen
los paquetes generados al enviar un mensaje de correo electrnico, por
ejemplo.

La telefona IP es una aplicacin inmediata de esta tecnologa, de manera

que permite la realizacin de llamadas ordinarias sobre redes IP u otras
redes de conmutacin de paquetes, utilizando ordenadores personales(PC),
gateways,3gatekeepers4, unidades de multiconferencia y/o telfonos
normales.

Los pasos que tienen lugar en una llamada a travs de Internet o de

cualquier otra red IP, son: conversin de la seal de voz analgica a formato
digital y compresin de la seal al protocolo de Internet (IP) para su
transmisin. En recepcin se realiza el proceso inverso para poder
recuperar de nuevo la seal de voz analgica. Dicho de otra manera,
cuando hacemos una llamada telefnica por IP, nuestra voz se digitaliza, se
comprime y se enva en paquetes IP a la persona con la que estamos
hablando. Cuando los paquetes de voz alcanzan su destino, son
ensamblados de nuevo, descomprimidos y convertidos en la seal analgica
de voz original.

Diferencia entre la telefona IP y la convencional

En una llamada telefnica normal, la central telefnica establece una
conexin permanente entre ambos interlocutores, conexin que se utiliza
para llevar las seales de voz. En una llamada telefnica por IP, los
paquetes de datos que contienen la seal de voz digitalizada y comprimida,
se envan a travs de la red IP a la direccin IP del destinatario pero cada
paquete puede seguir un camino distinto para alcanzar el destino, momento
en el cual los paquetes de voz son ensamblados, descomprimidos y
convertidos de nuevo en seal de voz.

Una llamada telefnica normal requiere una enorme red de centralitas

telefnicas conectadas entre s mediante fibra ptica y/o satlites de

3 Puerta de enlace para la interconexin de redes.

4 Realiza la traduccin de direcciones y el control de acceso a la red

telecomunicacin, adems de los cables(bucle local) que unen el telfono
del usuario con la centralita telefnica. Las enormes inversiones necesarias
para crear y mantener esa infraestructura la tenemos que pagar cuando
realizamos llamadas, especialmente llamadas de larga distancia. Adems,
cuando se establece una llamada tenemos un circuito dedicado, con un
exceso de capacidad que realmente no estamos utilizando.

En cambio, en una llamada telefnica IP todos estos inconvenientes quedan

resueltos ya que:

Comprimimos la seal de voz

No se establece un circuito dedicado entre emisor y receptor
Los paquetes de voz de distintas llamadas entre distintos usuarios
pueden seguir la misma ruta
Ofrece convergencia entre las comunicaciones de datos y de voz

Por lo tanto, al utilizar VoIP, estamos convirtiendo una transmisin de

voz convencional en una transmisin de datos. Las caractersticas
principales de cada tipo de transmisin son:

Transmisiones de voz:
Constante y sin grandes alteraciones
Se realiza en tiempo real
Es sensible a retardos
Consumo de ancho de banda previsible y uniforme

Transmisiones de datos:

Se pueden producir en avalancha

No se realizan en tiempo real
Requieren ms ancho de banda
No se ven tan afectadas por los retados

Estas diferencias se ilustran grficamente en la siguiente figura:

Como vemos, una de las diferencias principales entre el

funcionamiento de una red de voz y otra de datos es la necesidad del
envo en tiempo real de las transmisiones de voz. El envo y
recepcin de informacin se ha de realizar con un retardo inferior a
150 milisegundos, mientras que esa premisa no es necesaria en el
caso de las comunicaciones de datos.
Retardos
Los retardos tienen una importancia decisiva en la calidad de la VoIP,
en las conexiones de extremo a extremo(end-to-end). Los retardos
superiores a 4000 milisegundos son considerados como pausas en
una conversacin. Estos retardos producen la sensacin de estar en
una conversacin "no real". La siguiente tabla muestra los retardos
mximos aceptables segn el estndar ITU-T-G.114.

Estos valores se pueden utilizar como referencia teniendo en cuenta

que los valores de retardo comprendidos entre 150 y 400
milisegundos no se deben exceder. Los siguientes componentes
introducen retardos en las transmisiones de datos:

Codecs
Empaquetado
Almacenamientos intermedios(buffers)
Saltos en la propagacin

El tiempo de retardo es acumulativo, por lo que se deben conoce los

diversos factores que intervienen, de modo que pueda ser calculado
fcilmente.

Fundamentos de los servicios de VoIP

Como dijimos anteriormente, la voz ha de digitalizarse para ser transmitida
por la red IP. Para ello, se hace uso de codecs que realizan la codificacin y
compresin del audio antes de su transmisin, y luego su decodificacin y
descompresin en recepcin, para entregar una seal audible.

Segn el codec utilizado en la transmisin, se utilizar ms o menos ancho

de banda, adems de que tambin influir en la calidad de la llamada.
Entre los codecs ms utilizados estn los siguientes:
 o G.711: Estndar de la UIT-T 5para la digitalizacin de audio en
telefona fija.
Representa las seales de audio mediante muestras
codificadas en una seal
digital con una tasa de 8.000 muestras por segundo con un
flujo de
datos de 64 kbps. Existen dos tipos:

o Ley : Usado sobre todo en Norte Amrica y Japn. Se basa en

un algoritmo
de compresin logartmico de 16 segmentos para representar
cada muestra
en palabras de 8 bits

o Ley A: Usado en Europa y en el resto del mundo. Se basa en un

algoritmo
de compresin logartmico de 14 segmentos para representar
cada muestra
en palabras de 8 bits.

o G.723.1: Estndar de la UIT-T que comprime la voz en tramas

de 30 ms y opera
a 5,3 y 6,3 kbps.

o G.726: Estndar de la UIT-T basado en ADPCM6. Permite

trabajar con velocidades de 16, 24, 32 y 40 kbps. Este cdec
proporciona una disminucin considerable del ancho de banda
sin aumentar en gran medida la carga computacional.

o G.729: Estndar de la UIT-T usado sobre todo en aplicaciones

de VoIP por
los bajos requerimientos en ancho de banda. Opera con tasas
de 8 kbps pero
existen extensiones para tasas de 6,4 y 11,8 kbps para peor o
mejor calidad de
voz respectivamente.

o GSM7: Familia de codecs para telefona mvil estandarizados

por el ETSI8. En VoIP se ha venido usando el GSM FR 9,
estandarizado como GSM 06.10, que tiene una implementacin

5 Sector de Normalizacin de las Telecomunicaciones de la Unin Internacional de

telecomunicaciones

6 Adaptative Differential Pulse Code Modulation

 libre y funciona a 13 kbps con una carga de CPU aceptable. En
telefona mvil se estn imponiendo versiones mejoradas como
el GSM AMR10 , que ofrece 8 tasas de operacin entre 4,75 y
12,2 kbps.

o iLBC11 : Es un cdec libre que implementa un algoritmo

complejo desarrollado por Global IP Sound (GIPS), el cual
ofrece una buena relacin ancho de banda/calidad de voz a
cambio de una mayor carga computacional. Funciona a 13,3 y
15,2 kbps.

o Speex: Es un cdec libre para voz 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.

En la actualidad no es posible garantizar la calidad de servicio de VoIP sobre

Internet
porque se presentan diversos problemas de retardos; pero en redes LAN s
es posible
controlar en cierta medida estos retardos. La mxima latencia (tiempo
transcurrido
desde el instante en que se genera un paquete hasta que se recibe)
aceptable en VoIP
es de 300 ms ida y vuelta (150 ms en cada direccin). Para conseguir una
mejor calidad
de servicio se utilizan los siguientes criterios:

7 Global System for Mobile Communications

8 Instituto europeo de estndares de telecomunicaciones

9 Full Rate

10 Adaptive Multi-Rate

11 Internet Low Bit rate Codec

 Supresin de silencios, que otorga ms eficiencia a la hora de
realizar una transmisin de voz, ya que se aprovecha mejor el
ancho de banda al transmitir menos informacin.

Compresin de cabeceras mediante RTP/RTCP (Real-time

Transport Protocol/Real-time Transport Control Protocol).

Priorizacin de los paquetes de menor latencia.

Protocolos de VoIP y telefona IP

Los protocolos usados para llevar las seales de voz sobre la red IP son
comnmente
llamados protocolos de voz sobre IP. El objetivo de VoIP es dividir en
paquetes los
flujos de audio para transportarlos sobre redes basadas en IP. Los protocolos
de las
redes IP no fueron diseados originalmente para el transporte en tiempo
real de audio o
cualquier otro tipo de flujo de audio/video, por lo que se han creado
diversos protocolos
para VoIP cuyo mecanismo de conexin incluye una serie de transacciones
de sealizacin entre terminales, que establecen flujos de audio para cada
direccin de
la conversacin. En los siguientes apartados se describen los ms utilizados.
SIP (Session Initiation Protocol)
Es un protocolo desarrollado por el IETF como el estndar RFC 3261, para la
iniciacin, moderacin y finalizacin de sesiones multimedia entre dos pares
(unicast) o multipares (multicast). SIP ofrece flexibilidad para controlar
sesiones multimedia, como llamadas de voz y video, videoconferencia,
mensajera instantnea, juegos en lnea y telefona IP. Una sesin puede ser
una simple llamada telefnica de doble va o una conferencia multimedia
con muchos participantes.

Es un protocolo de sealizacin orientado a conexiones terminal a terminal.

Esto quiere decir que toda la lgica se encuentra almacenada en los
dispositivos terminales (salvo el enrutamiento de mensajes SIP). La ventaja
es la estabilidad que se obtiene porque los servidores no son saturados con
mensajes SIP, y la desventaja es que las cabeceras son mucho mayores.

Es un protocolo de la capa de aplicacin de la familia TCP/IP; est

relacionado estrechamente con el protocolo SDP y coexiste junto con otros
protocolos del mismo nivel y funciones, como el H.323 (se analizan ms
adelante). Est basado en una arquitectura cliente-servidor similar a HTTP y
SMTP; esta similitud es natural ya que SIP fue diseado para incorporar la
telefona como un servicio ms de Internet.

SIP no es un protocolo de propsito general; su objetivo es ayudar a

establecer y finalizar la comunicacin. Se apoya en otros protocolos para
lograr una llamada telefnica, una sesin de video-conferencia, de
mensajera instantnea, etc. Los protocolos que comnmente colaboran con
SIP son: RTSP para el control de flujo y sesin, SDP para describir los flujos,
RTP/RTCP para el transporte de datos en tiempo real, y RSVP para gestionar
la calidad de servicio y la reserva de recursos.

En las redes TCP/IP, las conversaciones que utilizan sealizacin del tipo SIP
hacen
uso de RTP para llevar las conversaciones (flujos de audio/video) de un
terminal a otro (vase la figura). De la misma forma que en una
conversacin existen dos flujos de voz, en una conversacin en una red
TCP/IP se tiene dos flujos de paquetes RTP.
Como vemos, la sealizacin SIP y las conversaciones de voz (RTP) viajan
por caminos distintos.

El principal problema que afecta el funcionamiento de RTP son los NAT 12. El
efecto de un NAT en VoIP es que no se pueden recibir conexiones iniciadas
desde el exterior; en consecuencia, el que inicia la llamada detrs de un NAT
no puede escuchar a la otra parte. Si los dos interlocutores se encuentran
detrs de un NAT, ningn flujo de audio originado llegar a su destino final.
Para resolver este problema ya existen soluciones implementadas en
Asterisk , tema que trataremos posteriormente.

Los elementos bsicos de un sistema SIP son los agentes de usuario y los
servidores. Estos ltimos pueden ser de diferentes tipos: Proxy, de Registro
y de Redireccin. La configuracin ms sencilla para establecer una sesin
SIP utiliza slo dos agentes de usuario, conectados uno a otro. El protocolo
SIP permite el establecimiento de sesiones multimedia entre dos o ms
usuarios mediante el intercambio de mensajes entre las partes. A
continuacin, analizaremos ms detalladamente los elementos
constituyentes de un sistema SIP:

Agentes de Usuario (UA): Son los puntos extremos del

protocolo SIP, es decir, los que emiten y procesan los mensajes
del protocolo. Un videotelfono, un telfono, una aplicacin
cliente en un ordenador cualquier otro dispositivo similar es
un agente de usuario para SIP. El protocolo SIP no se ocupa de
la interfaz de estos dispositivos con el usuario final; slo se
interesa por los mensajes que estos generan y cmo se
comportan al recibir determinados mensajes. Un agente de
12 Los NAT son traductores de direcciones IP. Sirven para que las maquinas
conectadas a una LAN (que utilizan direcciones IP privadas), puedan
comunicarse con los servidores de Internet (que utilizan direcciones IP
pblicas).
 usuario puede comportarse como un cliente (cuando realiza
peticiones) o como un servidor (cuando recibe peticiones y
responde a ellas). Por este motivo, un agente de usuario debe
implementar un modulo cliente y un modulo servidor.

Servidores de Registro: SIP permite establecer la ubicacin

fsica de un usuario determinado, esto es, en qu punto de la
red est conectado. Para ello se vale del mecanismo de
registro. Cada usuario tiene una direccin lgica que es
invariable respecto de su ubicacin fsica; una direccin lgica
del protocolo SIP tiene la forma usuario@dominio. La direccin
fsica, en cambio, es dependiente del lugar en donde el usuario
est conectado (su direccin IP). Cuando un usuario inicializa
su terminal (p.ej. conectando su telfono o abriendo su
aplicacin de telefona SIP) el agente de usuario SIP que reside
en dicho terminal enva una peticin con el mtodo REGISTER
a un Servidor de Registro, informando a qu direccin fsica
debe asociarse la direccin lgica del usuario. El Servidor de
Registro realiza entonces la asociacin, la cual tiene un perodo
de vigencia que termina si no es renovada, y tambin se puede
deshacer mediante un des-registro. Un servidor de registro es
una entidad lgica que normalmente se encuentra junto con el
servidor proxy.

Servidores Proxy y de Redireccin: Para encaminar un

mensaje entre un agente de usuario cliente y un agente de
usuario servidor, normalmente se recurre a los servidores. El
Proxy se encarga de encaminar las invitaciones de la sesin
para llevarlas hasta el agente de usuario llamado. El servidor
de Redireccin genera una respuesta que indica al que origina
la comunicacin, la direccin del destino o la de otro servidor
que lo acerque al destino; este tipo de servidor slo escucha
peticiones y retorna respuestas que contienen la localizacin
actual de un usuario en particular o de otro servidor.

La principal diferencia entre un servidor Proxy y un servidor de Redireccin

es
que el primero se queda formando parte de la comunicacin entre el agente
de usuario cliente y el (o los) agentes de usuario servidores mientras que el
servidor de Redireccin, una vez que indica al agente de usuario cliente
cmo encaminar el mensaje, ya no interviene ms. Un mismo servidor
puede actuar como de Redireccin o como Proxy dependiendo de la
situacin.

Un conjunto de usuarios que pertenecen a una compaa o proveedor de

servicios
de comunicaciones, conforman un dominio. Este dominio, que se indica en
una
direccin SIP despus del carcter '@' , es atendido por al menos un
servidor. Un
agente de usuario normalmente encamina todas sus peticiones hacia un
servidor
de su propio dominio, el cual determina (por sus propios medios o
valindose
de otros servidores) la ubicacin de los usuarios que son llamados por el
agente de usuario en cuestin. El servidor que recibe las peticiones
originadas por los usuarios de un dominio hacia otros dominios recibe el
nombre de Servidor Saliente (Outbound Server). Por su parte, un servidor
que recibe las peticiones destinadas a un dominio especfico es denominado
Servidor Entrante (Inbound Server).

Mensajes SIP

Existen dos tipos bsicos de mensajes SIP: Peticiones y Respuestas. Ambos

tipos emplean un formato de mensaje genrico, que consiste en una lnea
inicial (Start Line) seguida de uno o ms campos de cabecera (Message
Header), una lnea vaca que indica el final de las cabeceras, y por ltimo el
cuerpo del mensaje (Message Body), que es opcional.

La lnea inicial contiene la versin del protocolo, y el mtodo y direcciones

involucradas
en la sesin, en el caso de las peticiones, o el estado de la sesin, en el caso
de las
respuestas. La cabecera contiene informacin relacionada con la llamada en
formato
de texto; por ejemplo, el origen y destino de la peticin, el identificador de
la llamada,
etc. El cuerpo del mensaje o carga til lleva la informacin, comnmente
mensajes
SDP o ISUP (ISDN User Part) en caso de interfuncionamiento con la RTPC.

Las Peticiones se utilizan para iniciar alguna accin o para solicitar

informacin. La
lnea inicial de un mensaje de Peticin (llamada tambin Request Line)
incluye el
nombre del mtodo al que invoca, que puede ser uno de los siguientes:

INVITE: Utilizado para invitar a un usuario a participar en una

sesin.

ACK: Confirma el establecimiento de una sesin.

OPTION: Solicita informacin sobre las capacidades de un

servidor.

BYE: Indica la finalizacin de una sesin.

 CANCEL: Cancela una peticin pendiente.

REGISTER: Registra un agente de usuario.

PRACK: Confirmacin de respuesta provisional.

Las peticiones no contienen cuerpo de mensaje, ya que no es necesario.

Las respuestas contienen un cdigo numrico de estado. La lnea inicial de

una respuesta contiene el cdigo numrico de estado as como una
descripcin textual del mismo. Existen seis cdigos de respuesta, cuyo
significado es el siguiente:

1xx: Mensaje provisional. La peticin fue recibida pero se

desconoce an el resultado del procesamiento. El emisor se
abstiene de enviar retransmisiones despus de recibir una
respuesta de este tipo. Son ejemplos el cdigo 180 (Ringing) y
el 100 (Trying).

2xx: xito. Son respuestas finales positivas. La peticin fue

recibida y procesada correctamente. Por ejemplo, 200 (OK)
significa que el extremo llamado acept la invitacin a la
sesin.

3xx: Se utilizan para redireccionar las llamadas. Dan

informacin
acerca de la nueva localizacin de un usuario o sobre un Proxy
alterno que puede resolver satisfactoriamente alguna peticin.
El emisor del mensaje de peticin debe reenviar su peticin a
otro para que su peticin sea atendida.

4xx: Fallo de mtodo. Son respuestas finales negativas. Error

del lado del emisor, mala sintaxis del mensaje, etc.

5xx: Fallos de servidor. Error del lado del servidor.

Aparentemente la peticin es vlida pero el proxy es incapaz
de procesarla. El emisor debe reintentar despus.

6xx: Fallos globales. La peticin no puede ser atendida en

ningn Proxy.

Transacciones y Dilogos SIP

Una transaccin SIP es una secuencia de mensajes entre dos elementos de

red. Una
transaccin corresponde a una peticin y todas las respuestas a esa
peticin. Esto
quiere decir que una transaccin incluir cero o ms respuestas
provisionales y una
o ms respuestas finales. En el caso de un mensaje INVITE, puede ser
dividido por
un Proxy y por lo tanto tendr mltiples respuestas finales. Las entidades
SIP que
almacenan el estado de las transacciones se denominan Stateful y llevan un
registro
de cada transaccin.

Un dilogo SIP es una conversacin entre pares (peer-to-peer) entre dos

agentes de usuario. Los dilogos se identifican mediante los campos Call-ID,
From y To. Los mensajes que tienen estos campos iguales pertenecen al
mismo dilogo. El campo CSEQ es utilizado para ordenar los mensajes en un
dilogo. De hecho, CSEQ representa el nmero de transaccin. De
manera simplificada se puede decir que un dilogo es una secuencia de
transacciones.

Flujo de establecimiento de una sesin SIP

En una sesin SIP comn se encuentran la siguientes etapas:

Registro (ver Figura siguiente): Para que un usuario pueda ser llamado
por otro, debe
registrarse primero ante el Proxy. El registro consiste en el envo de un
mensaje
REGISTER seguido de su correspondiente respuesta 200 (OK). En caso de
que
el usuario no haya dado credenciales vlidas, recibir por respuesta un
mensaje 407, con lo cual tendr que reenviar el mensaje de Registro hasta
que tenga xito.
Invitacin a una sesin (Ver figura de abajo): Una invitacin empieza con el
mensaje INVITE dirigido comnmente al Proxy. Este responde con un cdigo
100 (Trying) para detener
las retransmisiones y reenva las peticiones hacia el usuario llamado. Todas
las
respuestas provisionales generadas por el usuario llamado son entregadas
al usuario origen. Por ejemplo, 180 (Ringing) que es un mensaje que se
enva cuando el
usuario es contactado y comienza a timbrar. La respuesta 200 (OK) se
genera
en cuanto el usuario llamado descuelga el auricular.

Terminacin de sesin(Ver figura de abajo): Una sesin finaliza cuando uno

de
los usuarios enva el mensaje BYE al otro extremo. El otro usuario confirma
el final de la conversacin enviando como respuesta un mensaje 200 (OK).
La
transaccin que finaliza la sesin se realiza de un extremo a otro sin pasar
por
el Proxy, a menos que en el mismo se haya establecido un proceso de
Registro
de ruta. Existen situaciones en las que el Proxy requiere permanecer en la
ruta
de todos los mensajes con fines de control del trfico o, por ejemplo,
cuando
existe un NAT. El Proxy hace esto insertando el campo RECORD ROUTE en
las cabeceras de los mensajes SIP.

Protocolo de Descripcin de Sesin (SDP)

SDP es un formato para describir parmetros de inicializacin de flujo

audiovisual. Est
diseado para transportar informacin de la sesin hacia los destinatarios,
as como
informacin de los flujos audiovisuales referentes a la misma. Permite
adems asociar
ms de un flujo audiovisual a una misma sesin; por ejemplo, en una misma
sesin
puede existir un flujo para audio y uno ms para video o transferencia de
documentos.

SDP solo se utiliza para la descripcin y negociacin de los parmetros de

sesin; no transporta el flujo audiovisual en s. Se dise para trabajar en
conjunto con otros protocolos como SIP, Megaco 13 o HTTP. El transporte de
informacin acerca
de los flujos audiovisuales permite a los destinatarios participar en la sesin
si ellos
soportan dichos flujos. Adems, SDP permite la negociacin de los

13 Define el mecanismo necesario de llamada para permitir a un

controlador Media Gateway el control de puertas de enlace para soporte de
llamadas de voz/fax entre redes RTC-IP o IP-IP.
parmetros de flujo
tales como la tasa de muestreo de la seal, el tamao de los paquetes, etc.

La informacin que SDP incluye en sus paquetes es la siguiente:

La versin del protocolo

El nombre de la sesin y su propsito

El tiempo que la sesin est activa

Los medios relacionados con la sesin (video, audio, formatos

para video y audio, etc.)

Las direcciones IP y los puertos pertinentes para el

establecimiento de la sesin.

Los atributos especficos de la sesin o de los medios dentro de

ella.

Protocolos RTP/RTCP

Son los protocolos usados para transportar flujos de audio/video en

Telefona IP. RTP
se utiliza para transportar flujos en tiempo real y RTCP para monitorizar la
calidad del servicio, as como para transportar informacin acerca de los
participantes en la sesin. Sus funciones son:

Identificar el tipo de carga til transportada (cdecs de

audio/video).

Verificacin de la entrega de los paquetes en orden (usando

marcas de tiempo) y, si resulta necesario, reordenacin de los
bloques fuera de orden.

Transporte de informacin de sincronizacin para la

codificacin y decodificacin.

Monitorizar la entrega de la informacin.

RTP utiliza UDP para el transporte de la informacin y aprovecha la suma de

verificacin (checksum) del mismo para verificar la integridad de los datos.
RTCP tambin
utiliza UDP para enviar paquetes de control hacia todos los participantes de
una sesin.
H.323
Forma parte del grupo de recomendaciones H.300 de la UIT-T que define el
funcionamiento de sistemas y equipos terminales para servicios
audiovisuales. Particularmente, H.323 es una recomendacin que agrupa
diferentes estndares para especificar un sistema de comunicaciones
multimedia a travs de redes IP. Su primera versin fue definida en el ao
1996, poca en la que no exista ningn estndar que permitiera establecer
mecanismos de interoperabilidad entre fabricantes y desarrolladores de
sistemas de VoIP; por este motivo se convirti en el protocolo ms utilizado
y de mayor aceptacin en el mercado. Actualmente sigue siendo utilizado
en gran medida por los grandes operadores de VoIP, y a la par del protocolo
SIP es uno de los estndares ms utilizados por los desarrolladores de
soluciones IP. La versin actual de la recomendacin es la H.323v7, que fue
publicada en el 2009.

Los protocolos ms relevantes involucrados en H.323 son:

H.225: Es el encargado de definir los procesos de sealizacin de las

llamadas, as
como de la gestin del registro y las caractersticas de los usuarios del
sistema.

H.245: Su labor es controlar las llamadas, definiendo los parmetros para

el
establecimiento, mantenimiento y cierre de los canales lgicos utilizados.

H.450.x: Establece los servicios suplementarios de H.323, como desvo y

llamada
en espera.

H.235: Define los mecanismos de seguridad y autenticacin para las

comunicaciones multimedia.

Es importante destacar que los protocolos anteriores se encargan de la

sealizacin de
las comunicaciones; una vez establecido el canal H.323, se utiliza el
protocolo RTP
para el transporte de los paquetes audiovisuales involucrados en la
llamada.

Componentes y topologa: Un sistema de VoIP basado en H.323 consta

de 4 elementos fundamentales: termnales, pasarelas (gateways), MCU
(Unidades de Control
Multipunto) y controladores de acceso (gatekeepers). Estos elementos se
agrupan en
zonas, constituidas por diversos nodos H.323 gestionados por un solo
controlador de
acceso.
Terminales: Son componentes en los que terminan las comunicaciones de
voz y
opcionalmente video y datos. Es obligatorio que los terminales soporten
comunicaciones con el cdec G.711 y los protocolos H.245, H.225 y RAS
(Registro,
Admisin y Estado). Otros protocolos y codecs son opcionales segn los
tipos
de servicios que se estn prestando.

Controladores de acceso: Son los nodos centrales de un sistema H.323.

Se
encargan de controlar las comunicaciones y la conexin entre los
terminales. Su
presencia no es necesaria para la realizacin de comunicaciones entre
terminales
de un mismo segmento, aunque s es recomendable. Realizan las siguientes
tareas
fundamentales:

Conversin de direcciones de terminales H.323 a direcciones IP

o E.164,
para que sea posible la comunicacin con terminales de otros
segmentos o
de una RTPC.

Administracin del ancho de banda, asignando un ancho de

banda a cada
conferencia entre terminales y estableciendo comunicaciones
hasta que se
alcanza el ancho de banda mximo permitido, momento en el
cual empieza
a rechazar las solicitudes desde los terminales.

Control de admisin, a travs del protocolo RAS, aceptando o

negando
solicitudes dependiendo del terminal o pasarela que las est
realizando.

En caso de que una conferencia incluya a ms de dos terminales, el

controlador
de acceso re direcciona la sealizacin al MCU que presta soporte a la
multiconferencia.

Pasarelas: Es un nodo opcional dentro de una zona H.323,

encargado de garantizar la compatibilidad con otro tipo de
redes distintas a H.323, como redes SIP o RTPC. Se encarga de
la conversin de los protocolos de sealizacin de las llamadas
y tambin de los formatos de audio y video entre las redes.
 MCU: Es un elemento tambin opcional, encargado de brindar
el soporte para
las conferencias que constan de tres o ms terminales H.323.
Est constituido
por dos componentes: el MC (Controlador Multipunto), que
controla la conexin con los diferentes terminales, definiendo
el cdec y el ancho de banda entre otros, y el MP (Procesador
Multipunto), que lleva a cabo la multidifusin de los datos de
audio y video entre los distintos terminales.

La centralita telefnica Asterisk

Asterisk14 es un programa bajo licencia GPL creado por Digium Inc, que
implementa
una centralita (PBX) completa utilizando un equipamiento relativamente
econmico.
Trabaja sobre Linux y otras plataformas, pero en Linux cuenta con el mayor
soporte.
Puede trabajar con la mayora de los equipos estndar de telefona y
trabajar con otras
redes de telefona global tradicional.

Ha sido adoptado en algunos entornos corporativos como una solucin de

bajo coste
junto con otras aplicaciones para mejorar sus prestaciones (como el
servidor SIP Express Router15). Puede inter-operar con terminales IP
actuando como un registrador y
como pasarela entre ambos.

Incluye muchas caractersticas que anteriormente slo estaban disponibles

en costosos
sistemas propietarios PBX, tales como:

Buzn de voz

Conferencias

Respuesta Interactiva de Voz (IVR, Interactive Voice Response)

Compatibilidad con SIP, H.323, IAX y MGCP

14 http://www.asterisk.org/

15 http://www.iptel.org/ser/
 Creacin de nuevas funcionalidades

Llamadas de conferencia

Llamada en espera

Transferencia de llamadas, internas y externas

Soporte para llamadas a 3

Identificacin de llamadas.

Msica en espera y en transferencia

Soporte para fax

Grabacin de llamadas entrantes y salientes

Monitorizacin de llamadas en curso

La versin actual de Asterisk es la 1.8. Segn los desarrolladores, sus

caractersticas
ms relevantes son la estabilidad y la seguridad, pero sobre todo
la variedad de caractersticas que incorpora:

Soporte para cifrado AES de 128 bits

Soporte para IPv6

Cdec G.722 incluido, con capacidad de transcodificacin con

los dems codecs

CEL, un nuevo CDR16 mucho ms completo

IAX (Inter Asterisk eXchange)

El protocolo IAX (ahora referido generalmente como IAX2 por su segunda
versin) es
uno de los protocolos utilizados por la centralita Asterisk para manejar
conexiones VoIP entre sus servidores, y entre servidores y clientes VoIP.

IAX es robusto y muy simple en comparacin con otros protocolos. Permite

manejar
una gran cantidad de codecs y un gran nmero de flujos de audio/video, lo
que significa

16 Servicio para el registro de llamadas telefnicas

que puede ser utilizado para transportar virtualmente cualquier tipo de
datos. Esta
capacidad lo hace muy til para realizar videoconferencias o presentaciones
remotas.

IAX utiliza un nico puerto UDP, generalmente el 4569, para comunicaciones

de sealizacin y datos entre puntos terminales. El trfico de voz es
transmitido en banda17, lo que hace a IAX2 un protocolo casi transparente a
los cortafuegos y realmente eficaz para trabajar dentro de redes internas.
En esto se diferencia de SIP, que utiliza una conexin RTP fuera de banda 18
para entregar la informacin.

IAX soporta entroncamiento (trunking), mediante el cual un slo enlace

permite enviar
datos y sealizacin por mltiples canales. Cuando se realiza
entroncamiento, los datos
de mltiples llamadas son manejados en un nico conjunto de paquetes, lo
que significa
que un paquete IP puede entregar informacin para ms llamadas sin crear
latencia
adicional. Esto es una gran ventaja para los usuarios de VoIP, pues las
cabeceras IP
ocupan un gran porcentaje del ancho de banda utilizado; como
contrapartida se consumen
ms recursos del computador.

El principal objetivo de IAX ha sido minimizar el ancho de banda utilizado en

la
transmisin de voz y vdeo a travs de la red IP, con particular atencin al
control y a
las llamadas de voz, y proveyendo un soporte nativo para ser transparente
a los NAT.
La estructura bsica de IAX se fundamenta en la multiplexacin de la
sealizacin y
el flujo de datos sobre un mismo puerto UDP entre dos sistemas.

17 Comunicaciones que tienen lugar dentro de un mtodo de comunicacin

previamente establecido.

18 Se reere a las comunicaciones que tienen lugar fuera de un mtodo de

comunicacin previamente
establecido.
Los terminales de telefona IP
Un terminal telefnico IP es un dispositivo completamente digital y
programable que
permite realizar una comunicacin de voz o vdeo utilizando el protocolo IP,
en una
red LAN o a travs de Internet.

Suelen tener ms opciones y ventajas que un telfono convencional;

algunos pueden
tener mltiples lneas, incluir cmara de vdeo para realizar
videoconferencias, y dan la
posibilidad de configurar la calidad del servicio (QoS) o una LAN virtual
(VLAN). La
configuracin se realiza mediante un sistema de administracin que puede
ser accedido
va Web en una direccin IP asignada para tal fin.

Los principales tipos de terminales de telefona IP son:

Telfonos IP: Un telfono IP suele ser un equipo con forma de telfono,

aunque con
la particularidad de que utiliza una conexin de red de datos en lugar de
una
conexin de red telefnica.

ATA (Adaptador de Telfono Analgico): Son dispositivos que permiten

conectar
un telfono analgico o RDSI a una red de VoIP. Disponen de un sistema de
administracin y gestin similar a los telfonos IP, por lo que poseen
tambin
direccin IP, y las mismas ventajas que cualquier terminal IP.

Softphone: Es un programa que simula un telfono convencional, y se

instala en un
computador donde interacta con micrfonos y auriculares/altavoces. Hace
posible usar el ordenador para realizar llamadas a otros softphones o a otros
telfonos convencionales, como cualquier otro telfono IP, usando VoIP.
Permite
hacer parte de una red de telefona IP, pero tambin conectarse a un
proveedor
de servicios de telefona por Internet gratuito o de pago.
Interconexin con la red telefnica fija y la celular
Los sistemas de Telefona IP, como Asterisk, permiten integrar una red de
telefona IP
con redes telefnicas tradicionales por medio de interfaces analgicas y
digitales. La
conexin con lneas analgicas se hace a travs de interfaces FXO (Foreign
eXchange
Office) y FXS (Foreign eXchange Subscriber); la conexin con lneas
digitales RDSI se
logra por medio de interfaces del tipo BRI (Basic Rate Interface) y PRI
(Primary Rate
Interface); para acceder a la RTPC se puede utilizar una interfaz o pasarela
FXO (puede
ser de mltiples lneas); para la interconexin con la red mvil se puede
conseguir un
conversor celular. En la Figura siguiente se muestra un esquema de la
interconexin de una
centralita Asterisk con otras redes de telefona tradicional.
Desventajas de la telefona IP
Aun hoy en da existen problemas en la utilizacin de VoIP, queda claro que
estos problemas son producto de limitaciones tecnolgicas y se vern
solucionadas en un corto plazo por la constante evolucin de la tecnologa,
sin embargo algunos de estos todava persisten y se enumeran a
continuacin.

VoIP requiere de una conexin de banda ancha. Aun hoy en da, con la
constante expansin que estn sufriendo las conexiones de banda ancha
todava hay hogares que tienen conexiones por modem, este tipo de
conectividad no es suficiente para mantener una conversacin fluida con
VoIP. Sin embargo, este problema se ver solucionado brevemente por el
sostenido crecimiento de las conexiones de banda ancha.

VoIP requiere de una conexin elctrica. En caso de un corte elctrico, a

diferencia de los telfonos IP, los telfonos convencionales siguen
funcionando (excepto en el caso de los telfonos inalmbricos). Esto es as
porque el cable telefnico es todo lo que un telfono convencional necesita
para funcionar.

Llamadas a emergencias: Estas tambin son un problema con un sistema

de telefona IP. Como se sabe, la telefona IP utiliza direcciones IP para
identificar un nmero telefnico determinado, el problema es que no existe
forma de asociar una direccin IP a un rea geogrfica, como cada
ubicacin geogrfica tiene un numero de emergencias en particular no es
posible hacer una relacin entre un nmero telefnico y su correspondiente
seccin en el servicio telefnico de emergencias. Para arreglar esto quizs
en un futuro se podra incorporar informacin geogrfica dentro de los
paquetes de transmisin de VOIP.

Dado que VOIP utiliza una conexin de red la calidad del servicio se ve
afectada por la calidad de esta lnea de datos, esto quiere decir que la
calidad de una conexin VoIP se puede ver afectada por problemas como la
alta latencia (tiempo de respuesta) o la perdida de paquetes. Las
conversaciones telefnicas se pueden ver distorsionadas o incluso cortadas
por este tipo de problemas. Es indispensable para establecer
conversaciones VOIP satisfactorias contar con una cierta estabilidad y
calidad en la lnea de datos.

VOIP es susceptible a ataques a pesar de que esto es muy raro y los

desarrolladores de VOIP estn trabajando en la encriptacin para solucionar
este tipo de problemas.

En los casos en que se utilice un softphone la calidad de la comunicacin

VOIP se puede ver afectada por la potencia del ordenador, digamos que
estamos realizando una llamada y en un determinado momento se abre un
programa que utiliza el 100% de la capacidad de nuestra CPU, en este caso
critico la calidad de la comunicacin VOIP se puede ver comprometida
porque el procesador se encuentra trabajando a tiempo completo, por eso,
es recomendable utilizar un buen equipo junto con su configuracin VOIP.

Bibliografa
[1] J. Huidobro and R. Conesa Pastor, Sistemas de telefona. Madrid:
Thomson-Paraninfo, 2005.

[2] J. Carballar, VoIP telefona de internet. Madrid: Thomson, 2008.

[3] S. McClure, J. Scambray and G. Kurtz, Hackers 6. Mxx ico, D.F.: McGraw-Hill
Interamericana, 2010.