ASTERISK: ALTERNATIVA A LA TELEFONA TRADICIONAL EN LA UCI

Darvis Dorvigny Dorvigny*, Mara Luisa Herrera Corbelle

Universidad de las Ciencias Informticas, Km 2 Carretera de San Antonio de los Baos Reparto Torrens,
Ciudad de la Habana, Cuba.
*Autor para la correspondencia: ddorvigny@uci.cu,

RESUMEN
La VoIP est evolucionando como una tecnologa robusta, con muchas perspectivas. Su arquitectura es slida, y est
basada en conceptos que hacen converger las redes de telefona y las redes de datos, unificando los servicios y
aumentando las prestaciones. Asterisk es un PBX basado en software que implementa los protocolos de VoIP.
En esta investigacin se detallan las caractersticas y funciones del SoftPBX Asterisk, as como consideraciones
acerca de su posible implantacin en la UCI. Se realiza una propuesta para la implantacin de Asterisk en la
Universidad de las Ciencias Informticas, como forma de introducir los conceptos de la Voz sobre IP. La propuesta
est inspirada en la necesidad de ampliar las capacidades de comunicacin telefnica que brinda la universidad, a
partir de las dificultades reales de la Central Telefnica instalada de brindar servicios a los nuevos abonados que
surgen en la ampliacin inmobiliaria de la universidad.
Palabras clave: Asterisk, cdecs, softPBX, Protocolos de sealizacin.

ASTERISK: AN ALTERNATIVE TO TRADITIONAL TELEPHONY IN THE UCI

ABSTRACT
VoIP technology is evolving as a robust, with many perspectives. Its architecture is solid and is based on concepts
that make the networks converge voice and data networks, combining the services and increase benefits. Asterisk is a
PBX-based software that implements the protocols of VoIP.
In this research the features and functions of SoftPBX Asterisk, as well as considerations about its possible
implementation in the UCI. We present a proposal for the deployment of Asterisk at the University of Informatic's
Sciences as a way of introducing the concepts of Voice over IP. The proposal was inspired by the need to expand the
capabilities of telephone communication afforded by the university, from the real difficulties of the PBX installed to
provide services to new subscribers that arise in the real estate expansion of the university.
Keywords: Asterisk, codecs, Signalling Protocols, softPBX,.

INTRODUCCIN
En la telefona convencional se dispone de las Centrales Telefnicas Privadas, llamadas PBXs (acrnimo de Private
Branch Exchange), para brindar servicios de telefona a pequea escala. Las posibilidades de servicios que son
capaces de ofrecer las modernas PBX comerciales disponibles en el mercado son innumerables. Sin embargo, estas
soluciones cada vez son ms costosas y difciles de adquirir. Las grandes compaas exigen por sus productos sumas
millonarias, y mantienen a sus compradores y clientes sujetos a rigurosas y estrictas licencias. Esto se hace sentir en
mayor medida cuando aparecen dificultades intrnsecas a la tecnologa, que tardan en ser superadas por las
limitaciones econmicas.
Las miradas se dirigen nuevamente hacia el mundo de las ciencias informticas. Con la aparicin de la posibilidad de
trasmitir informacin de voz sobre la red de datos, surge la alternativa que hace posible reducir los costos de
desarrollo e implantacin, incrementndose las posibilidades de agregar nuevos servicios de telefona, sin hacer
grandes inversiones en materia de tecnologa.
En la Universidad de las Ciencias Informticas (UCI) existe una amplia red de telefona, que brinda servicios a toda la
comunidad universitaria, desde la intercomunicacin entre los distintos departamentos y oficinas, hasta cubrir el rea
de la residencia de manera exhaustiva. Por medio de la PBX instalada, adems de la comunicacin interna entre los
abonados telefnicos, se accede a la comunicacin con la PSTN (acrnimo de Public Switched Telephone Network,
Red Conmutada de Telefona Pblica).
Debido al constante crecimiento de la universidad en materia de inmuebles que precisan inevitablemente de servicios
telefnicos, se hace difcil disponer de nuevas capacidades de conexin para nuevos abonados de la telefona. La
causa principal radica en que la PBX instalada ya est al mximo de su capacidad de conexin, y su funcionamiento
se vuelve errtico en horarios de mayor densidad de llamadas telefnicas. Extender las capacidades de esta pizarra se
traduce en grandes inversiones financieras.
Otro problema es la ocurrencia de alguna interrupcin en el servicio telefnico dentro de la universidad, debido a
desperfectos ocurridos por accidentes de variada naturaleza. En dependencia de la gravedad, la poca disponibilidad
de recursos puede hacer que varios usuarios permanezcan afectados por un tiempo prolongado. La adquisicin del
reemplazo para los componentes daados se traduce en grandes gastos financieros.

Asterisk, la alternativa.
Asterisk ha venido emergiendo como una gran revolucin dentro de la telefona. Se ha convertido en una alternativa
muy atractiva para los servicios de telefona, sobre todo por ser capaz de proveer todas las funciones de un PBX
moderno de cualquiera de las compaas ms prestigiosas del mundo, siendo solo un software corriendo sobre una
computadora.
Asterisk trabaja con Voz sobre IP. Entre sus potencialidades, hay que destacar que soporta los diferentes tipos de
protocolos de sealizacin tales como SIP, MGCP, H.323, y su protocolo nativo IAX. Puede convertirse adems en
proveedor de servicios de prediccin de discado, IVR (acrnimo de Interactive Voice Response, Respuesta Interactiva
de Voz) de configuracin personal, oficina PBX remota o centralizada, y servidor de conferencias. Un punto
importante es que se acoge a la licencia GPL, por lo que est garantizado el poder adquirir el software y modificarlo
en la medida de las necesidades.
La idea central de este proyecto fue que cualquier persona en cualquier lugar pudiera adquirir una computadora,
instalarle alguna distribucin del sistema operativo GNU/Linux, y adicionarle una tarjeta de expansin para
conexiones con la PSTN. A toda esta unin aadirle el software Asterisk y al final tener una PBX con todas sus
caractersticas y servicios con un desempeo aceptable, a un costo mucho menor que cualquier solucin tradicional de
PBX. [7]
Caractersticas y servicios soportados por Asterisk
Asterisk se presenta como una PBX con todas sus funcionalidades actuales, soporta todas las caractersticas de
llamadas convencionales en una interfaz de estacin, tales como identificador de llamadas, redireccionamiento de
llamadas para lneas ocupadas, redireccionamiento de llamadas para llamadas no contestadas, servidor de
conferencias, redireccionamiento de llamadas variables, transferencias supervisadas, transferencias no supervisadas,
incrementos ADSI(acrnimo de Active Directory Services Interfaces, Interfaces de Servicios de Directorio Activo),
correo de voz con directorio, enrutamiento a costo mnimo, enrutamiento de VoIP, aplicaciones de prepago, servicio
de llamadas en espera, reconocimiento de voz, discado predictivo, colas de llamadas, respuesta interactiva de voz,
entre otras.[12]
Asterisk es programable en diferentes niveles tales como:

Lgica de extensiones: Mediante esta y usando procesamientos lgicos de programacin se pueden lograr,
tomando como basamento ejemplos ya creados, aplicaciones simples y servicios.

Interfaz de Pasarelas Asterisk (AGI): Es utilizada en la implementacin de tareas ms complejas. Se puede

crear scripts con lenguajes tales como PHP y PERL.

Nivel de programacin C: Este es el nivel ms bajo de programacin, es utilizado para implementar

aplicaciones, crear controladores (drivers), y dems. En general este nivel es necesario para la creacin de
aplicaciones que requieren de mayor envergadura en su programacin.

Arquitectura de Asterisk
Asterisk fue diseado cuidadosamente para obtener la mxima flexibilidad posible. Esta conformado por cuatro APIs
(acrnimo de Application Programming Interface, Interfaz de Programacin de Aplicaciones) especficas definidas
alrededor de un ncleo central de PBX. Este ncleo maneja todas las interconexiones internas de la misma
abstrayndose totalmente de protocolos especficos, cdecs, e interfaces de hardware provenientes de las aplicaciones
de telefona. Todo esto permite a Asterisk usar el hardware y las tecnologas disponibles hoy para realizar sus
funciones esenciales.
Internamente el ncleo maneja la conmutacin de canales;
Lanzador de aplicaciones;
Traductor de Cdecs;
Programacin de tareas y Administracin de I/O.
Asterisk tiene un diseo modular. Las diferentes funciones del servidor son implementadas como mdulos, las cuales
son cargadas e inicializadas por el Cargador Dinmico de Mdulos (CDM) en tiempo de ejecucin. Cuando Asterisk
es inicializado, el CDM carga e inicializa cada uno de los controladores (drivers), que proporcionan los Controladores
de Canal, los Formatos de Ficheros, Cdecs, y Aplicaciones. Luego los enlaza con la API interna apropiada para su
tratamiento.
El punto fundamental de esta arquitectura es que funciona como una pasarela de media entre protocolos de VoIP, y
no solamente como un proxy de sealizacin. [14]

Fig. 1 Arquitectura de Asterisk.

API de canal, (Channel API)

Un canal es el equivalente a una lnea telefnica en la forma de un circuito de voz digital. Generalmente consiste de
una seal analgica de un sistema de telefona tradicional o alguna combinacin de cdec y protocolos de
sealizacin. Es una conexin que conduce una llamada entrante o saliente en el sistema Asterisk. La conexin puede
venir o salir hacia la telefona tradicional analgica, digital o IP.
La API de canal le permite al ncleo de conmutacin de Asterisk interconectarse con las fuentes TDM (acrnimo de
Time Divisin Multiplexin, Multiplexacin por Divisin de Tiempo) o las de paquetes de voz. Las fuentes TDM son
generalmente dispositivos pseudo-TDM para los cuales el cdigo desempea funciones DSP (acrnimo de Digital
Signalling Processing, Procesamiento Digital de Seales). Estas manejan el tipo de conexin a la cual el cliente est
llegando, sea una conexin VoIP, ISDN (acrnimo de Integrated Services Digital Network, Red Digital de Servicios
Integrados), o algn otro tipo de tecnologa. Adems son usadas para otras fuentes TDM tales como tarjetas de lgica
de discado las cuales estn soportadas como mdulos cargables de Asterisk.

API para traduccin de cdigo

Esta API provee de una forma flexible para que el ncleo interacte con voz codificada, no importando de cuales
canales provenga sta. Adems soporta formatos tales como ADPCM (acrnimo de Adaptive Differential Pulse Code
Modulation, Modulacin por Impulsos Codificados Diferencial Adaptivo), G.711 (A-Law y -Law), G.723.1, G.726,
G.729, GSM, iLBC, PCM Lineal, LPC-10, Speex.

API para formato de ficheros

Esta API le permite a Asterisk la capacidad de leer y reproducir sonidos en diferentes formatos, incluyendo WAV,
AU, GSM y MP3. Maneja la lectura y escritura de varios formatos de archivos para el almacenamiento de datos en el
sistema de archivos. Adems proporciona mayor flexibilidad a las aplicaciones basadas en Asterisk, referente a los
tonos de discado, DTMF (acrnimo de Dual-Tone Multi-Frequency, Multifrecuencia de Doble Tono), entre otros.

API de aplicaciones, (Application API)

Asterisk ejecuta secuencialmente los comandos asociados a cada extensin. Esos comandos son realmente
aplicaciones que controlan el comportamiento de la llamada y del sistema en s. Esta API le permite a Asterisk
conectar las llamadas de entrada con las llamadas de salida, a travs de diversas aplicaciones como por ejemplo,
conferencias, el correo de voz, tarjetas de llamada. Todas estas aplicaciones pueden tomar ventaja con esta API, ya
que esta hace posible escribir nuevas aplicaciones de telefona que interacten directamente con el ncleo PBX.
El Plan de Discado de Asterisk.
El plan de discado le proporciona a Asterisk gran parte de su flexibilidad, ya que este es el encargado de determinar
cmo las llamadas son enrutadas a travs del sistema. Indica el itinerario que sigue una llamada desde que entra o sale
del sistema hasta que llega a su punto final. De forma general define el comportamiento lgico de la PBX. Est
compuesto por cuatro elementos fundamentales: las extensiones, las prioridades, los contextos, y las aplicaciones.

Extensiones

En la telefona tradicional, las extensiones se asocian con telfonos, interfaces o mens. En Asterisk, una extensin es
una lista de comandos a ejecutar. Las extensiones se acceden cuando se recibe una llamada entrante por un canal
dado, el usuario que llama marca una extensin determinada, o cuando se ejecuta un salto de extensiones desde el
Dialplan de Asterisk.

Contextos

Los contextos tienen un papel importante en Asterisk respecto a la organizacin y la seguridad del plan de discado.
Los contextos tambin definen el objetivo y permiten separar diferentes partes del plan de discado. Un punto que
llama la atencin es que los contextos estn ligados directamente a los canales. Cada canal existe dentro de un
contexto. Cuando una llamada entra al Asterisk por un canal, esta es procesada dentro de un contexto.
Tambin son usados para crear mens de voz, que dan al usuario una lista de extensiones para escoger presionando
las teclas de un telfono multi-frecuencial. Esta funcionalidad es conocida como auto-atencin de llamadas. El uso
creativo de los contextos puede ser usado para implementar diferentes caractersticas tales como seguridad, mens de

voz de mltiples niveles, servicios de autenticacin, retorno de llamada, centralizacin del plan de discado, modos
Da/Noche, y enrutamiento de llamadas basado en extensiones.

Prioridades

Las prioridades son pasos enumerados de ejecucin de cada extensin. Cada prioridad llama a una aplicacin
especfica. Normalmente estos nmeros de prioridad comienzan en 1 y aumentan de uno en uno en cada extensin.
Estas prioridades son corridas en orden numrica.

Aplicaciones

Las aplicaciones son parte fundamental de Asterisk, ellas tratan al canal de voz, tocando sonidos, aceptando dgitos, o
cortando una llamada. Las aplicaciones son llamadas con opciones que afectan a su forma de funcionamiento.
Asterisk ejecuta secuencialmente los comandos asociados a cada extensin. Esos comandos son realmente
aplicaciones que controlan el comportamiento de la llamada y del sistema en s.
Algunos ejemplos son: hangup (colgar la llamada), monitor, (Comenzar la grabacin a disco de una llamada), dial
(Realiza una llamada saliente), goto (salta a otra extensin o contexto), playback (reproduce un fichero de sonido).
Estructura de conexin lgica
Se puede definir en el plan de discado quin manejar el flujo RTP, y de qu forma. Asterisk permite dos formas de
conexin lgica con sus usuarios, en funcin de quien establece todo el flujo de media durante la comunicacin.

Estructura rbol Jerrquico

La estructura rbol jerrquico (figura 2) se suele utilizar cuando hay enrutadores entre los usuarios, ya que los puertos
han de estar disponibles para que cada uno de los usuarios pueda enviar y recibir los flujos de audio. Cuando se utiliza
este sistema, tanto el trfico de protocolo de sealizacin, como de RTP pasan por Asterisk.
De esta manera, no importa qu cdec tengan los terminales, ya que Asterisk se encargar de traducir un cdec al otro
para que se pueda hacer la comunicacin (a esto se le conoce como trasncoding).
Tampoco importa dnde se encuentren los terminales, ya sea dentro de la propia red, o fuera de sta. Asterisk se
encargar de redirigir todo el trfico necesario para que puedan hablar entre s.

Fig. 2 Estructura rbol jerrquico

Fig. 3 Estructura P2P

Estructura Peer To Peer (P2P)

Con esta estructura (figura 3) el servidor Asterisk solo se encarga de realizar la sealizacin entre los extremos. Todo
el trfico de protocolo de sealizacin pasa por Asterisk, sin embargo, para el trfico de RTP, los usuarios gestionan
un canal propio, y toda la transmisin de media la controlan ellos. Cuando se utiliza este tipo de estructura, todos
deben utilizar el mismo cdec de audio, y no hay routers que impidan que el trfico de voz camine libre en la red.
Este sistema tiene la ventaja de que al no pasar trfico RTP por el Asterisk, ahorra ancho de banda. El hecho de que
todos los usuarios utilizan el mismo cdec para la comunicacin, ahorra capacidad de procesamiento y memoria en
los servidores Asterisk.
Consideraciones sobre rendimiento de Asterisk.
Asterisk emplea intensivamente la CPU del servidor para procesar los canales de voz, en lugar de tener un dispositivo
DSP, dedicado a cada canal. El sistema es muy dependiente del rendimiento de la CPU. Es recomendable preservar al
mximo la CPU del servidor donde se instale Asterisk, hasta el punto de solo tenerlo a l corriendo en el servidor.
En trminos de requerimientos de recursos, las necesidades de Asterisk son similares a las de un sistema embebido, o
una aplicacin de tiempo real. Esto se debe en gran parte a su necesidad de contar con acceso prioritario al procesador
y a los distintos buses del sistema. Por lo tanto, es muy importante que las funciones que no estn directamente
relacionadas con las tareas de procesamiento de llamadas de Asterisk, sean ejecutadas con prioridad baja. En los
sistemas ms pequeos, esto podra no ser un tema de discusin. Sin embargo, en sistemas grandes, los problemas de
rendimiento se manifiestan como deficiencias en la calidad de audio para los usuarios, como el eco, el retardo en la
voz, etc. Los sntomas se asemejan a los experimentados en un telfono celular cuando se va fuera de rango. Cuando
aumenta la carga de procesamiento, para el sistema ser cada vez ms difcil mantener las conexiones. Para un PBX,
esta situacin pudiera llegar a ser grave, por lo que durante la seleccin de la plataforma, las consideraciones de
rendimiento son crticas.

Es interesante destacar que el tamao de un sistema Asterisk en realidad no viene dado por el nmero de los usuarios
o grupos que maneja, sino ms bien por el nmero de llamadas simultneas que puede soportar.[13]
En sistemas Asterisk grandes, es muy comn desplegar las funcionalidades a travs de varios servidores. Uno o ms
unidades centrales se dedicarn al procesamiento de llamadas; stos sern complementados por uno o ms servidores
auxiliares que se encargarn de la manipulacin de perifricos (como un sistema de base de datos, un sistema de
buzn de voz, un sistema de conferencias, un sistema de gestin, una interfaz web, un firewall, entre otros). Como es
el caso en la mayora de los entornos GNU/Linux, Asterisk se adapta cada vez ms en funcin de las necesidades:
utiliza un pequeo sistema capaz de manejar todo el procesamiento de llamadas, y las tareas perifricas pueden
distribuirse entre varios servidores cuando el aumento de la demanda es superior a sus capacidades reales. La
flexibilidad es la principal razn por la cual Asterisk es extremadamente rentable para una universidad en pleno
desarrollo. Desplegar un sistema Asterisk con diseo distribuido es una tarea compleja.
Propuesta de implantacin de Asterisk en la UCI
Para realizar el dimensionamiento del sistema Asterisk, hay que tener en cuenta una serie de factores de suma
importancia, como el hardware para los servidores, el lugar fsico donde se instalarn los servidores, la topologa
fsica de la red de la universidad, la forma en que se interconectarn los servidores, los terminales a usar, entre otras
consideraciones. A continuacin se comentan los ms importantes.

Requerimientos de hardware y software

Hardware para los servidores

Asterisk puede ser intensivo en el uso del procesador, pues l usa el propio procesador de la PC para hacer el
procesamiento de los canales de voz. El rendimiento del sistema estar condicionado por la velocidad de
procesamiento, la capacidad de almacenamiento masivo y de memoria de acceso aleatorio. Para dimensionar Asterisk
en la UCI proponemos adquirir 6 servidores con las siguientes caractersticas mnimas:

Tabla 1 Caractersticas de los servidores

Procesador

Quad-Core Intel Xeon Processor (2.5 GHz, 85 Watt,

1333 FSB) superior

Memoria Cach del Procesador

8MB Level 2 (2Mb por ncleo)

Memoria Acceso Aleatorio

8 GB PC2-5300 DIMMs (DDR2-667)

Controlador de red
Capacidad de almacenamiento
Unidad ptica

Embedded NC373i Multifunction Gigabit Server

Adapters
Disco Duro HP 160GB 3GB/S 10000 RPM 3.5"
Al menos una unidad lectora DVD, DVD/CD-RW,
DVD+R/RW, o CD/CD-RW

Esta propuesta para el hardware est basada en las caractersticas de los servidores profesionales disponibles en el
mercado, capaces de realizar clculos intensivos, como los que se necesitarn tras la implantacin de Asterisk en la
universidad.
Sistema Operativo
Se propone utilizar Debian GNU/Linux 4.0 ETCH para instalar Asterisk, por ser la distribucin propuesta por Digium
para implantar el sistema. Debian es una distribucin estable, tiene gran aceptacin internacionalmente en grandes
empresas, posee una gran comunidad de desarrolladores que brindan soporte, y est fuertemente ligada a la licencia
GPL.
Versin de Asterisk
Se propone instalar la versin 1.14.20 de Asterisk, disponible en el sitio http://www.asterisk.org/ . Es la ltima
versin estable publicada hasta la fecha de confeccin de este documento. En esta versin vienen corregidos varios
errores detectados en las versiones anteriores. Fundamentalmente se hicieron correcciones en el canal IAX2, con lo
que mejoraron sensiblemente su implementacin.

Ubicacin fsica de los servidores

Se propone ubicar los servidores en distintas zonas del campus universitario, en atencin a la agrupacin de los
usuarios, y a la existencia de locales con condiciones adecuadas para estos servidores. Estas zonas son el rectorado, la
Infraestructura Productiva (IP), los docentes, y la residencia.
Instalar los servidores en estas ubicaciones fsicas tiene como ventajas:
o

Es posible agrupar los usuarios, que en este caso se definen a nivel de inmueble, dgase laboratorios, aulas,
oficinas, apartamentos. El servicio se habilitar para los puestos de trabajo que se encuentren instalados en
estos inmuebles y no a usuarios terminales directamente. De modo que se asignar un nmero telefnico a cada
computadora instalada.

Ya que la instalacin sigue un patrn distribuido, al ocurrir un desperfecto tcnico en alguno de los servidores,
no se interrumpir todo el servicio, sino solo la parte afectada.

Se aprovechan todas las condiciones fsicas disponibles para la instalacin de los servidores, donde radican los
ms importantes equipos de interconexin de redes de la universidad, como la seguridad fsica, climatizacin

redundante, respaldo elctrico por varias horas, y alto nivel en la jerarqua topolgica de la red, por
consiguiente, mayores niveles de ancho de banda.

Fig. 4: Distribucin geogrfica de los servidores en el campus universitario.

Ubicacin de los servidores en la red

En la figura 5 se observa la ubicacin de los servidores en correspondencia a la estructura real de la red de la

universidad. Esta muestra una topologa de rbol jerrquico, dispuestas en nodos de 3 niveles:
Nivel 1 o Ncleo, incluyendo el nodo central, donde se encuentran los servidores de los principales servicios
telemticos de la universidad. El enlace en este nivel es de 10 Gb/s.
Nivel 2 o de Agregacin: Constituyen los nodos de las principales reas de la universidad, donde se ramifica
hacia el nivel 3. En enlace es de 1 Gb/s.
Nivel 3 o de acceso: Es el nivel ms bajo en el rbol, es donde se conectan los edificios directamente, y stos
a sus distintos inmuebles y puntos de acceso. En este nivel el enlace es de 100 Mb/s.
Los servidores Asterisk quedarn ubicados en los nodos de nivel 1 o ncleo, de la red de la universidad, excepto el
rea del rectorado, cuyo nodo pertenece al nivel 2 o de agregacin. En todos los casos se propone un enlace a los
switch capa 3, de 1 Gb/s, para garantizar el ancho de banda necesario para las llamadas que se establezcan.

Teniendo en cuenta que en el rea de residencia, y en los docentes, se encuentra la mayor cantidad de puntos de
acceso a la red, y por consiguiente tambin la mayor cantidad de computadoras conectadas a la red, se propone el
montaje de un clster Asterisk en cada una de estas dos reas, conformado por dos servidores con las caractersticas
planteadas anteriormente, para manejar con mayor eficiencia todo el flujo de llamadas que se pueda generar. Se
calculan alrededor de 2500 computadoras conectadas en la residencia, y cerca de 3000 en los docentes.
Se estima que la mayor densidad de llamadas exista en el rea de los docentes, pues es el lugar de mayor
concentracin de computadoras en uso, y donde la comunidad de estudiantes y profesores requieren en el proceso
docente-productivo de comunicacin.
Cada puesto de trabajo contar con un telfono basado en software, con el que se registrar en su servidor
correspondiente en la red. Podr realizar llamadas hacia cualquier abonado disponible en su subred, o hacia otro
abonado que se encuentre registrado en otro servidor.
Los servidores para esta propuesta solo realizarn el proceso de sealizacin entre los abonados, de manera que la
comunicacin se realizar del modo peer to peer. Los abonados, luego de realizada la sealizacin, establecern un
canal de comunicacin para el flujo directo de media en tiempo real a travs de la red. De esta manera no se realizar
procesamiento digital intensivo de seales en el microprocesador de cada servidor, por lo que el xito de la
comunicacin entre los abonados recaer sobre la calidad del canal de media que se establezca entre ellos, y no del
rendimiento de los servidores.

Fig. 5 Ubicacin de los servidores en la red de datos.

Interconexin de los servidores

Fig. 6 Interconexin de los servidores

Una cuestin importante es la manera en que se realizar la comunicacin entre los servidores, a los cuales se
conectarn los abonados. La primera observacin es que no existe una jerarqua entre estos elementos de red. Todos
estn al mismo nivel, interconectados de manera que un abonado del servidor de la residencia puede llamar a
cualquier abonado del servidor de los docentes, por solo citar un ejemplo.
A continuacin se describen los pasos bsicos para hacer posible la intercomunicacin entre los servidores, por medio
del protocolo IAX2:
o

Es necesario que todos los servidores tengan IP definidas como estticas.

Configurar cada uno de los servidores como user de los dems en el fichero iax.conf, situado en /etc/asterisk;

Configurar cada uno de los servidores como peer de los dems en el fichero iax.conf, situado en /etc/asterisk;

Configurar el plan de discado de cada servidor declarado como user, para especificar cules llamadas puede
realizar a los servidores declarados como peers. Esto se hace en el fichero extensions.conf, situado en el fichero
/etc/asterisk.

Se muestra como ejemplo cmo deberan quedar los ficheros iax.conf y extensions.conf en uno de los servidores (ver
en los anexos cmo deben quedar configurados los 4 servidores):

Protocolos de sealizacin

Para configurar los abonados de cada uno de los servidores se propone utilizar el protocolo de sealizacin SIP ser un
protocolo simple, basado en texto. Utiliza primitivas sencillas para el establecimiento de sesiones. No se definen

servicios o funciones como en el caso de h.323. No es necesario establecer un control centralizado de la comunicacin
por medio de SIP, pues permite conexiones Peer to Peer. Asterisk se comporta como un servidor SIP Proxy, por lo
que maneja perfectamente las conexiones SIP. Este protocolo es soportado por numerosos tipos de terminales tales
como: computadoras actuando como un Softphone, telfonos IP,

o telfonos convencionales conectados a un

adaptador. Adems SIP necesita menos ciclos de CPU para generar mensajes de sealizacin que los dems
protocolos, como H.323, por lo tanto, tericamente el servidor puede manejar ms transacciones.
Para interconectar los servidores Asterisk se propone utilizar IAX2, por ser el protocolo de sealizacin nativo para
esta tarea, adems por ser un protocolo abierto, permite manejar una gran cantidad de cdecs y un gran de nmero de
streams, lo que significa que puede ser utilizado para transportar virtualmente cualquier tipo de dato. IAX2 utiliza un
nico puerto UDP, generalmente el 4569, para comunicaciones entre puntos finales (terminales VoIP) para
sealizacin y datos. El trfico de voz es transmitido in-band, lo que hace a IAX2 un protocolo casi transparente a los
cortafuegos y realmente eficaz para trabajar dentro de redes internas. Su objetivo principal de IAX es minimizar el
ancho de banda utilizado en la transmisin de voz a travs de la red IP, con particular atencin al control y a las
llamadas de voz.

Cdecs

A partir de que se sugiere que los servidores solo se encarguen de realizar la sealizacin, los abonados deben usar un
mismo cdec de audio para poder establecer la comunicacin de tiempo real por medio de RTP. La eleccin del cdec
a utilizar est condicionada no a la carga computacional, puesto que el procesamiento digital se realizar en los
ordenadores donde se alojan los abonados, y no ser significativo; pero s al ancho de banda que se utilizar en la
transmisin de la voz digitalizada.
Por lo antes expuesto se propone el cdec gsm, ya que es libre, consta de una alta calidad de audio debido a su
rigurosa compresin de datos, recupera los paquetes perdidos, y sobre todo requiere de bajo consumo de procesador.

Configuracin de los terminales

Los terminales IP que se proponen, para mantener los costos de implantacin en valores aceptables, son los
softphones, pues solo se requiere adicionalmente disponer de audfonos y micrfonos, y el software correspondiente.
Se puede utilizar cualquier softphone que entienda el protocolo SIP, de los disponibles en la red. En especial se
sugiere por su versatilidad el Xlite, de fcil configuracin y puesta en marcha, para los usuarios de Microsoft
Windows, y para los usuarios de GNU/Linux, el softphone Ekiga, disponible en la mayora de las distribuciones.

CONCLUSIONES
Al trmino de esta investigacin se realiz una propuesta viable para implantar la VoIP en la universidad, dando
cumplimiento al objetivo central de ampliar las posibilidades de comunicacin telefnica en la UCI.
Como resultados destacables de este trabajo se deben mencionar:
Asterisk es el PBX basado en software con mejores caractersticas y funcionamiento para implantar la VoIP
en la universidad.
Se debe seguir un patrn distribuido para instalar los servidores Asterisk.
Los servidores deben encargarse solo de realizar la sealizacin entre los abonados que se comuniquen.
El cdec de audio que mejor relacin ancho de banda calidad de voz carga computacional presenta es el
gsm.
Los protocolos de sealizacin SIP y IAX son los ms idneos para configurar Asterisk en la universidad.
IAX para la comunicacin entre los servidores, y SIP para la comunicacin entre los usuarios y los
servidores.

REFERENCIAS
1. [Online] 2008. [Cited: febrero 10, 2008.] http://www.asterisk.org.
2. [Online] 2008. [Cited: enero 26, 2008.] http://asterisk.org/index.php?menu=hardware.
3.

[Online] LinuxMall (2005). [Cited: febrero 15, 2008.] http://www.linuxmall.cl/asterisk.html.

4. Manesh, Nasser K. [Online] marzo 3, 2008. [Cited: fabrero 1, 2008.]

http://www.millenigence.com/articles/asterisk-non-technical-review.pdf.
5. Powel, Andy. [Online] febrero 13, 2008. [Cited: marzo 16, 2008.]
http://www.automated.it/guidetoasterisk.htm.
6. Spencer, Mark. [Online] febrero 20, 2007. [Cited: marzo 2, 2008.]
http://www.digium.com/downloads/asterisk_whitepaper.pdf.
7. . [Online] enero 13, 2007. [Cited: febrero 12, 2008.] http://www.digium.com/handbook-draft.pdf.
8. [Online] VoiceTronix (2006). [Cited: abril 14, 2008.] http://www.voicetronix.com/open-source.htm.
9. Gonalvez, Flavio E. Asterisk PBX,Guia de la Configuracin. Brasil : s.n., 2007.
10. Jim Van Meggelen, Leif Madsen,Jared Smith. The Future of Telephony. Estados Unidos de Amrica :
OReilly Media, 2007.

11. Kris Sheets, Jimmy Terence Estrada,Marcelo Garcia,Dany Saavedra. Asterisk en Espaol,versin 1. 2005.
12. Russomanno, Lic. Donatella. [Online] abril 8, 2008. [Cited: abril 20, 2008.]
13. Sagredo, Alberto. VoIp para novatos. VoIp para novatos. [Online] febrero 15, 2008. [Cited: abril 3, 2008.]
http://www.voipnovatos.es/.
14. Villares, Ing. Fernando M. Asterisk. Asterisk. [Online] enero 16, 2008. [Cited: abril 10, 2008.]
www.asterisk.es.