Está en la página 1de 39

MARCO TERICO

1. ESTNDAR VoIP
Los trminos de voz sobre el protocolo de Internet (VoIP), telefona IP, telefona
Internet y voz sobre Internet (VoN), han sido definidos de diferentes maneras
por diversos investigadores y de hecho no poseen ninguna definicin universal.
Sin embargo se debe tener presente que existen distinciones entre cada una
de las definiciones mencionadas. El protocolo IP puede ser utilizado de
diferentes maneras para realizar la transmisin de voz.
1.1 Qu es VoIP?
VoIP: Es un trmino general que refiere a todas aquellas comunicaciones de voz
que se realizan utilizando la tecnologa del protocolo de Internet (IP) en lugar
de la utilizacin de la tecnologa de conmutacin de circuitos. Esto incluye la
utilizacin de tecnologa de paquetes por instituciones o empresas de
telecomunicacion para transportar la voz hacia el ncleo de su red.
VoN: Tambin llamada telefona Internet, es un servicio donde los destinos
finales son los que seleccionan su uso, es una forma especializada de VoIP en
donde una llamada telefnica regular es transmitida por la red pblica de
Internet, pasando por parte de las centrales telefnicas PSTN.
La telefona IP se define como cualquier aplicacin telefnica que puede ser
cursada a travs de una red de datos basada en conmutacin de paquetes.
1.2 Funcionamiento
La voz sobre IP convierte las seales de voz estndar en paquetes de datos
comprimidos que son transportados a travs de redes de datos en lugar de
lneas telefnicas tradicionales. La evolucin de la transmisin conmutada por
circuitos a la transmisin basada en paquetes toma el trfico de una PSTN y lo
coloca en redes IP. Las seales de voz se encapsulan en paquetes IP que
pueden transportarse por diversas tecnologas como: Cisco, Ethernet, Frame
Relay, ATM o SONET.
Uno de los aspectos ms importantes al momento de evaluar a la tecnologa
VoIP como una solucin viable, alternativa e incluso capaz de reemplazar a las
redes (PSTN) tanto para usuarios como para empresas en el mercado, es el de
contemplar

que

dicha

tecnologa

pueda

garantizar

igual

mejor

funcionamiento que las redes (PSTN) existentes, incluyendo los diferentes


servicios ofrecidos.

Dado este escenario, la tecnologa VoIP debe someterse al cumplimiento de las


funcionalidades que a continuacin se describen:
Tecnologa VoIP
Las funcionalidades que se brindan en las redes de voz PSTN son:

Servicios de Base de datos o direccionamiento


Sealizacin
Codificador y Decodificador (CODEC)
Control de Transmisin

1.2.1 Servicios de Base de Datos / Direccionamiento


Es la manera de localizar un destino final y traducir las direcciones de dos
redes usualmente heterogneas. Bajo una red PSTN se utilizan nmeros
telefnicos para identificar los destinos finales. Bajo una red VoIP se utilizan
direcciones IP asociadas a un nmero de puerto para identificar los destinos
finales.
1.2.2 Sealizacin
Es la forma como se comunican los dispositivos en la red, llevando a cabo un
proceso de configuracin, activacin y coordinacin de diversos componentes
necesarios para hacer posible la conexin de una llamada.
Bajo una red PSTN los dispositivos (telfonos) se comunican por medio de
seales analgicas a travs de conmutadores o seales digitales a travs de
una Private Branch eXchange (PBX) [3], para establecimientos de conexiones
de llamadas o con fines de enrutamiento.
Bajo una red VoIP, la sealizacin es realizada por el intercambio de paquetes
IP entre componentes de VoIP. El formato de estos paquetes puede ser dictado
por una gran variedad de protocolos estndar existentes.
Los procedimientos de sealizacin de voz sobre IP juegan un papel muy
importante en la red, ya que establecen, mantienen, finalizan, administran y
proveen Calidad de Servicio (QoS) en la telefona por paquetes. La sealizacin
es utilizada para controlar y administrar la conexin entre dos puntos,
ofreciendo funciones como supervisin, marcado, llamadas y retorno de tonos
de progreso.
Los estndares normalmente utilizados para la sealizacin de VoIP se conocen
como H.323 y los protocolos adicionales que se implementan son el Protocolo

de Iniciacin de Sesin (SIP) y el protocolo de control del gateway de transporte


(MGCP).
1.2.3 Codificador y Decodificador (CODEC)
Las comunicaciones de voz tradicionales son realizadas a travs de seales
analgicas, mientras que las comunicaciones de datos a travs de una red de
paquetes se realizan por seales digitales. Como resultado de lo anterior, las
redes deben encontrar la forma de convertir la voz en un formato que pueda
ser transportado por las redes de datos.
El proceso para convertir seales analgicas a seales digitales se realiza a
travs de un codificador y decodificador. Existen diversas maneras en que una
seal analgica puede ser muestreada en una seal digital. La mayora de
estas transformaciones son reguladas por estndares internacionales. El
proceso de conversin es complejo y se encuentra fuera de los objetivos del
presente trabajo.
De manera general se puede decir que la mayora de las conversiones son
basadas en la modulacin codificada de pulsos -Pulse Code Modulation (PCM)o variaciones. Cada esquema de codificacin posee su propia historia y mrito,
de acuerdo a cada una de las diferentes necesidades en cuanto a ancho de
banda.
El resultado de una codificacin es un flujo de datos que es colocado en
paquetes IP y transportado a travs de la red hacia el destino final. Este
destino final debe manejar el mismo estndar, as como el mismo conjunto de
parmetros de los codificadores utilizados. Si los extremos utilizan distintos
estndares y parmetros entonces traer como resultado una comunicacin no
inteligible.
La Tabla 2.1 presenta algunos de los codificadores ms importantes definidos
y soportados por la Unin Internacional de Telecomunicacin (ITU). Ntese las
proporciones entre la eficiencia del codificador, reduccin del consumo de
ancho de banda e incremento del retardo por conversin.
Tabla 2.1 Codificadores de voz definidos por la ITU
Nombre del
estndar
G9.711

Descripcin
PCM

Ancho de banda
(Kbps)
64

Retardo de
Conversin (ms)
< 1.00

G.721

ADPCM

32 , 16, 24, 40

G.728

LD-ACELP

16

G.729

CS-ACELP

G.723.1

Multirate CELP

< 1.00
2.50

15.00
6.3, 5.3

30.00

Los algoritmos de compresin de voz permiten enviar la informacin


minimizando el ancho de banda, siendo posible utilizar el protocolo IP con
tiempos de respuesta aceptable.
En general, las ventajas que se obtienen al comprimir la voz con cdigos ms
sofisticados y por la supresin de los perodos de silencio, son contrarrestadas
por la sobrecarga de datos, impuesto por la necesidad de dotar a cada paquete
de voz con la informacin necesaria para enrutarlo a su destino, por lo que es
difcil estimar exactamente cul ser el ancho de banda requerido por un
sistema

de

VoIP.

Sin

embargo,

este

ancho

de

banda

es

siempre

considerablemente inferior a los 64 kbps requeridos por la codificacin PCM en


la telefona clsica.
1.2.4 Establecimiento y Control de Transmisin
La conexin de una llamada es realizada por dos destinos finales estableciendo
o abriendo una sesin de comunicacin entre ambos. En una red
PSTN, los conmutadores pblicos o privados se conectan a un canal digital o
analgico a travs de la red para completar una llamada.
En una implementacin VoIP, esta conexin viene dada por rfagas de datos
multimedia (audio, video o ambos), transportadas en tiempo real. Esta
conexin es el canal de la portadora y representa el contenido de la voz o video
que est siendo transportado, cuando una comunicacin es finalizada, la sesin
IP es liberada y los recursos de red opcionales son liberados.
Dentro de los protocolos que se utilizan para realizar las transmisiones de los
paquetes de voz, video o datos en VoIP se encuentran:

User Datagram Protocol (UDP): La transmisin se realiza sobre paquetes


UDP,

pues

aunque

UDP

no

ofrece

control

de

flujo

aprovechamiento del ancho de banda es mayor que con TCP.

errores,

el

Real Time Protocol (RTP): Es un protocolo de transporte orientado a la


transmisin de informacin en tiempo real, como la voz o el video. Este es
un protocolo que funciona sobre UDP haciendo uso de sus servicios, para
proporcionarle a los programas que generan este tipo de datos, un manejo
de transmisiones en tiempo real a travs de difusiones unicast o multicast.

Al utilizar UDP se cambia confiabilidad por velocidad, lo cual es bsico para


manejo de transmisiones en tiempo real como VoIP.
Aunque RTP no es lo suficientemente confiable por si slo, este proporciona
conexin con protocolos y aplicaciones de capas inferiores y recursos
proporcionados

por

los

conmutadores

enrutadores

para

garantizar

confiabilidad.
Los paquetes RTP no contienen campo de longitud, ya que al funcionar sobre
UDP, este protocolo es quien encapsula la voz comprimida en paquetes.
Las herramientas de las que se vale RTP para lograr transmisiones en tiempo
real son el RTCP (Real Time Control Protocol) que proporciona un feedback a
cerca de la calidad de distribucin y la congestin. Con esto, la empresa que
ofrece el servicio puede monitorear la calidad y puede diagnosticar los
problemas que pueda presentar la red, adems, RTCP sincroniza el audio y el
video, conoce el nmero de usuarios presentes en una conferencia y con esto
calcula la rata a la cual deben ser enviados los paquetes, todas estas opciones
son obligatorias cuando RTP se usa en entornos multicast IP. Pero existe otra
aplicacin opcional y es una administracin de sesiones con bajo manejo de
informacin de control para aquellas aplicaciones donde hay uso masivo de
usuarios entrando y saliendo constantemente.
Durante una transmisin en Internet los paquetes pueden sufrir prdidas,
retardos o errores que daan los mismos. Las tcnicas convencionales de
correccin de errores requieren de retransmisiones de paquetes perdidos o
daados, pero si la transmisin es una comunicacin de voz en tiempo real esa
misma tcnica para la correccin de errores no funcionara, debido a ello se
utilizan sistemas ms sofisticados de deteccin y correccin de errores para
crear sonidos que rellenen los vacos (este proceso almacena una porcin de la
voz de entrada y utiliza un algoritmo muy complejo para tratar de adivinar o
predecir el contenido del paquete perdido y crea nueva informacin sonora
para realzar la comunicacin).

Finalmente una vez que los paquetes son transmitidos y estos han llegado a
sus destinos finales, la transmisin es ensamblada y descomprimida para
restaurar los datos (Voz), de manera de aproximarse lo mejor posible a la forma
original.
1.3 Arquitectura de Red VoIP
Los componentes que conforman una plataforma de red VoIP, a pesar de
poseer ciertas diferencias con respecto a los de la red PSTN, realizan
funcionalidades similares, permitiendo as la ejecucin de todas las tareas
realizadas por una red PSTN.
El nico elemento que debe contener adicionalmente una plataforma VoIP, es
un dispositivo que permita el establecimiento de conexin entre una red PSTN
y una red VoIP.
Existen cuatro (4) componentes principales en una plataforma de red VoIP, los
cuales son:

Servidor de procesamiento de llamadas (IP PBX).


Dispositivos de usuarios finales.
Medios, VoIP Gateway y Gatekeeper.
Plataforma de red IP.

1.3.1 Servidor de Procesamiento de Llamadas (IP PBX)


IP PBX es el corazn del sistema telefnico de VoIP, ya que administra todas las
conexiones de control de VoIP. El servidor de procesamiento de llamadas
usualmente est basado en software y puede ser implementado como un
servidor independiente, parte de un servidor o como un conjunto de servidores
con funcionalidades distribuidas. IP PBX tambin puede estar basado en una
plataforma de enrutador o como un dispositivo dedicado.
Las comunicaciones sobre VoIP requieren de un mecanismo de sealizacin
para el establecimiento de llamadas, conocido como control de trfico, adems
de requerir un flujo de datos para la voz (flujo de voz Voice stream).
Exceptuando las tareas de enrutamiento del trfico de la voz hacia otro
servidor de procesamiento de llamadas, el establecimiento de conferencia y la
colocacin de una llamada en espera por un medio musical, los IP PBX no
manejan el trfico de la carga til de VoIP (la cual es la carga del flujo de datos
del protocolo RTP).

En la Figura 2.1 se puede observar que el intercambio de informacin entre los


dispositivos de comunicacin y el IP PBX es exclusivamente trfico de control
de VoIP, mientras que el flujo de datos viaja entre los dispositivos de usuarios
nicamente (tomada).
Figura 2.1 Esquema simple de IP PBX

1.3.2 Dispositivos de Usuarios Finales


Son aquellos elementos que permiten la comunicacin entre usuarios del
servicio, es decir extremo a extremo. Entre una gran variedad de dispositivos
se encuentran: computadores, telfonos IP y concentradores telefnicos.
1.3.3 Medios, VoIP Gateway y Gatekeeper
Medios
Los medios en la tecnologa VoIP son considerados como todos aquellos tipos
de contenidos de informacin que se pueden transmitir por la red, entre los
ms usuales se encuentran: datos, voz, video, multimedia y muchos ms.
Gateway
Este dispositivo permite la interconexin del mundo de las redes PSTN con el
mundo de las redes VoIP. Las funciones de un gateway incluyen la conversin
anloga a digital de la voz y la creacin de paquetes de VoIP, adicionalmente el
gateway poseen funciones opcionales tales como: cancelacin del eco,

supresin del silencio y recoleccin de estadsticas. El gateway forma la


interfaz utilizada por los contenidos de voz para ser transportados por la red IP.
El gateway es un elemento esencial en la mayora de las redes, pues su misin
es la de enlazar la red VoIP con la red PSTN o ISDN (Red Digital de Servicios
Integrados). Se puede considerar el gateway como una caja que por un lado
tiene un interfaz LAN y por el otro dispone de una o varias de las siguientes
interfaces:

FXO: Para conexin a extensiones de centrales o a la red telefnica

bsica.
FXS: Para conexin a enlaces de centrales o a telfonos analgicos.
E&M: Para conexin especfica a centrales.
BRI: Acceso bsico ISDN (2B+D).
PRI: Acceso primario ISDN (30B+D).
G.703/G.704: (E&M digital) conexin especfica a centrales a 2 Mbps.

GateKeeper
Es un elemento opcional en la red, pero cuando est presente, todos los dems
elementos que contacten dicha red deben hacer uso de l. Su funcin es la de
gestin y control de los recursos de la red, de manera que no se produzcan
situaciones de saturacin de la misma. El gatekeeper opera de la siguiente
forma:

Servicio de traduccin de direcciones (DNS), de tal manera que se

puedan usar nombres en lugar de direcciones IP.


Autenticacin y control de admisin, para permitir o denegar el acceso

de usuarios.
Administracin del ancho de banda.

El gatekeeper proporciona los servicios de DNS entre los equipos de VoIP y


adicionalmente brinda los siguientes:

Conversin de direccin (NAT): Traduccin de una direccin del alias a la


direccin de transporte. Se hace esto usando la tabla de la traduccin

que es actualizada con los mensajes del registro.


Control de Admisin: El gatekeeper puede conceder o negar el acceso
basado en la autorizacin de la llamada, las direcciones de fuente y

destino o algunos otros criterios.


Sealizacin de llamada: El gatekeeper puede ordenar, aprender y
conocer los puntos finales para conectar la llamada.

Autorizacin de llamadas: El gatekeeper junto con el gateway puede


restringir las llamadas a ciertos nmeros dentro de la red, hacer la
marcacin ms verstil, por ejemplo en casos de llamadas de
emergencias.

1.3.4 Plataforma de Red IP


Se pudiera ver una red IP como un conmutador lgico, sin embargo este
conmutador lgico es un sistema distribuido que permite la comunicacin o
conectividad entre dispositivos distribuidos.
La infraestructura IP utilizada bajo un ambiente de VoIP, debe garantizar la
entrega confiable de paquetes de voz y sealizacin hacia los elementos de
VoIP.
Debido a las diferencias que existen entre paquetes de datos y de voz, la red IP
debe realizar las mismas diferencias al momento del manejo del trfico de voz
y de datos. La red IP debe ser capaz de priorizar los diferentes tipos de trfico,
conociendo la sensibilidad extrema en cuanto a la latencia que posee el trfico
de VoIP.
Una de las principales desventajas para cualquier trfico crtico y en particular
el trfico de paquetes VoIP en una red LAN, es que los protocolos ms
utilizados a nivel de enlace, Ethernet y Token Ring, trabajan con un tamao de
paquete

variable.

El

equipamiento

desarrollado

para

VoIP

brinda

slo

conectividad Ethernet, con un ancho de banda de transmisin (BW) de 10


Mbps. El tamao de la carga til del paquete (PSpl) vara entre 46 y 1500 bytes
y el encabezado
(Psoh) ocupa entre 14 y 20 bytes.
Calidad de Servicio (QoS)
La calidad de servicio (QoS) es el rendimiento de extremo a extremo de los
servicios electrnicos, tal como lo percibe el usuario final. Los parmetros de
QoS son: el retardo, la variacin del retardo (Jitter) y la prdida de paquetes.
Una red debe garantizar cierto nivel de calidad de servicio para trficos que
siguen un conjunto especfico de parmetros.
La implementacin de polticas de calidad de servicio se puede enfocar en
varios puntos segn los requerimientos de la red; las principales polticas son:

Asignar ancho de banda en forma diferenciada.


Evitar y/o administrar la congestin en la red.

Manejar prioridades de acuerdo al tipo de trfico.


Modelar el trfico de la red.

Como se ha dicho, la comunicacin sobre IP (al igual que la telefona


convencional) debe tener caractersticas de tiempo real, desafortunadamente
TCP/IP no puede garantizar este tipo de particularidad siempre, de modo que es
imprescindible introducir algunas polticas que puedan manejar el flujo de
paquetes en todos los enrutadores que deban intercambiar paquetes. Estas
son:

Campo TOS en el protocolo IP para describir el tipo de servicio: los altos


valores indican poca urgencia, mientras que los ms bajos indicaran

urgencia, es decir, que se solicita respuesta en tiempo real.


Mtodos de solucin para paquetes en cola.
Capacidad de limitacin, la cual permite restringir a la fuente llegar a un

ancho de banda determinado para:


Descarga (download).
Carga (upload).
Prevencin de congestin.
Retardo
Cuando se disean redes que transportan voz en paquetes, tramas, o celdas,
es importante entender todos los posibles causales de retardos teniendo en
cuenta cada uno de los factores, es posible mantener la red en un estado
aceptable. La calidad de la voz es funcin de muchos factores, como lo son, los
algoritmos de compresin, los errores y las prdidas de tramas, la cancelacin
del eco y los retardos. En la Tabla 2.2 se presentan los posibles retardos
contemplados para VoIP definidos en la recomendacin G.114 de la ITU.

Tabla 2.2 Consideracin de retardos para VoIP


Rango(ms)
(0-150]
(150-400]

Descripcin
Aceptable para las aplicaciones ms
comunes.
Aceptable, teniendo en cuenta que un
administrador de red conozca las

Sobre 400

necesidades del usuario.


Inaceptable para la mayora

de

implementaciones
embargo,

este

de
lmite

red,

sin

puede

ser

excedido en algunos casos aislados.


Estas recomendaciones se estipulan para conexiones con control de eco
adecuado, eso implica el uso de equipos canceladores de eco. Estos equipos
son requeridos cuando el retardo de una va excede los 25 ms (ITU G.131).
Prdida de Paquetes
El porcentaje de prdida de paquetes que pueda presentar una red depende
bsicamente del proveedor de acceso (ISP) que este proporcionando el enlace.
Para el caso de una lnea privada, depende del servicio en s, conectarse a su
backbone y tener acceso a todo el contenido de la red.
Consumo de Ancho de Banda
Lograr transportar voz de alta calidad telefnica sobre IP en tiempo real no es
una tarea nada fcil de realizar ya que tal labor requiere manejo de las
capacidades de la red que permita el control del trfico, protocolos de tiempo
real y anchos de banda dedicados durante el tiempo que tome la realizacin
de la llamada.
Sin embargo, da a da las limitaciones en los servicios de voz basados en IP,
estn siendo superadas gracias a dos factores:
1) mejoras en los algoritmos de compresin (que permiten la optimizacin de la
utilizacin del ancho de banda) y
2) la sofisticacin y gran desarrollo de los actuales protocolos de enrutamiento
(capaces de tener en consideracin el retardo por cada uno de los caminos
posibles que puede tomar el paquete para as determinar la mejor ruta que
puede seguir, proveer reservas de ancho de banda mientras que dura la
conversacin y dar preferencia al procesamiento de los paquetes dentro de los
lmites del enrutador, de manera que aquellos de alta prioridad son procesados
primero).
1.4 Ventajas y Desventajas de VoIP
VoIP siendo una tecnologa nueva est orientada a mejorar las comunicaciones,
su implementacin logra numerosas ventajas sobre las tecnologas anteriores,
sin embargo al ser una tecnologa en proceso de madurez, tambin posee

algunas desventajas. A continuacin se describen algunas de las ventajas y


desventajas que se pueden encontrar en VoIP.
1.4.1 Ventajas
Al tratarse de una tecnologa soportada en IP presenta las siguientes ventajas:

La tecnologa VoIP permite la integracin de las plataformas tecnolgicas


de voz y datos, trayendo consigo una gran capacidad de desarrollo de
aplicaciones que brindan al servicio de voz, nuevas y mejores

funcionalidades, escalabilidad y estandarizacin.


Es independiente del tipo de red fsica que lo soporta. Permite la

integracin con las grandes redes IP actuales.


Es independiente del hardware utilizado.
Permite ser implementado tanto en software como en hardware, con la
particularidad de que el hardware supondra eliminar el impacto inicial
para el usuario comn.

Se pueden englobar las ventajes de VoIP en los siguientes aspectos:

Mayor Eficiencia: la tecnologa convencional de conmutacin de circuitos


sobre las redes PSTN, requiere un circuito entre el conmutador telefnico
de un proveedor y el cliente o usuario final, donde dicho circuito
permanece abierto y ocupado por toda la duracin de la llamada, sin
importar la cantidad de informacin transmitida. En contraste con esta
modalidad, sobre redes IP, todo el contenido ya sea voz, texto, video,
programas u otros medios de informacin, viajan a travs de la red en
paquetes, los cuales son enviados en direccin a sus destinos finales por
medio de diversos enrutadores, compartiendo las mismas facilidades

con mayor eficiencia.


Reduccin de costos: los sistemas IP tienen un menor impacto
econmico para proveer conexiones de comunicacin. De igual forma (y
esta es una de las cosas que despierta la incertidumbre de los
portadores de voz a largas distancias), la tecnologa Internet hace
posible que cualquier persona con un computador y un MODEM pueda

realizar un puente entre las redes PSTN de largas distancia.


Mayor Confianza: en algunos aspectos las redes IP

ofrecen

la

potencialidad de brindar mayor confianza que las redes por conmutacin


de circuito, debido a que las redes IP de manera automtica re-enrutan
los paquetes al presentarse problemas, como mal funcionamiento de

enrutadores o lneas daadas. Asimismo las redes IP no realizan


separaciones entre redes de sealizacin, lo cual resulta vulnerable a las

interrupciones.
Soporte de Innovaciones: IP es un estndar no propietario constituido
por desarrolladores de hardware y software, gratuito al uso de cualquier
ente o persona. Esta arquitectura de cdigo abierto permite a empresas
emprendedoras el desarrollar nuevos hardware y software que puedan
integrarse hacia la red. En contraste, las redes por conmutacin de
circuito operan como un sistema cerrado, con mayor grado de dificultad
para aquellos desarrolladores que quieran innovar en la construccin e
implantacin de nuevas aplicaciones.

Los servicios de VoIP pueden expandirse al soporte de aplicaciones multimedia,


abriendo las posibilidades del video conferencia, el video en tiempo real,
juegos, entre otras aplicaciones.
1.4.2 Desventajas
Son muchos los retos que plantea la introduccin de la tecnologa VoIP, sobre
todo si se toma en cuenta que viene a sustituir a otra tecnologa con mucho
tiempo de desarrollo y un nivel de madurez y fiabilidad muy alto. Entre ellos se
pueden citar:

Calidad de Servicio (QoS): es bien conocido el problema que presentan


las redes IP a la hora de garantizar un cierto nivel de calidad de servicio
a una determinada comunicacin. A diferencia de las redes telefnicas,
que reservan y garantizan los recursos a cada llamada, el servicio de
mejor esfuerzo ofrecido por IP no es adecuado. A pesar de los grandes
esfuerzos que se estn invirtiendo en la definicin de modelos de QoS,
todava no se ha alcanzado una solucin global que permita crear una
Internet con QoS. Mientras este modelo no exista, VoIP estar soportada

solo a las redes IP privadas o a las redes sobredimensionadas.


Fiabilidad: las tecnologas empleadas en las redes telefnicas actuales
presentan una fiabilidad muy alta, a menudo se hace referencia a los
cinco nueves al hablar de ella (esto es, el 99,999%, lo que significa unos
pocos segundos de mal funcionamiento al ao). Las tecnologas

utilizadas en Internet y en particular las creadas alrededor de VoIP, estn

todava lejos de alcanzar esas cifras.


Seguridad: como es conocido, la seguridad que ofrecen las redes IP y en
particular Internet, es deficiente en algunos aspectos. Ataques del tipo
denegacin de servicio o posibles violaciones de la confidencialidad de
las conversaciones son, entre otros, aspectos a madurar si se quiere
hacer un uso global de VoIP. Este aspecto es clave, sobre todo, si se
piensa que el principal escenario de aplicacin de VoIP son las redes
corporativas. Los operadores de telefona tradicional basan sus ingresos
en la contabilidad de llamadas realizadas por cada usuario y la
aplicacin de tarifas que realizan de las mismas. Los esquemas de
costos utilizados en Internet son radicalmente distintos; de hecho, el
trmino costo plano o tarifa plana se ha popularizado sin duda
gracias a ella. Es necesario armonizar ambos esquemas para adaptarlos

a los nuevos escenarios.


Recursos Humanos: La universalidad y calidad del servicio telefnico
actuald descansa sobre una legin de personas formadas en las
tecnologas de conmutacin de circuitos. La transicin hacia VoIP exigir
la formacin y reconversin de este personal. A menudo, este aspecto
ha sido descuidado en nuestra sociedad a la hora de introducir nuevas
tecnologas.

1.5 Importancias
Uno de los aspectos ms importantes de VoIP, es que no es limitado a slo
comunicaciones de voz, de hecho, numerosos esfuerzos se han hecho para
mejorar el significado del trmino de VoIP, de manera que pueda reflejar el
hecho que VoIP implica la transmisin de cualquier tipo de medio de
informacin (voz, video y datos).
VoIP es importante debido a que por primera vez en ms de 100 aos, existe la
oportunidad de realizar cambios significativos en la manera en que las
personas se comunican, lo cual quiere decir que adems de utilizar los
telfonos de hoy en da para comunicarnos en tiempo real, tambin se tiene la
posibilidad de utilizar dispositivos basados en la tecnologa IP, incluyendo
computadores y telfonos inalmbricos. Asimismo, se pueden usar telfonos

que manejen el video, con lo cual se cambia la idea de que por ejemplo un
usuario en vez de slo llamar a su familia para hablarles, tambin podr verlos.
Uno de los aspectos ms interesantes de VoIP es que tambin se tiene la
posibilidad de integrar telfonos convencionales o telfonos con video con los
computadores personales, es decir, se pudiera usar un computador como
telfono y reproductor de video al mismo tiempo o separar las funciones de voz
y video (telfono + computador), o simplemente utilizar el computador
incluyendo un telfono con video para realizar funcionalidades de conferencia
de datos.
VoIP permite tambin la posibilidad de usar una conexin de Internet
independiente, de alta velocidad para todas las comunicaciones (voz, video y
data). Esta idea comnmente es referida como la convergencia y es uno de los
primeros temas para las corporaciones interesadas en la tecnologa.
2. PROTOCOLOS DE SEALIZACIN USADOS POR VoIP
En el punto anterior se describe la sealizacin como la forma en que se
comunican los dispositivos en la red, llevando a cabo un proceso de
configuracin, activacin y coordinacin de diversos componentes necesarios
para hacer posible la conexin de una llamada.
Los

procedimientos

de

sealizacin

de

voz

sobre

IP

son

utilizados

principalmente para controlar, administrar y proveer Calidad de Servicio (QoS)


a conexiones entre dos puntos, ofreciendo funciones como supervisin,
mantenimiento y marcado.
La telefona IP utiliza como soporte cualquier medio basado en enrutadores y
los protocolos de transporte UDP/IP. El modelo de capas diseado en 1981 para
IP (RFC 791), tena prevista que la voz estuviera soportada sobre protocolos
RTP/IP. El modelo actual en cambio, agrega RTP/UDP/IP. Existen varios
organismos involucrados en los estndares para la sealizacin: el ITU; el ETSI
y el IETF.
El ITU define el estndar H.323, l cual es el primero aplicado para acciones
dentro de una Intranet. Es una cobertura para una suite de protocolos como el
H.225, H.245 y RAS que se soportan en TCP y UDP. El IETF define otros tipos de
protocolos: el MGCP para el control del gateway a la red pblica PSTN y SIP
hacia las redes privadas o pblicas.

Adicionalmente existe el protocolo IAX (Inter-Asterisk eXchange protocol) [9], l


cual es un protocolo actual utilizado en Asterisk, un servidor PBX de cdigo
abierto patrocinado y desarrollado por la empresa Digium. IAX es utilizado para
manejar conexiones VoIP entre usuarios. A pesar de no ser un estndar, IAX es
un protocolo que ha venido creciendo y actualmente es calificado por sus
usuarios como una alternativa viable para VoIP.
En base a los objetivos planteados en la presente Tesis de Grado, solo ser
descrito de forma detallada el protocolo SIP, l cual en la actualidad es
considerado como el ms importante y ms utilizado por la tecnologa VoIP.
2.1 Protocolo SIP
El IETF ha generado un conjunto de protocolos que simplifican las funciones de
H.323, l cual tiene previstas funciones dentro de una red corporativa y en
multimedia. SIP es un protocolo ms simple que H.323 y est basado en HTTP.
2.1.1 Qu es SIP?
Session Initiation Protocol (SIP), es un protocolo de sealizacin de capa de
aplicacin que define la iniciacin (establecimiento), modificacin y la
terminacin de sesiones interactivas de comunicacin multimedia entre
usuarios.
2.1.2 Caractersticas Principales de SIP
En el diseo del protocolo SIP para aplicaciones interactivas multimedia, se
contemplan las siguientes caractersticas:

SIP soporta cinco facetas en el establecimiento y terminacin de

comunicaciones multimedia:
Ubicacin de usuario: Determinacin del dispositivo a utilizar por la

comunicacin.
Disponibilidad del usuario: Determinacin de la voluntad del receptor de

la llamada a participar en las comunicaciones.


Capacidad del usuario: Determinacin del medio y de los parmetros a

utilizar.
Establecimiento de sesin (ringing): Establecimiento de los parmetros

de la sesin en ambos extremos.


Gestin de sesin: Se basa en la transferencia y terminacin de las
sesiones, modificacin de parmetros de la sesin y la invocacin de
servicios.

Integracin con Protocolos Existentes

SIP no es un sistema de comunicaciones verticalmente integrado, por el


contrario es un componente que puede ser usado con otros protocolos
definidos por el IETF, para lograr as construir una arquitectura multimedia
ideal.
Usualmente esta arquitectura incluir diversos protocolos como:

TCP/UDP: para transportar la informacin de sealizacin.


TLS: para establecer sesiones seguras.
DNS: para resolver nombres de servidores de acuerdo a la direccin de

destino.
RSVP, DiffServ: para asegurar la calidad de servicio de la sesin.
RTP (Real Time Protocol): para transportar las comunicaciones

interactivas de voz, datos y video.


RTSP (Real Time Streaming Protocol): para controlar el envo de rfagas

de medios.
SAP (Session Advertisement Protocol): para publicar sesiones multimedia

via multicast.
SDP (Session Description Protocol): para describir sesiones multimedia.
MIME (Multipurpose Internet Mail Extension): estndar para describir

contenido en Internet.
HTTP (Hypertext Transfer Protocol): toma parte de la sintaxis y

semntica, los mecanismos de autenticacin.


SMTP (Simple Mail Transport Protocol): re-utiliza

mecanismos de enrutamiento, modo de direccionamiento, etc.


COPS (Common Open Policy Service): para establecer polticas de

calidad y seguridad.
XML (eXtensible Markup Language): para crear servicios y transmitir

las

cabeceras,

informacin de eventos.
Escalabilidad y Simplicidad
SIP posee una funcionalidad distribuida la cual permite incorporar nuevas
funciones o procesos sin afectar a los dems componentes. El protocolo
conserva informacin de estado en los extremos, permitiendo recuperarse de
fallas de alguno de los componentes, no es necesario un control centralizado.
Diseo rpido y simple en el centro, inteligente y con menor volumen en el
borde, basado en texto para una implementacin y depuracin simple;
utilizando primitivas (mtodos y respuestas) para el establecimiento de
sesiones.
Movilidad

SIP permite implementar dos tipos de movilidad diferentes:


1. La movilidad personal, que permite que el usuario pueda ser alcanzado en
un

dispositivo cualquiera,

mediante los servicios de un dispositivo y

redireccin.
2. La movilidad intrnseca provista por la ubicuidad del protocolo IP.
Extensibilidad
Actualmente el IETF tiene tres grupos de investigacin estandarizando SIP,
siendo el rea con mayor actividad en todo el IETF. Los grupos definidos son:

SIP WG: desarrolla las bases directivas del estndar (RFC 3261).
SIPPING WG: estandariza la utilizacin de SIP en aplicaciones especficas.
SIMPLE WG: define el flujo de trabajo de mensajera instantnea
utilizando SIP.

El foco actualmente est en estandarizar el uso de SIP en aplicaciones


actuales, creacin de extensiones y paquetes de eventos, definicin de las
mejores practicas (Best Current Practices) y seguridad.
2.1.3 Arquitectura Distribuida en SIP
La arquitectura que compone la plataforma del protocolo SIP, esta basada en
un conjunto de dispositivos los cuales interactan entre ellos para proveer las
comunicaciones. En la Figura 2.2 se presenta de forma grfica la arquitectura
bsica de la plataforma SIP.
Figura 2.2 Arquitectura bsica de una plataforma SIP

User Agents
Es una aplicacin que inicia, recibe y finaliza llamadas o sesiones. Debido a que
el estilo de comunicacin SIP es de igual a igual (peer to peer), dos agentes de
usuarios pueden establecer una sesin entre s.
Existen dos tipos de agentes de usuarios:

User Agent Clients (UAC): Una entidad que inicia una sesin.
User Agent Server (UAS): Una entidad que recibe una sesin.

Las entidades se implementan de acuerdo a la funcin del User Agent, en


general se implementan ambas.
Los User Agents pueden tomar distintas formas de acuerdo a su funcin:

Telfono.
Softphone (Aplicaciones para computador).
Gateway PSTN.
Servidor de conferencias.
Servidor de voice mail.
Proxy Server

Se encarga de enrutar peticiones/respuestas hacia el destino final. El


enrutamiento se realiza salto a salto de un servidor a otro hasta alcanzar el
destino final.

Para estos casos,

existe un parmetro incluido en las

peticiones/respuestas denominado Va que incluye los sistemas intermedios


que han participado en el proceso de enrutamiento. Esto evita bucles y permite
forzar que las respuestas sigan el mismo camino que las peticiones. Afecta
nicamente a la informacin de control pues el transporte de medios, salvo en
el caso de requerir codificacin intermedia, se realiza directamente entre
origen y destino.
Un mismo servidor puede funcionar como Proxy entrante y saliente de un
dominio, funcionando como una aplicacin intermedia que acta tanto como
servidor y cliente, generando mensajes SIP a nombre del cliente que gener el
mensaje original. Conceptualmente se dividen en dos tipos de Proxy Server:

El Outbound Proxy, que recibe las peticiones emitidas por los user
agents de su dominio y define sus enrutamientos basado en los datos de

la URI destino.
El Inbound Proxy, recibe las peticiones destinadas a los user agents de
su dominio y define su ubicacin.

En la Figura 2.3 se presenta un esquema grfico del funcionamiento de Proxy


Outbound e Inbound.
Figura 2.3 Esquema de Proxy Outbound e Inbound

Redirect Server
Es un servidor que acepta las peticiones SIP, procede a mapear la direccin en
cero o ms direcciones nuevas y las retorna al cliente. Al contrario que un
Proxy Server, el Redirect Server no inicia sus propios mensajes SIP, sino que
contesta con un mensaje de redireccin indicando en el mismo cmo contactar
al destino. Al contrario de un User Agent, el Redirect Server no acepta o
termina llamadas.
Registrar Server
Es un servidor que acepta mensajes del tipo REGISTER para realizar los
registros de los dispositivos de los usuarios. Un usuario puede estar registrado
con mltiples dispositivos. Un dispositivo puede tener registrado mltiples
usuarios y cada usuario es responsable de registrar y mantener el registro en
sus diferentes dispositivos.
Location Server
Es un servidor utilizado por un Redirect o Proxy Server para obtener
informacin acerca de las posibles ubicaciones de un usuario. Se utiliza para
que los terminales registren la ubicacin en la que se encuentran. Este servidor
facilita la movilidad de usuarios, al actualizar dinmicamente la misma. Es una
base de datos, no utiliza SIP para comunicarse con los otros servidores.
2.1.4 Mensajes SIP: Mtodos y Respuestas
Los componentes SIP se conectan intercambiando mensajes SIP, los tipos de
mensajes utilizados son:
Mtodos SIP:

INVITE: inicia una llamada invitando a un usuario a participar en una


sesin.

ACK: confirma que el cliente ha recibido una respuesta final a un

mtodo INVITE.
BYE: indica la terminacin de la llamada.
CANCEL: cancela un requerimiento pendiente.
REGISTER: registra al User Agent.
OPTIONS: usado para consultar las capacidades de un servidor.
INFO: usado para transportar informacin fuera de banda, como dgitos

DTMF.
MESSAGE: transporta mensajes de texto entre User Agents.
REFER: solicita generar una sesin desde una tercera parte.
SUSCRIBE: suscribe al User Agent para ser notificado sobre eventos que

ocurran en otro User Agent.


NOTIFY: notifica los eventos a los suscritos.
UPDATE: modifica elementos del dilogo activo.
PRACK: confirmacin provisional.
PUBLISH: publica la notificacin de eventos.

Respuestas SIP:

1xx: Mensajes provisionales


100 Trying
180 Ringing
183 Session Progress
2xx: Respuestas de xito
200 OK
202 Accepted
3xx: Respuestas de redireccin
300 Multiples Choices
301 Moved Permanently
302 Moved Temporarily
4xx: Respuestas de falla de mtodo
400 Bad request
401 Unauthorized
404 Not found
407 Proxy authentication required
486 Busy here
487 Request terminated
5xx: Respuestas de fallas de servidor
500 Sever internal error
502 Bad gateway
6xx: Respuestas de fallas global
600 Busy everywhere
603 Decline

2.1.5 Encabezado SIP

SIP tiene dos tipos de mensajes: peticiones (request) y respuestas (response).


El mensaje de peticin es emitido desde el cliente terminal al servidor terminal.
El encabezado del mensaje de peticin y respuesta contiene campos similares,
estos son:

Start Line: Usado para indicar el tipo de paquete, la direccin y la versin

de SIP.
General Header: El encabezamiento general contiene las siguientes

informaciones:
Call-ID: se genera en cada llamada para identificar la misma.
Contiene la direccin del dominio del host.
Cseq: por ejemplo <Cseq: 1234 Invite>. Se inicia en un nmero aleatorio
e identifica en forma secuencial a cada peticin.
From:
por
ejemplo:
<From:

MyName

<SIP:myaccount@company.com>>. Se encuentra presente en toda


peticin y respuesta. Es la direccin del origen de la llamada.
To:
por
ejemplo:
<To:
Helpdesk
<sip:helpdesk@company.com;tag=287447>>. Se encuentra presente
en todo request y response. Es la direccin del destino de la llamada. El

tag es usado cuando el mismo destino designa a varios puntos finales.


Via: por ejemplo: <Via:SIP/2.0/UDP PXY1.provider.com; received
10.0.03>. Sirve para recordar la ruta del request; por ello cada Proxy en

la ruta aade una lnea de va.


Encryptio:
por
ejemplo:

<Encryption:

PGP

version=2.6.2,

encoding=ascii>. Identifica un mensaje que ha sido cifrado para

seguridad (proceso descrito en SDP; es del tipo MD5).


Additionals: adems del encabezado general se pueden transportar
campos adicionales. Por ejemplo: expire indica el tiempo de validez de
registro; priority indica la prioridad del mensaje.

2.1.6 Direcciones SIP


SIP es un protocolo basado en texto (de acuerdo con RFC-2279 para la
codificacin del conjunto de caracteres) y el mensaje basado en HTTP (RFC2068 para la semntica y sintaxis). Las direcciones SIP son identificadas
mediante los denominados URI (Uniform Resource Identifiers, Identificadores
de recursos uniformes), que siguen la estructura user@host, donde user
corresponde a un nombre, identificador o nmero telefnico y host l cual es el
dominio al que pertenece el usuario o direccin de red.

Ejemplos de URIs SIP:

sip:mstokle@nortelnetworks.com
sip:bob@192.168.10.1
sip:14083831088@gateway.nortel.com
sip:mstokle@nortelnetworks.com
Los proxy server pueden resolver y transformar URIs del tipo TEL, que

contienen direcciones E.164 tel:+507...........


Dependiendo del tipo de User Agent, estos tambin pueden utilizar otros

tipos de URIs como HTTP o mailto:


http://www.nortelnetworks.com
mailto:mstokle@nortelnetworks.com
Las URIs se diferencian de las URLs ya que las URLs apuntan a una ubicacin
fsica especfica (ejemplo: un archivo).
2.1.7 Proceso para Establecer una Comunicacin SIP
El establecimiento de una comunicacin usando SIP ocurre usualmente en 6
pasos:
1. Ubicacin del usuario.
2. Determinacin del medio a utilizar: se efecta por medio de un modelo de
oferta/respuesta por intermedio de SDP (Session Description Protocol).
3. Determinacin del destino de aceptar o rechazar la llamada.
4. Establecimiento del medio.
5. Modificacin de la llamada o manejo de la misma: ejemplo, transferencia.
6. Terminacin de la llamada.
Proceso de Registro
Cada vez que el usuario enciende su dispositivo (telfono SIP, computador u
otro dispositivo SIP), el cliente se registra con el Registrar Server. El registro
tambin ocurre cuando el usuario modifica su ubicacin fsica o enciende un
nuevo dispositivo.
El Registrar Server actualiza la base de datos del Location Server. El registro
puede hacerse por otros medios (pginas web, scripts, admin, etc.). En la
Figura 2.4, se muestra un ejemplo de flujo de mensajes para realizar el proceso
de registro.
Figura 2.4 Intercambio de mensajes para la realizacin de registro SIP

Proceso de Llamada Bsica


En la Figura 2.5, se muestra un ejemplo del establecimiento de una llamada de
manera bsica. Existen dos usuarios llamados Alice y Bob los cuales desean
comunicarse a travs de SIP. En este caso, Alice y Bob conocen su ubicacin
actual y pueden contactarse directamente. Alice enva un mensaje INVITE a
Bob.
En el cuerpo del mensaje INVITE ofrece sus capacidades de medios usando SDP
(audio, video, juegos, etc.). El User Agent de Bob enva una respuesta
provisional (180 ringing).
Una vez que el usuario contesta la llamada, el User Agent enva la respuesta
definitiva (200 OK) y en el cuerpo de esa respuesta se enva la respuesta sobre
los medios a utilizar usando SDP. El User Agent de Alice enva el ACK y se
establece el camino de medios utilizando los protocolos apropiados (RTP en
este caso). Bob corta la llamada, su User Agent enva un mensaje BYE. El User
Agent de Alice enva su respuesta exitosa (200 OK).
Figura 2.5 Intercambio de mensajes para la realizacin de una llamada
SIP

Proceso de Llamada por medio de Proxy Server


En la Figura 2.6 se presenta un flujo de mensajes de un escenario donde son
utilizados los Proxy Server para la comunicacin SIP. A continuacin se
describen cada uno de los flujos:
F1: el User Agent de Alice enva un mensaje INVITE al Proxy Server 1 para
iniciar una llamada con Bob.
F2: el Proxy Server responde al User Agent de Alice con un mensaje 407
requiriendo autenticacin.
F3: el User Agent de Alice enva un mensaje de reconocimiento al Proxy Server
1 indicando que la solicitud de autenticacin fue recibida.
F4: el User Agent de Alice enva el mensaje de INVITE nuevamente con los
datos de autenticacin al Proxy Server 1.
F5: el Proxy Server 1 recibe el mensaje INVITE del User Agent de Alice y lo reenva al Proxy Server 2.
F6: el Proxy Server 1 enva un mensaje 100 al User Agent de Alice indicndole
que est intentando establecer comunicacin con el Proxy Server 2.
F7: el Proxy Server 2 recibe el mensaje INVITE del User Agent de Alice, lo
acepta y lo enva al User Agent de Bob.
F8: el Proxy Server 2 enva un mensaje 100 al Proxy Server 1 indicndole que
est intentando establecer comunicacin con el User Agent de Bob.

F9, F10, F11: el User Agent de Bob acepta el mensaje INVITE del User Agent de
Alice y le enva un mensaje provisional 180 (Ringing).
F12, F13, F14: una vez que el usuario Bob contesta la llamada, su User Agent
enva la respuesta definitiva (200 OK).
F15, F16, F17: el User Agent de Alice enva el ACK y se establece el camino de
medios utilizando el protocolo RTP.
F18, F19, F20: Bob corta la llamada, su User Agent enva un mensaje BYE.
F21, F22, F23: el User Agent de Alice enva su respuesta exitosa (200 OK).
Figura 2.6 Intercambio de mensajes para la realizacin de una llamada
SIP a travs de Proxy

Proceso de Llamada por medio de Redirect Server


En la Figura 2.7 se presenta un flujo de mensajes de un escenario donde es
utilizado el Redirect Server para la comunicacin SIP. A continuacin se
describen cada uno de los flujos:
F1: el User Agent de Alice enva un mensaje INVITE al Redirect Server con el
propsito de conocer la ubicacin del Proxy Server para establecer una llamada
con Bob.
F2: el Redirect Server responde al User Agent de Alice con un mensaje 302,
indicndole que el Proxy Server ha sido temporalmente movido y le provee la
direccin actual donde puede ser ubicado.
F3: el User Agent de Alice enva un mensaje de reconocimiento al Redirect
Server indicando que la informacin fue recibida.

F4: el User Agent de Alice enva el mensaje de INVITE nuevamente al Proxy


Server, basado en la informacin de ubicacin provista por el Redirect Server.
F5: el Proxy Server recibe el mensaje INVITE del User Agent de Alice y le enva
al mismo un mensaje 100 indicndole que est intentando establecer
comunicacin con el User Agent de Bob.
F6: el Proxy Server recibe el mensaje INVITE del User Agent de Alice, lo acepta
y lo enva al User Agent de Bob.
F7, F8: el User Agent de Bob acepta el mensaje INVITE del User Agent de Alice
y le enva un mensaje provisional 180 (Ringing).
F9, F10: una vez que el usuario Bob contesta la llamada, su User Agent enva la
respuesta definitiva (200 OK).
F11, F12: el User Agent de Alice enva el ACK y se establece el camino de
medios utilizando el protocolo RTP.
F13, F14: Bob corta la llamada, su User Agent enva un mensaje BYE.
F15, F16: el User Agent de Alice enva su respuesta exitosa (200 OK).
Figura 2.7 Intercambio de mensajes para la realizacin de llamadas a
travs de redirect SIP

3. ASTERISK
3.1 Qu es Asterisk?
Asterisk [12] es una plataforma PBX software, considerada tambin como una
aplicacin de respuesta interactiva de voz (Interactive Voice Response (IVR))
de cdigo abierto para tecnologa hibrida de TDM y VoIP. De forma no oficial, es
posible que Asterisk este considerada como la pieza de software disponible

ms

poderosa,

flexible

extensible

para

la

integracin

de

las

telecomunicaciones. Su nombre viene dado a partir del smbolo asterisco (*), el


cual en diferentes sistemas operativos es utilizado como un comodn para
relacionar a cualquier archivo. De manera similar, Asterisk fue diseada para
interconectar cualquier pieza telefnica de hardware o software, con cualquier
aplicacin telefnica, de forma sencilla y consistente.
Tradicionalmente, los productos telefnicos son diseados para satisfacer una
necesidad tcnica especfica en una red. Sin embargo, muchas aplicaciones
utilizadas por la telefona comparten gran parte de la tecnologa. Asterisk toma
ventaja de esa sinergia para crear un ambiente nico que puede ser moldeado
para encajar en cualquier aplicacin en particular, o conjunto de aplicaciones.
Asterisk provee todas aquellas funcionalidades que ofrece una PBX tradicional
y en adicin muchas ms. Esta PBX de software implementa la tecnologa de
VoIP bajo diversos protocolos y a la vez puede interoperar con casi todos los
estndares basados en dispositivos telefnicos con la utilizacin de hardware
econmico.
3.2 Orgenes
Asterisk fue diseado originalmente por Mark Spencer perteneciente a la
empresa Digium, Inc. Digium es el desarrollador y patrocinador principal de
Asterisk, y provee una variedad de productos de hardware telefnico de alta y
baja densidad, as como servicios profesionales relacionados al soporte de
Asterisk.
La primera versin de Asterisk fue desarrollada y puesta en produccin en el
mes de septiembre del 2004. Algunas partes del cdigo han sido provistas por
desarrolladores de todas partes del mundo. Las pruebas realizadas con su
utilizacin por parte de la comunidad de usuarios, han logrado una buena
depuracin de errores. Dicha comunidad le ha brindado al proyecto un
incalculable valor para su optimizacin y crecimiento.
Asterisk, en combinacin con la utilizacin de tarjetas telefnicas de Digium,
ofrece una estratgica solucin en la relacin costo beneficio, aproximada a
las arquitecturas de transporte de voz y data sobre TDM, conmutadas y las
ethernet.

Las soluciones de Digium reducen el costo de las implementaciones


tradicionales de TDM y VoIP a travs del cdigo abierto. Los dispositivos de
hardware de Digium soportan protocolos tradicionales de voz.
3.3 Funcionalidades
Asterisk provee servicios de correo de voz con la utilizacin de un directorio,
conferencias de llamadas, respuestas interactivas de voz y manejo de colas de
llamadas. Posee soporte para llamadas de tres vas, servicios de identificador
de llamada, ADSI, SIP y H.323 (como cliente y gateway).
El objetivo de Asterisk es el de proveer soluciones telefnicas, ofreciendo una
gran gama de funcionalidades potentes y flexibles. Asterisk brinda tanto las
funcionalidades clsicas
avanzadas

que

no

son

de

una PBX tradicional,

provistas.

Asterisk

como

nter-opera

funcionalidades
con

estndares

tradicionales de los sistemas telefnicos, as como tambin sistemas de VoIP.


Dentro de las funcionalidades que Asterisk provee se encuentran las
siguientes:
3.3.1 Funcionalidades de Llamadas

ADSI On-Screen Menu System


Alarm Receiver
Append Message
Authentication
Automated Attendant
Blacklists
Blind Transfer
Call Detail Records
Call Forward on Busy
Call Forward on No Answer
Call Forward Variable
Call Monitoring
Call Parking
Call Queuing
Call Recording
Call Retrieval
Call Routing (DID & ANI)
Call Snooping
Call Transfer
Call Waiting
Caller ID
Caller ID Blocking
Caller ID on Call Waiting
Calling Cards
Conference Bridging

Database Store / Retrieve


Database Integration
Dial by Name
Direct Inward System Access
Distinctive Ring
Distributed Universal Number Discovery (DUNDi)
Do Not Disturb
E911
ENUM
Fax Transmit and Receive (3rd Party OSS Package)
Flexible Extension Logic
Interactive Directory Listing
Interactive Voice Response (IVR)
Local and Remote Call Agents
Macros
Music On Hold
Music On Transfer
Flexible
MP3-based System
Random or Linear Play
Volume
Control
Predictive Dialer
Privacy
Open Settlement Protocol (OSP)
Overhead Paging
Protocol Conversion
Remote Call Pickup
Remote Office Support
Roaming Extensions
Route by Caller ID
SMS Messaging
Spell / Say
Streaming Media Access
Supervised Transfer
Talk Detection
Text-to-Speech (via Festival)
Three-way Calling
Time and Date
Trunking
VoIP Gateways
Voicemail
Visual
Indicator for MessageWaiting
Stutter
Dialtone for MessageWaiting
Voicemail

to email
Voicemail
Groups
Web
Voicemail Interface

3.3.2 Integracin del Computador con el Telfono

AGI (Asterisk Gateway Interface)


Graphical Call Manager
Outbound Call Spooling
Predictive Dialer
TCP/IP Management Interface

3.3.3 Escalabilidad

TDMoE (Time Division Multiplex over Ethernet)


Permite conexin directa de Asterisk PBX
Latencia de cero (0)
Utiliza el hardware de Ethernet
Voice-over IP
Permite la integracin de instalaciones separadas fsicamente.
Utiliza comnmente conexiones de datos amplias.
Permite planes de discado unificados entre mltiples entidades.

3.3.4 Codecs
ADPCM

G.711 (A-Law & -Law)


G.723.1 (pass through)
G.726
G.729
GSM
iLBC
Linear
LPC-10
Speex

3.3.5 Protocolos de Sealizacin

IAX (Inter-Asterisk Exchange)


H.323
SIP (Session Initiation Protocol)
MGCP (Media Gateway Control Protocol)
SCCP (Cisco Skinny)

3.3.6 Interoperabilidad con la Telefona Tradicional

E&M
E&MWink
Feature Group D

FXS
FXO
GR-303
Loopstart
Groundstart
Kewlstart
MF and DTMF support
Robbed-bit Signaling (RBS) Types

3.3.7 Protocolos PRI

4ESS
BRI (ISDN4Linux)
DMS100
EuroISDN
Lucent 5E
National ISDN2
NFAS

3.4 Soporte de Protocolos


Asterisk soporta un rango amplio de protocolos TDM para el manejo y la
transmisin de la voz sobre las interfaces telefnicas tradicionales. Asterisk
soporta los diversos tipos de estndares de sealizacin definidos por los
Estados Unidos (US) y por Europa, usados en los estndares de negocios por
los sistemas telefnicos. Esto permite que exista un puente entre las redes
integradas (de voz y datos) de prxima generacin y las infraestructuras
existentes en la actualidad.
Asterisk no slo maneja y soporta los dispositivos telefnicos tradicionales,
tambin los realza con funcionalidades adicionales.
Con la utilizacin del protocolo IAX en la tecnologa de VoIP, Asterisk fusiona el
trfico de voz y datos de forma similar a travs de redes dispares, trayendo
como consecuencia la posibilidad de enviar datos tal como informacin URL e
imgenes en lnea con el trfico de voz, permitiendo integracin avanzada de
la informacin.
Asterisk provee un ncleo central conmutado, con 4 interfaces API (Advanced
Programers Interface) para mdulos de carga de aplicaciones de telfonos,
interfaces hardware, manejo de formatos de archivos y codecs. Permite la
transparencia para la conmutacin entre todas las interfaces soportadas,
logrando as la unin de diversos sistemas telefnicos en una misma red
conmutada.

3.5 Soporte de Plataforma


Asterisk es principalmente desarrollada sobre GNU/Linux para x86.
Posteriormente se han realizado compilaciones y se ha ejecutado sobre
GNU/Linux para PPC y hasta OpenBSD, FreeBSD y Mac OS X Jaguar. Otras
plataformas y estndares basados en el sistema operativo UNIX pueden ser
utilizadas para la compilacin y la ejecucin de Asterisk.
3.6 Arquitectura de Asterisk
La arquitectura de la plataforma de Asterisk es fundamentalmente muy simple,
pero diferente a la mayora de los productos telefnicos. Esencialmente
Asterisk acta como un ente mediador, conectando la tecnologa telefnica con
las aplicaciones telefnicas, creando un ambiente consistente para unir
contextos telefnicos mezclados. La tecnologa telefnica puede incluir
servicios VoIP, tales como, SIP, H.323, IAX y MGCP, as como tecnologas
tradicionales TDM, tales como, T1, ISDN PRI y BRI, servicios PSTN y muchos
ms.
El ncleo de Asterisk contiene varios motores, los cuales juegan un papel muy
importante y crtico en el rea operativa del software. Cuando Asterisk se inici
exista un cargador de mdulo dinmico, el cual cargaba e inicializaba cada
uno de los controladores que a su vez provean controladores de los canales,
formatos de archivos, grabaciones detalladas de llamadas, codecs, aplicaciones
y ms, enlazndose a las funciones APIs internas apropiadas. Luego, el ncleo
de
Asterisk comenz a aceptar llamadas provenientes de interfaces y las
manejaban de acuerdo a un plan de llamadas (DialPlan).
Asterisk fue diseado cuidadosamente para brindar mxima flexibilidad. Sus
son definidas especficamente en base al ncleo del sistema central de una
PBX. Este ncleo avanzado maneja la conexin interna de una PBX,
abstrayndose de protocolos especficos, codecs e interfaces del hardware de
las aplicaciones telefnicas. Esto permite a Asterisk la utilizacin de cualquier
hardware conveniente y cualquier tecnologa disponible en el presente o en el
futuro, de manera de realizar sus funciones esenciales, conexin del hardware
y sus aplicaciones.
El ncleo de Asterisk maneja los siguientes elementos internamente: PBX
Switching (conmutacin): la esencia de Asterisk es un sistema de conmutacin

(Private Branch eXchange Switching), para la conexin de llamadas entre


varios usuarios y tareas automatizadas. El ncleo de conmutacin conecta de
manera transparente llamadas provenientes de diversas interfaces hardware y
software.
Application Launcher: implementa aplicaciones que realizan servicios variados,
tales como: correo de voz, reproduccin de archivos y listado de directorios.
Codec Translator: se utilizan mdulos de codecs para la codificacin y
decodificacin de varios formatos de compresin de audio, presentes en la
industria telefnica. Una gran gama de codecs estn disponibles para
satisfacer diversas necesidades y poder alcanzar el mejor balance entre la
calidad del audio y la utilizacin del ancho de banda.
Scheduler and I/O Manager: maneja tareas programadas de bajo nivel y la
administracin del sistema para lograr un ptimo funcionamiento bajo
cualquier condicin de carga.
Mdulo

con capacidad

de

carga por funciones APIs (Advanced

Programers Interface):
Son definidos (4) APIs para los mdulos con capacidad de carga, facilitando la
abstraccin del hardware y el protocolo. Con la utilizacin del sistema de
mdulo con capacidad de carga, el ncleo de Asterisk no tiene que
preocuparse acerca de los detalles de cmo son conectadas las llamadas, ni
que codec se est usando, entre otros.

Channel API: el canal API maneja el tipo de conexin con que una
llamada est entrando, ya sea una conexin VoIP, ISDN, o alguna otra
tecnologa.

Mdulos dinmicos son cargados para manejar los detalles de las capas bajas
de las conexiones.

Application API: permite que varios mdulos de una tarea se ejecuten


para realizar diversas funciones, tales como, conferencia, listado de
directorios, correo de voz, todas bajo una lnea de transmisin. Cualquier
otra tarea la cual un sistema PBX puede realizar en el presente o en un

futuro, es manejada por medio de estos mdulos.


Codec Translator API: carga los mdulos de codec para soportar varios
formatos de codificadores y decodificadores, tales como, GSM, Mu-Law,
ALaw e incluso MP3.

File Format API: maneja la lectura y escritura de varios formatos de


archivos para el almacenamiento de datos en el sistema de archivos.

Con la utilizacin de estos APIs, Asterisk logra una abstraccin completa entre
sus funciones del ncleo como un sistema de servidor PBX y la variedad de
tecnologas existentes (o en desarrollo) en el rea de la telefona. La forma
modular de Asterisk permite integrar tanto al hardware telefnico conmutado
implementado actualmente, como a la tecnologa creciente de voz por
paquetes (VoIP) que surge hoy en da.
Las aplicaciones API prevn la utilizacin flexible de los mdulos de
aplicaciones para realizar cualquier funcin flexible bajo demanda y permite,
para

desarrollos

abiertos

de

nuevas

aplicaciones,

unir

necesidades

situaciones comunes y nicas. Adicionalmente, al cargar todas las aplicaciones


como un mdulo, permite que el administrador disee la mejor trayectoria para
las llamadas entrantes en el sistema PBX, as como modificar las rutas de
llamadas para unirlas al cambio de las necesidades de comunicacin
ocasionadas por un fin. En la Figura 2.8 se presenta un esquema de la
arquitectura de Asterisk.
Figura 2.8 Esquema de la arquitectura de Asterisk

3.7 Hardware Utilizado en Asterisk

Asterisk no requiere de hardware adicional a las tarjetas telefnicas para la


implementacin de VoIP. Para la interconexin entre dispositivos de telefona
anlogos y digitales, Asterisk soporta un gran nmero de dispositivos de
hardware, haciendo ms nfasis en todo el hardware desarrollado por sus
patrocinantes.
A continuacin se lista el hardware que soporta actualmente Asterisk:
3.7.1 Zaptel Compatible Hardware
Wildcard TE411P, Wildcard TE410P, Wildcard TE406P
Tarjetas con cuatro interfaces T1/E1/J1 con cancelacin de eco, que permiten
seleccionar uno de los formatos de sealizacin T1, E1, J1 por tarjeta o por
puerto seleccionado (3.3 volt PCI).
Wildcard TE405P
Tarjetas con cuatro interfaces T1/E1/J1 con cancelacin de eco, que permiten
seleccionar uno de los formatos de sealizacin T1, E1, J1 por tarjeta o por
puerto seleccionado (5.0 volt PCI).
Wildcard TE210P
Tarjeta con dos interfaces T1/E1/J1 con cancelacin de eco, que permiten
seleccionar uno de los formatos de sealizacin T1, E1, J1 por tarjeta o por
puerto seleccionado (3.3 volt PCI).
Wildcard TE205P
Tarjeta con dos interfaces T1/E1/J1 con cancelacin de eco, que permiten
seleccionar uno de los formatos de sealizacin T1, E1, J1 por tarjeta o por
puerto seleccionado (5 volt PCI).
Wildcard TE110P
Tarjeta con una interfaz T1/E1/J1 con cancelacin de eco, que permite
seleccionar uno de los formatos de sealizacin T1, E1, J1 por tarjeta o por
puerto seleccionado.
Wildcard TDM400P
Tarjeta PCI con dos interfaces de longitud media que soporta estndares
analgicos o de telfonos ADSI, as como tambin soporta lneas regulares
telefnicas POTS.
3.7.2 Dialogic Hardware
Analgicas
D/41JCT-LS 4-port analog + voice

VFX/41JCT-LS 4-port analog + voice + fax


D/120JCT-LS 12-port analog + voice
Digitales
D/240JCT-1T1 T1 + 24 voice
D/300JCT-1E1 E1 + 30 voice
D/480JCT-2T1 T1 + 48 voice
D/600JCT-2E1 E1 + 60 voice
3.8 Futuro de Asterisk
Asterisk est creciendo con la incorporacin de nuevas funcionalidades al rbol
de su plataforma de software. Mark Spencer y numerosos colaboradores de
todo el mundo, adicionan cdigo nuevo buscando implantar actualizaciones
diarias. El 17 de noviembre del 2005 fue lanzada la nueva versin de la
plataforma Asterisk 1.2. Esta versin contiene alrededor de 3000 mejoras sobre
la versin 1.0, as como cientos de nuevas funcionalidades y aplicaciones.
Asterisk

1.2

est

disponible

para

el

pblico

en

su

pgina

Web

(www.asterisk.org), esperando a ser implantada por la comunidad de usuarios


Asterisk. A continuacin de describen algunas soluciones que pueden ser
implementadas con Asterisk:
Redes que pueden ser implantadas con Asterisk
PBX 1x1
Figura 2.9 Esquema de red Asterisk PBX 1x1

Se implementa una PBX en un escenario donde existe una lnea telefnica, un


telfono analgico y mltiples conexiones por aplicaciones de software en
diversos computadores. En la Figura 2.9 se presenta un ejemplo de esta
implementacin.

PBX 8x16 para pequeas oficinas


Figura 2.10 Esquema de red Asterisk PBX 8x16

Este escenario puede ser muy comn para empresas pequeas donde se
provee de mayor densidad de telfonos en la parte interna de la red que de
lneas telefnicas en el exterior de la red, por lo cual se presenta una solucin
existen 8 lneas telefnicas y 16 telfonos analgicos, estos son colocados en
un

banco

que

multiplexa

los

canales

hacia

un

interfaz

T1,

donde

posteriormente por medio de un cable es llevado a la tarjeta del servidor


Asterisk donde sern provistos de una seal de tono. Al igual que el ejemplo
anterior se pueden implementar mltiples conexiones a nivel de aplicaciones
clientes de software en la red. En la figura 2.10 se presenta un ejemplo de esta
implementacin.

Pequeas y medianas empresas con oficinas remotas


Figura 2.11 Esquema de red Asterisk PYME

Una de las caractersticas ms poderosas de Asterisk es la de poder


interconectar entes remotos y hacer entre ellos las conexiones transparentes,
logrando formar una sola red. En este ejemplo se presentan tres oficinas con
distintos PBX y todos interconectados formando una misma red Asterisk. En la
Figura 2.11 se presenta un ejemplo de esta implementacin.
Redes de alta densidad IVR y conferencia.
Figura 2.12 Esquema de red Asterisk IVR

Asterisk puede ser utilizado como una plataforma de alta densidad IVR y
conferencia, usando interfaces tradicionales PRI/T1; proveyendo redundancia,
escalabilidad e intercomunicacin usando la tecnologa TDM sobre Ethernet,
logrando extender el bus TDM a travs de la red Ethernet, mientras que se
mantiene latencia mnima. En la Figura 2.12 se presenta un ejemplo de esta
implementacin.

También podría gustarte