UNIVERSIDAD NACIONAL ABIERTA

AREA DE INGENIERIA
CARRERA INGENIERIA DE SISTEMAS

Propuesta de Telefona IP para el Centro Local Tchira de la Universidad

Nacional Abierta.

Autor: Freddy Alexander Rodriguez

C.I.: 9.240.566
Tutor Academico: Ing. Pablo Len
C.I.: 3.009.907
Tutor Empresarial: Ing. Nstor Herrera
C.I.: 5.653.519
Centro Local: Tchira

San Cristbal, Noviembre del 2.009

UNIVERSIDAD NACIONAL ABIERTA

AREA DE INGENIERIA
CARRERA INGENIERIA DE SISTEMAS

Propuesta de Telefona IP para el Centro Local Tchira de la Universidad

Nacional Abierta.

Trabajo de Grado presentado ante la

Universidad Nacional Abierta
Por Freddy Alexander Rodriguez
Para obtener el titulo de
Ingeniero de Sistemas

San Cristbal, Noviembre del 2.009

RESUMEN

La transmisin de voz sobre las redes de datos (VoIP), es hoy en da una de

las tecnologas de mayor expansin dentro de las telecomunicaciones, las razones son
varias pero tal vez la principal es el ahorro en costos, ste ahorro viene dado tanto del
cableado como de las tarifas telefnicas, as al integrar las redes de voz y datos en una
sola estructura resulta ms sencillo su mantenimiento y gestin, minimizndose
considerablemente los gastos al aprovechar el cableado de la red de datos para el
envo de voz.
El objetivo del presente Trabajo de Grado es la elaboracin de una propuesta
de Telefona IP para el Centro Local Tchira de la Universidad Nacional Abierta,
mediante el uso de software libre. Dado que el objetivo de esta investigacin es la
elaboracin de una propuesta, no se realiz la implantacin de la solucin, solo se
implement una aplicacin de Telefona IP a modo de ejemplo de la tecnologa
seleccionada.
Para el desarrollo del trabajo primeramente se realiz un estudio de los bases
tericas y del estado actual de la Telefona IP, se analizaron las diferentes
aplicaciones de Telefona IP, posteriormente se realiz un estudio del estado actual de
la red telefnica y de la red de datos del Centro Local Tchira de la UNA, esto
permiti la formulacin de recomendaciones sobre como adecuar la red de datos de la
universidad a los requerimientos de esta nueva tecnologa, se procedi a la seleccin
de las aplicaciones de Telefona IP a ser usadas en la propuesta, se implementaron y
probaron estas aplicaciones, y finalmente se formularon las recomendaciones sobre
como adaptar esta tecnologa a la UNA Tchira.

Palabras claves: Telefona IP, VoIP, Software Libre.

INDICE GENERAL

RESUMEN................................................................................................................ i
LISTA DE TABLAS ............................................................................................... ix
INTRODUCCIN .................................................................................................. 10
CAPTULO I .......................................................................................................... 12
1. EL PROBLEMA ............................................................................................. 12
1.1. Planteamiento del Problema ..................................................................... 12
1.2. Importancia y Justificacin ....................................................................... 14
1.3. Alcances y Limitaciones........................................................................... 14
1.4. Objetivos de la Investigacin.................................................................... 16
1.4.1. Objetivo General ............................................................................... 16
1.4.2. Objetivos Especficos ........................................................................ 16
CAPITULO II......................................................................................................... 17
2. MARCO TEORICO........................................................................................ 17
2.1. Redes.................................................................................................... 17
2.1.1. Concepto de Redes......................................................................... 17
2.1.2. Clasificacin de las Redes.............................................................. 17
2.1.2.1. Segn la tecnologa de transmisin.......................................... 18
2.1.2.2. Segn su tamao y extensin................................................... 18
2.1.3. Topologa de red ............................................................................ 19
2.1.3.1. Topologas Fsicas................................................................... 20
2.1.3.2. Topologas lgicas .................................................................. 21
2.1.4. Jerarqua de protocolos .................................................................. 21
2.1.5. Modelos de referencia.................................................................... 22
2.1.5.1. Modelo OSI ............................................................................ 23
2.1.5.2. Modelo TCP/IP....................................................................... 25

ii

2.1.5.2.1. Capas TCP/IP................................................................... 26

2.1.5.2.2. Protocolos TCP/IP............................................................ 28
2.1.5.2.3. Direccin IP ..................................................................... 30
2.1.4. VLAN (LAN Virtual) .................................................................... 30
2.2. Telefona tradicional............................................................................. 32
2.2.1. PSTN............................................................................................. 33
2.2.2. PBX............................................................................................... 33
2.2.3. Sealizacin Telefnica ................................................................. 35
2.2.3.1. Sistema de Sealizacin Nmero 7.......................................... 35
2.2.3.1.1. Puntos de sealizacin...................................................... 36
2.2.3.1.2. Capas ............................................................................... 37
2.2.3.1.3. Protocolos ........................................................................ 38
2.3. Telefona IP.......................................................................................... 41
2.3.1. Voz sobre IP .................................................................................. 41
2.3.2. Diferencias entre redes de voz y redes de datos .............................. 42
2.3.3. Componentes de la arquitectura VoIP ............................................ 43
2.3.3.1. Servidores de telefona IP y PBXs........................................... 43
2.3.3.2. Gateway VoIP y Routers......................................................... 45
2.3.3.3. Telfonos IP y Softphones....................................................... 46
2.3.4. Ventajas y desventajas de VoIP...................................................... 47
2.3.4.1. Ventajas .................................................................................. 47
2.3.4.2. Desventajas............................................................................. 48
2.3.5. Protocolos de establecimiento de llamada ...................................... 49
2.3.5.1. Protocolo H.323 ..................................................................... 50
2.3.5.2. Protocolo SIP.......................................................................... 54
2.3.5.3. Protocolo IAX......................................................................... 56
2.3.6. Protocolos de Transporte................................................................ 57
2.3.6.1. RTP ........................................................................................ 57
2.3.6.2. RTCP...................................................................................... 58

iii

2.3.7. Codificacin de voz ....................................................................... 59

2.3.7.1. CODEC .................................................................................. 59
2.3.7.2. Cdecs de Audio ..................................................................... 59
2.3.8. Calidad de servicio en VoIP........................................................... 62
2.3.8.1. Calidad de servicio (QoS) ....................................................... 62
2.3.8.2. Tecnologas de QoS para redes Ethernet................................. 64
2.3.8.3. Modelos para la provisin de calidad de servicio ..................... 65
2.3.8.3.1. IntServ ............................................................................. 66
2.3.8.3.2. DiffServ ........................................................................... 68
CAPTULO III ....................................................................................................... 72
3. METODOLOGA............................................................................................... 72
3.1. Tipo de Investigacin. .............................................................................. 72
3.2. Diseo de la investigacin ........................................................................ 72
3.2.1. Fase de Investigacin......................................................................... 72
3.2.2. Fase de seleccin y adaptacin de la tecnologa.............................. 73
3.2.3. Tcnicas a utilizar en el desarrollo del proyecto ..................................... 74
CAPTULO IV ....................................................................................................... 76
4. DESARROLLO DEL PROYECTO ................................................................ 76
4.1. Fase de Investigacin............................................................................... 76
4.1.1. Analizar las diferentes aplicaciones de Telefona IP. ......................... 76
4.1.1.1. Servidores de telefona IP y PBXs............................................... 77
4.1.1.2. Softphones .................................................................................. 82
4.1.2. Estudio de la infraestructura de la red telefnica y de la red de datos de
la universidad. ............................................................................................. 87
4.1.2.1. Red telefnica ............................................................................ 88
4.1.2.1.1. Central telefnica .................................................................. 88
4.1.2.1.2. Red telefnica del Centro Local Tchira de la UNA ............ 89

iv

4.1.2.2. Red de Datos.............................................................................. 90

4.2. Fase de seleccin y adaptacin de la tecnologa ....................................... 94
4.2.1. Seleccionar la aplicacin de Telefona IP para la UNA Tchira......... 94
4.2.1.1. Sistema Operativo ...................................................................... 94
4.2.1.2. Seleccin del Protocolo de sealizacin ..................................... 94
4.2.1.3. Seleccin del Software de IP PBX............................................. 96
4.2.1.4. Seleccin del Software de los Softphones................................. 101
4.2.1.5. Seleccin del Hardware de VoIP .............................................. 102
4.2.2. Recomendaciones para adecuar la red de datos de la universidad a los
requerimientos de la Telefona IP. ............................................................. 107
4.2.3. Estudio de la factibilidad operacional, tcnica y econmica de la
propuesta................................................................................................... 113
4.2.3.1. Factibilidad Tcnica:................................................................. 113
4.2.3.2. Factibilidad Operativa:.............................................................. 114
4.2.3.3. Factibilidad Econmica:............................................................ 115
4.2.4. Implementacin de la aplicacin. ..................................................... 116
4.2.5. Pruebas a la aplicacin para comprobar la compatibilidad de las
diferentes herramientas utilizadas. ............................................................. 125
4.2.6. Recomendaciones finales para adaptar la tecnologa a la UNA Tchira.
.................................................................................................................. 132
4.2.7. Estrategias que contribuirn a la implantacin de la aplicacin de
Telefona IP............................................................................................... 137
CONCLUSIONES ................................................................................................ 139
RECOMENDACIONES ....................................................................................... 141
TRABAJOS FUTUROS ....................................................................................... 142
REFERENCIAS BIBLIOGRFICAS................................................................... 143
ANEXO................................................................................................................ 147

ANEXO 1: Instalacin del software usado en la Propuesta................................ 147

ANEXO 1.1: Manual de Instalacin y configuracin del Asterisk ................. 147
ANEXO 1.2. Configuracin Ekiga ............................................................... 157
ANEXO 2. Arquitectura de Asterisk ................................................................ 162
ANEXO 3: Instalar sonidos en espaol en Asterisk ........................................... 170

vi

LISTA DE GRFICOS

Figura 2. Esquema jerrquico de la clasificacin de las redes en capas. ................... 22

Figura 3. Modelo OSI. ............................................................................................ 25
Figura 4. Modelo TCP/IP y su relacin con el modelo OSI. .................................... 27
Figura 5. LAN Tradicional y VLAN (LAN Virtual). ............................................... 31
Figura 6. FXS y FXO.............................................................................................. 35
Figura 7. Pila de protocolos SS7. ............................................................................ 40
Figura 8. Red VoIP y sus componentes tpicos. ....................................................... 44
Figura 9. Red VoIP con los Gateway conectados a la PSTN.................................. 46
Figura 10. Sinopsis de los protocolos H.323........................................................... 52
Figura 11. Campo de prioridad en la cabecera de Ethernet. .................................... 65
Figura 12. Flujo de datos y peticiones RSVP.......................................................... 67
Figura 13. TOS en la cabecera IP. .......................................................................... 69
Figura 14. Campo DiffServ presente en todos los paquetes IP. ............................... 70
Figura 15. Arquitectura tcnica DiffServ................................................................ 71
Figura 16. Central telefnica de la UNA Tchira.................................................... 89
Figura 17. Laboratorio de computacin de la UNA Tchira.................................... 91
Figura 18. Servidores de la UNA Tchira............................................................... 91
Figura 19. Racks y computadoras........................................................................... 91
Figura 20. Diagrama de la red actual del Centro Local Tchira de la UNA. ............ 93
Figura 21. Tarjeta TDM2400P. ............................................................................ 104
Figura 22. Mdulo FXS S400M. .......................................................................... 104
Figura 23. Mdulo FXO X400M.......................................................................... 105
Figura 24. Telfono Grandstream Budgetone 101. ............................................... 106
Figura 25. ATA Grandstream HandyTone HT-286............................................... 107
Figura 26. Diagrama de conexin de Planta Semi Stano. .................................... 111
Figura 27. Diagrama de conexin de Planta baja. ................................................. 111

vii

Figura 28. Diagrama de conexin de Planta Primer Piso....................................... 112

Figura 29. Diagrama de conexin de Planta Segundo Piso.................................... 112
Figura 30. Capa fsica de la red propuesta. ........................................................... 113
Figura 31. Arquitectura bsica de Asterisk. .......................................................... 118
Figura 32. Sistema bsico usando Asterisk. .......................................................... 119
Figura 33. Conexin al servidor Asterisk va Web utilizando el FreePBX. ........... 126
Figura 34. Registro de una cuenta SIP a travs del FreePBX. ................................ 127
Figura 35. Registro de una cuenta SIP en el softphone Ekiga. .............................. 127
Figura 36. Tarjeta Digium modelo TDM2451B.................................................... 134
Figura 37. Diagrama de la solucin propuesta. ..................................................... 136

viii

LISTA DE TABLAS
Tabla 1. Comparacin de las caractersticas de los protocolos H.323, SIP e IAX..... 95
Tabla 2. Comparacin de Asterisk y FreeSWITCH. ............................................... 99
Tabla 3. Matriz de Decisin de Softphone. ............................................................ 102

ix

INTRODUCCIN

Las telecomunicaciones han experimentado una gran expansin en los ltimos

aos impulsadas por el rpido crecimiento de Internet, la cual se ha expandido no
solo en cuanto al nmero de usuarios sino tambin en el volumen de trfico generado,
y cada vez es mayor el nmero de servicios que se prestan a travs de las redes de
datos. Esto unido al rpido desarrollo de las tecnologas de la informacin ha
generado una tendencia a integrar estas redes de datos a la otra gran red de
comunicaciones, la red de telefona, esto se conoce como convergencia de redes, en
donde el trfico de voz transita sobre la red de datos.
VoIP1 es la tecnologa que permite la transmisin de voz sobre una red de
datos usando el protocolo IP2. Las redes de datos pueden ser: Internet, una Intranet,
redes de rea local (LAN), etc. La telefona IP es una aplicacin de la tecnologa
VoIP, y permite realizar llamadas telefnicas con las mismas caractersticas que la
telefona tradicional, solo que sobre redes IP.
Se han desarrollado una gran cantidad de aplicaciones para las
comunicaciones de VoIP, pero la gran mayora de ellas requieren pagar por su
licencia de uso, sin embargo existe software de VoIP liberado bajo la licencia GPL
(General Public License), el cual puede ser obtenido y usado en forma totalmente
gratuita.
El objetivo de ste trabajo de grado, es la realizacin de una investigacin que
concluya con una propuesta para el uso de la Telefona IP en el Centro Local Tchira
de la Universidad Nacional Abierta, utilizando Software Libre.
El trabajo est estructurado en cuatro captulos, en el primer captulo se
realiza el planteamiento del problema, y se expone su justificacin e importancia, los
1

Voice over IP: Voz sobre IP

Internet Protocol: Protocolo de Internet

10

alcances y limitaciones, y los objetivos tanto generales como especficos; en el

segundo captulo se hace una revisin de las bases tericas que sustentan la
investigacin; en el tercer capitulo se describe el procedimiento metodolgico que se
seguir para la realizacin del trabajo, y las tcnicas utilizadas; en el cuarto capitulo
se describe el desarrollo de las actividades que se realizarn para alcanzar los
objetivos propuestos, as como los resultados obtenidos; finalmente se presentan las
conclusiones, recomendaciones, los trabajos futuros que servirn para complementar
la presente investigacin, y las referencias bibliogrficas.

11

CAPTULO I
1. EL PROBLEMA

1.1. Planteamiento del Problema

Los rpidos avances tecnolgicos en el rea de la informtica que posibilitan

el desarrollo de avanzadas tcnicas de digitalizacin y compresin de la voz, el
desarrollo de ms eficientes protocolos de transmisin en tiempo real, y el aumento
en el ancho de banda de las redes de transmisin, hacen posible la transmisin de voz
sobre las redes de datos (VoIP). La telefona IP hace uso de las tecnologas de VoIP
para la transmisin de llamadas telefnicas sobre redes IP.
La telefona IP se diferencia de la telefona tradicional en que esta ltima se
basa en la conmutacin de circuitos, donde se establece un canal fsico dedicado
durante todo el tiempo que dura la conversacin, y estos recursos de ancho de banda
no pueden ser usados por otra comunicacin hasta que la llamada finalice, incluso en
los lapsos en que se produce un silencio en la conversacin. Mientras que en la
telefona IP la voz se digitaliza, se comprime, se convierte en paquetes IP que luego
son trasmitidos por la red, y viajan por el mismo canal que los paquetes de otras
conversaciones, con lo que se usa ms eficientemente el ancho de banda.
Estas tecnologas VoIP y Telefona IP, estn basados en estndares
internacionales, y no son propiedad de ninguna empresa en particular, ello trae como
consecuencia que haya una mayor competencia y por consiguiente una disminucin
de los costos, tambin posibilita que se puedan desarrollar aplicaciones ms
rpidamente al combinar elementos de distintas procedencias para crear servicios que
satisfagan las necesidades particulares de los usuarios.
Se han creado aplicaciones de Telefona IP que hacen uso de protocolos
propietarios, estas por lo general trabajan con sus propios estndares lo que dificulta
su comunicacin con las aplicaciones de otros fabricantes. Sin embargo, se han

12

venido desarrollando una gran cantidad de aplicaciones en software libre3 que estn
basadas en protocolos libres, y la filosofa del software libre ha ido calando cada vez
ms en el mundo de los desarrolladores de software.
La utilizacin del software libre trae muchas ventajas y no solo el hecho de no
tener que pagar por las licencias, adems se tiene la posibilidad de adaptar las
aplicaciones a los requerimientos de los usuarios sin tener que depender de los
propietarios del software, y en el caso de las instituciones pblicas venezolanas el
decreto 3390 en su articulo 1 establece: La Administracin Pblica Nacional
emplear prioritariamente Software Libre desarrollado con Estndares Abiertos, en
sus sistemas, proyectos y servicios informticos. A tales fines, todos los rganos y
entes de la Administracin Pblica Nacional iniciarn los procesos de migracin
gradual y progresiva de stos hacia el Software Libre desarrollado con Estndares
Abiertos [3], con lo que la Universidad Nacional Abierta est en el deber de cumplir
con las polticas que en este sentido ha establecido el gobierno nacional.
En el ncleo Tchira de la Universidad Nacional Abierta no se han realizado
estudios para determinar los beneficios que el uso de esta tecnologa aportara a la
institucin, y en la revisin del catlogo en lnea de la biblioteca digital de la
Universidad Nacional Abierta, no se han podido encontrar otros trabajos sobre ste
tema.
La central telefnica del ncleo Tchira de la UNA est trabajando en su
configuracin mxima de extensiones, y ya no tiene capacidad para su expansin,
adems de no poseer la funcionalidad para manejar las nuevas tecnologas en la
comunicaciones tales como la telefona IP. Y la adquisicin de una nueva central
telefnica supondra una inversin considerable.
Por todo lo anteriormente expuesto, se decidi llevar a cabo ste trabajo de
grado que tiene como propsito la formulacin de una propuesta para el uso de la
3

Software libre (en Ingles free software) es la denominacin del software que brinda libertad a los
usuarios sobre su producto adquirido y por tanto, una vez obtenido, puede ser usado, copiado,
estudiado, modificado y redistribuido libremente. [2]

13

Telefona IP en el Centro Local Tchira de la Universidad Nacional Abierta,

utilizando Software Libre.
1.2. Importancia y Justificacin
La Telefona IP es una tecnologa que le puede ofrecer grandes beneficios a
empresas o instituciones que tienen sedes que estn geogrficamente separadas entre
si, lo que es muy parecido al caso de la Universidad Nacional Abierta donde los
centros locales se encuentran esparcidos a lo largo de toda la geografa nacional, y
donde la comunicacin entre ellos y con la sede central en caracas se podra
beneficiar del ahorro en costos que traera la Telefona IP.
1.3. Alcances y Limitaciones
El desarrollo del presente trabajo estuvo sujeto a la disponibilidad de acceso a
los sistemas de telefona y de procesamiento de datos de la universidad. En un primer
momento se estudio la posibilidad de adicionarle extensiones VoIP a la central
telefnica existente, interconectando la actual central telefnica con el servidor de IP
PBX a ser instalado, para lo cual era necesario hacer pruebas para determinar el grado
de interconexin posible y la manera de implementarlo, sin embargo dificultades en
el acceso a la central telefnica del ncleo Tchira de la UNA, hicieron que no fuese
posible la realizacin de las pruebas.
Por lo que el trabajo se enfoco en las aplicaciones de VoIP, y si bien se toca la
parte del hardware necesario para la propuesta, el mayor nfasis se hace es en el
software, especficamente en las aplicaciones de software libre a ser utilizadas, de
manera tal que el software de IP PBX se convierte en el eje sobre el que se basar la
propuesta.
Dadas las limitaciones presentadas, en el presente trabajo de Grado solo se ha
buscado hacer una primera aproximacin a la solucin del problema, que deber

14

complementarse con otros trabajos donde se incluyan pruebas sobre la red telefnica
y la central telefnica, incluyendo las pruebas para la interconexin entre la red PSTN
y la red de datos.

15

1.4. Objetivos de la Investigacin

1.4.1. Objetivo General

Elaboracin de una propuesta para el uso de Telefona IP en el Centro Local
Tchira de la Universidad Nacional Abierta, utilizando Software Libre.

1.4.2. Objetivos Especficos

1. Estudiar el estado actual de la Telefona IP.

2. Realizar un estudio terico de las diferentes aplicaciones de Telefona IP.
3. Analizar el estado actual de la infraestructura de las redes telefnica y de
datos de la UNA Tchira.
4. Integrar los conocimientos adquiridos en una propuesta de Telefona IP.
5. Definir estrategias que contribuyan a la implantacin de la aplicacin de
Telefona IP.
6. Implementar una aplicacin de Telefona IP, a modo de ejemplo y con fines
de prueba de la tecnologa seleccionada.
7. Elaborar el manual de instalacin y configuracin de la aplicacin
implementada.

16

CAPITULO II

2. MARCO TEORICO
En el presente capitulo se realizar un estudio de las bases que sustentan la
tecnologa de telefona IP, por una parte las redes de datos, sus protocolos y modelos;
y por otra parte las redes de telefona tradicional, y sus componentes ms importantes,
as como los conceptos de sealizacin en telefona tradicional, que nos servirn para
posteriormente poder comprender la sealizacin utilizada en telefona IP. De la voz
sobre IP se estudiar desde los componentes ms bsicos de su arquitectura, pasando
por sus protocolos y mtodos de codificacin hasta las tcnicas y procedimientos
necesarios para la provisin de calidad de servicio en las llamadas.
2.1. Redes
2.1.1. Concepto de Redes
Una red es un conjunto de equipos (computadoras y/o dispositivos) conectados
entre s, lo que permite la comunicacin de un equipo a otro compartiendo
informacin, recursos y servicios.

2.1.2. Clasificacin de las Redes

No existe una taxonomia generalmente aceptada dentro de la cual quepan todas

las redes de computadoras, pero dos dimensiones sobresalen como importantes: La
tecnologa de transmisin y la escala. [15]

17

2.1.2.1. Segn la tecnologa de transmisin

Redes de Broadcast: Son redes donde todas las maquinas comparten un solo canal
de comunicacin, a travs del cual se realiza la transmisin de datos. Los paquetes
enviados por cada una de las maquinas son recibidos por todas las otras maquinas
conectadas en la red, los datos transmitidos son enviados a un determinado
destinatario mediante una direccin especificada en el paquete.

Redes Point-To-Point (Redes punto apunto): Son aquellas donde hay muchas
conexiones entre parejas individuales de maquinas. Para poder establecer la
comunicacin entre dos maquinas y transmitir los paquetes puede ser necesario que
stos pasen por Hosts intermedios, en esos casos se necesitara el trazado de rutas
mediante el uso de routers.

Como regla general (aunque hay muchas excepciones), las redes pequeas
geogrficamente localizadas tienden a usar la difusin (Broadcast), mientras que las
redes mas grandes tienden a ser punto a punto. [15]

2.1.2.2. Segn su tamao y extensin

Redes de rea local (LAN: Local Area Network): Es una red de datos con tasas de
bits4 muy elevadas (tpicamente entre 10 y 100 Mbps), que cubre un rea geogrfica
relativamente pequea que puede variar entre 10 metros a 1 kilmetro, usualmente
utilizan redes de difusin, Generalmente son redes privadas que estn instaladas
dentro de un mismo edificio, oficina o campus.

Tasa de bits (del ingls bit rate): Define el nmero de bits que se transmiten por unidad de tiempo.
(bps: bits por segundo).

18

Redes de rea metropolitana (MAN: Metropolitan Area Network): Son redes de

tamao superior a una LAN, que pueden interconectar distintos puntos dentro de una
misma ciudad con una longitud mxima de hasta 10 Km. Generalmente interconectan
tanto a sistemas individuales como a otras LAN, y son usadas por empresas y
organizaciones para interconectar diferentes oficinas dentro de una misma ciudad.

Redes de rea amplia (WAN: Wide Area Network): Este tipo de redes consisten en
una coleccin de

equipos y redes individuales conectadas a travs de una

infraestructura llamada subred, esta subred est formada por una serie de lneas de
transmisin interconectadas por medio de routers. Su tamao puede variar entre los
100 y 1000 Km.,

con lo que se expanden en una amplia zona geogrfica, por

ejemplo, un pas o continente. El ejemplo ms actual y de mayor dimensin de ste

tipo de red es INTERNET.

Redes Inalmbricas: Redes de telecomunicaciones en donde la interconexin entre

nodos es implementada sin utilizar cables, generalmente el sistema de transmisin de
informacin usa ondas electromagnticas, como por ejemplo: ondas de radio,
microondas, o infrarrojos.

2.1.3. Topologa de red

La topologa de red define la estructura de una red. Esta topologa se puede
referir a su parte fsica sea la disposicin de los cables o medios que interconectan
los nodos de la red. Tambin se puede referir a la topologa lgica, que es la forma
en que los hosts acceden a los medios para enviar datos.

19

2.1.3.1. Topologas Fsicas

Anillo: En ella todas las estaciones estn conectadas entre si por medio de un
cable comn, cada estacin est conectada a la siguiente y la ltima est conectada a
la primera formando un anillo. Cada una de las estaciones examina la informacin
que viaja a travs del anillo y si no est dirigida al nodo que la examina, entonces
acta como un repetidor, pasando la seal a la siguiente estacin del anillo.

Bus: En ella todas las estaciones se conectan utilizando un solo cable, toda la
informacin circula por ese cable que va de una computadora a la siguiente, por lo
que todos los dispositivos de la red puedan ver todas las seales de todos los dems
dispositivos. Los nodos en ste tipo de red transmiten la informacin y esperan que
sta no vaya a colisionar con otra informacin transmitida por otro de los nodos. Si
esto ocurre, entonces se espera una pequea cantidad aleatoria de tiempo, y se intenta
retransmitir la informacin.

Estrella: En esta topologa todas las estaciones estn conectadas a un

concentrador comn o nodo central (como un Hub, un Swicht o un Router), y todas
las comunicaciones se han de hacer necesariamente a travs de l, de esta manera el
concentrador comn mantiene un control y monitoreo de la informacin que pasa a
travs de l.

Topologas hibridas: En ella se combinan dos o ms de las topologas

anteriores para formar una red. Son las ms frecuentes ya que rara vez se disea una
red utilizando un solo tipo de topologa.

20

2.1.3.2. Topologas lgicas

BROADCAST (Ethernet): Significa que cada Host enva sus datos hacia todos los
dems Host del medio de red. Las estaciones no siguen ningn orden para utilizar la
red, el primero que entra, es el primero que la utiliza.
TRANSMISIN DE TOKENS (Token Ring): El control del acceso al medio de
transmisin es llevado a cabo mediante del paso de un testigo o token passing, ste
pasa de forma secuencial a cada una de las estaciones. Cuando se recibe el token la
estacin puede enviar datos a travs de la red. Si la estacin no va a transmitir
informacin, entonces enva el token hacia la siguiente estacin.
2.1.4. Jerarqua de protocolos
Para reducir la complejidad de su diseo, la mayora de las redes estn
organizadas como una pila de capas o niveles, cada una construida a partir de la que
est debajo de ella. El nmero de capas, as como el nombre, contenido y funcin de
cada una de ellas difieren de red a red. El propsito de cada capa es ofrecer ciertos
servicios a las capas superiores, a las cuales no se les muestran los detalles reales de
implementacin de los servicios ofrecidos. [15]

21

Figura 1. Esquema jerrquico de la clasificacin de las redes en capas.

Cada respectivo protocolo de cada capa agrega una cabecera a los datos. El
nivel N de una mquina se comunica con el nivel N de la otra mquina. Cada nivel
tiene su protocolo que viene a representar las reglas, normas y convenciones que
rigen la comunicacin (protocolo de nivel N), esto es lo que se conoce como pila de
protocolos.
La comunicacin entre los niveles N de cada maquina no se realiza de una
manera directa, sino que los datos son encapsulados y van descendiendo de un nivel a
otro hasta llegar nivel 1 (el medio fsico), desde all son transmitidas a la otra
maquina, para luego ir subiendo desde el nivel 1 al nivel N, tal como se puede
apreciar en la figura 1.
Al conjunto de niveles y sus protocolos es lo que se conoce como arquitectura
de red, y a esta arquitectura por niveles tambin se le llama jerarqua de protocolos.
2.1.5. Modelos de referencia
Dos de los ms importantes ejemplos de arquitectura de redes son: la OSI y la
TCP/IP.

22

2.1.5.1. Modelo OSI

Es un modelo de referencia que define la arquitectura desarrollada por la ISO5
en 1977 y estandarizada en 1984, es una estructura de normas comunes dentro de las
redes. El modelo OSI, Open System Interconnect (Interconexin de Sistemas
Abiertos), es una referencia para todos los sistemas de comunicacin, define un
modelo de capas en un entorno de sistemas abiertos. Tiene como funcin permitir la
comunicacin

entre

distintos

procesos

en

computadoras

diferentes,

independientemente de la arquitectura del hardware. Est estructurado en 7 capas (ver

figura 2):
1: Capa Fsica (Physical):
Se encarga de los procedimientos necesarios para transmitir un flujo de datos
a travs de un medio fsico, en esta capa los paquetes de informacin binaria "Frame"
son convertidos en una serie de impulsos cuya naturaleza va a depender del medio
fsico sobre el que se lleve a cabo la transmisin. Aqu se definen las especificaciones
elctricas, mecnicas, de procedimiento y funcionales para activar, mantener y
desactivar el enlace fsico.
2: Capa de Enlace (Data Link):
Aqu se convierte el flujo de bits proveniente de la capa fsica en una serie de
tramas que puedan ser usadas por la capa de red. Se llevan a cabo funciones de
control de flujo, y deteccin y correccin de errores para en caso de ser necesario
retransmitir tramas daadas o perdidas.
3: Capa de Red (Network):
Es la encargada de establecer caminos a travs de la red, para hacer llegar la
informacin agrupada en paquetes desde el origen hasta el destino. Para lo cual puede

International Standar Organization (Organizacin de Estndares Internacionales)

23

ser necesario pasar por varias mquinas intermedias. En esta capa residen los
protocolos de enrutamiento.
4: Capa de Transporte (Transport):
La funcin principal es de aceptar los datos de la capa superior (sesion) y
fragmentarlos de forma adecuada en unidades ms pequeas, para posteriormente
pasarlos a la capa de red, asegurando que todos los segmentos lleguen correctamente
a su destino. Realiza el control de extremo a extremo de la comunicacin,
proporciona control de flujo y control de errores.
En Internet existen dos protocolos de transporte: TCP y UDP6.
TCP: Es un protocolo orientado a la conexin, que proporciona flujos de informacin
seguros y confiables.
UDP: Es un protocolo no orientado a la conexin, muy sencillo (bsicamente el
paquete IP ms un encabezado), y no seguro.
5: Capa de Sesin (Session):
Establece, administra y termina sesiones entre host. Ante una interrupcin de
transmisin por cualquier causa, permite la recuperacin de la sesin.

6: Capa de Presentacin (Presentation):

Se encarga de la sintaxis y la semntica de los datos. Por lo general forma
parte del sistema operativo y su funcin es dar formato los datos. Opcionalmente
puede encriptar o comprimir la informacin.

7: Capa de Aplicacin (Aplication):

En esta capa se encuentran las aplicaciones que los usuarios usan
habitualmente, a estas aplicaciones se le denominan servicios. Hay tantos protocolos
diferentes como aplicaciones distintas, y en la misma medida en que surgen nuevas
6

User Datagram Protocol: Protocolo de Datagrama de Usuario.

24

aplicaciones, as tambin crece el nmero de nuevos protocolos. El objetivo de las

dems capas es proveer un transporte confiable a los datos usados por las aplicaciones
residentes en esta capa.

7
6
5
4
3
2
1

Aplicacin
Presentacin
Sesin
Transporte
red
Enlace de Datos
Nivel Fsico

Figura 2. Modelo OSI.

2.1.5.2. Modelo TCP/IP

Es un conjunto de protocolos estratificado en distintas capas que conforman la

denominada pila de protocolos TCP/IP, fue originadamente desarrollado por el
departamento de defensa de los estados unidos a principios de la dcada de los 70, y
usado en su red ARPANET (Advanced Research Projects Agency Network), que era
la red de rea extensa del Departamento de Defensa, en 1980 se incluy en el UNIX
4.2 de BERKELEY, y fue el protocolo militar estndar en 1983.

El protocolo TCP/IP es la base sobre la cual opera Internet. Define las reglas
que debe seguir cada uno de los equipos conectados a Internet en lo que respecta al
envo, transporte, presentacin y empaquetado de la informacin. Se le conoce como
familia de protocolos de Internet, los dos protocolos ms importantes, y que le dan el
nombre a la pila son: TCP (Transmisin Control Protocol o Protocolo de Control de
Transmisin) e IP (Internet Protocol o Protocolo de Internet).

25

2.1.5.2.1. Capas TCP/IP

El modelo TCP/IP consta solamente de 4 capas, a diferencia del modelo OSI

de 7 capas, aun as la filosofa de descomposicin en capas es similar en ambos
modelos. Las 4 capas de TCP/IP son: Acceso al Medio, de Internet, de Transporte y
la capa de Aplicacin.

1. Capa de Acceso al Medio: Es la encargada de utilizar el medio de transmisin de

datos para realizar un enlace fsico real con otros dispositivos conectados a la red.
Corresponde a la capa fsica y de enlace de datos del modelo OSI. Define la
naturaleza de las seales, as como las caractersticas del hardware usado para
transportar las seales, tales como el nmero de pines, detalles de los conectores,
niveles de voltaje, etc.
TCP/IP no especifica ningn protocolo aqu, pero puede usar casi cualquiera
de los protocolos ya existentes tales como Ethernet, Token Ring, etc.
2. Capa de Red: Maneja la comunicacin de una mquina a otra. Esta capa es la ms
importante de la arquitectura y el protocolo de Internet (IP) es el protocolo ms
importante de esta capa, por lo que tambin se le llama capa de Internet, se encarga
del encaminamiento de los datagramas IP hacia su destino, determinando la mejor
ruta a travs de varias redes.
3. Capa de Transporte: Proporciona comunicaciones punto a punto entre programas
de aplicaciones. Est formada por dos protocolos de transporte: TCP7 el cual es un
protocolo confiable y orientado a conexin, y UDP 8 el cual es un protocolo no
orientado a conexin y no confiable. Se puede encargar de garantizar la calidad del

7
8

Transmision Control Protocol: Protocolo de Control de Transmisin.

User Datagram Protocol: Protocolo de Datagrama de Usuario.

26

servicio, asegurndose que los datos lleguen correctamente a la aplicacin remota y

en orden en que fueron enviados.

4.

Capa de Aplicacin: Contiene la lgica necesaria para llevar a cabo las

aplicaciones de usuario, la capa de aplicacin en TCP/IP incluye los detalles de las

capas de presentacin y de sesin del modelo OSI. Tambin determina la
presentacin de los datos, y la codificacin y control del dialogo.
Entre los protocolos que implementan las aplicaciones ms conocidas estn:
FTP, HTTP, NFS.

En la figura 3 se puede ver la relacin entre las capas de los modelos OSI y
TCP/IP [5], se evidencia una mayor simplicidad en el modelo TCP/IP al disminuir el
nmero de capas con respecto al modelo OSI.

Figura 3. Modelo TCP/IP y su relacin con el modelo OSI.

27

2.1.5.2.2. Protocolos TCP/IP

Del conjunto de protocolos TCP/IP los ms importantes son: El protocolo IP,

y los protocolos de transporte TCP y UDP.

Protocolo IP
Este es un protocolo de la capa de red del Modelo TCP/IP, es la base sobre la
que est construida Internet. Trabaja con conmutacin de paquetes, esto quiere decir
que la informacin a ser transmitida es primero dividida en trozos o paquetes y luego
cada paquete es enviado junto con la direccin de destino (Datagrama). Es un
protocolo no orientado a conexin y no confiable, no orientado a conexin significa
que cada paquete es tratado de manera independiente de los dems, de tal manera que
cada paquete puede viajar independientemente de los dems por la red hasta alcanzar
su destino, no confiable es que la entrega de cada uno de los paquetes no est
garantizada, los paquetes se pueden perder, retrasar o entregar sin orden, y no cuenta
con un mecanismo para detectarlo.
El protocolo IP tambin se encarga del encaminamiento de la informacin,
seleccionando la ruta por la que los datos sern enviados, decidiendo por donde es
mejor enviar cada paquete IP en base a su direccin de destino.
Est diseado para su uso en sistemas interconectados de redes de
comunicacin de computadoras por intercambio de paquetes. Proporciona los medios
necesarios para la transmisin de bloques de datos llamados datagramas desde el
origen al destino, donde origen y destino son hosts identificados por direcciones de
longitud fija. El protocolo de Internet tambin se encarga, si es necesario, de la
fragmentacin y el reensamblaje de grandes datagramas para su transmisin a travs
de redes de trama pequea. [16]

28

Protocolo TCP
TCP es un protocolo orientado a la conexin, porque establece una
conexin (circuito virtual) previo al envo y/o a la recepcin de datos. TCP no asume
la fiabilidad de los protocolos de niveles inferiores por lo que se ocupa de garantizarla,
para ello verifica si se produjeron errores durante la transmisin y si hay errores los
corrige. Permite garantizar la entrega de los datos mediante el control de flujo, a
travs del cual el receptor regular la cantidad de datos que el emisor debe enviar,
tambin repite los envos si es necesario, y numera cada paquete de manera que el
receptor de los datos los pueda ordenar al recibirlos. El protocolo IP es el que indica
el camino a los paquetes, pero no es ni confiable ni orientado a conexin, as que es el
protocolo TCP el encargado de ofrecer un transporte seguro a la informacin.

Protocolo UDP
El Protocolo de Datagramas de Usuario hace disponible un tipo de
datagramas para la comunicacin por intercambio de paquetes entre ordenadores en el
entorno de un conjunto interconectado de redes de computadoras. El Protocolo de
Internet (IP) se utiliza como protocolo subyacente.
Aporta un procedimiento para que los programas de aplicacin puedan
enviar mensajes a otros programas con un mnimo de mecanismo de protocolo. El
protocolo se orienta a transacciones, y tanto la entrega como la proteccin ante
duplicados no se garantizan. [17]
UDP es un protocolo no orientado a conexin, no se establece una conexin
previa con el otro extremo antes de transmitir un mensaje, los mensajes simplemente
se envan y stos pueden duplicarse o llegar desordenados al destino, cuando llega un
datagrama a un nodo, ste necesita la direccin y puerto del nodo origen para saber
dnde debe contestar. UDP es considerablemente ms rpido que el TCP por carecer
de correccin de errores y control de flujo.

29

2.1.5.2.3. Direccin IP

Las redes TCP/IP utilizan una direccin nica llamada direccin IP

(direccin de protocolo de Internet), esta consiste en un identificador numrico cuya
longitud es de 32 bits (4 bytes) en el caso del protocolo IP versin 4 (IPv4). La
direccin IP identifica tanto a la red a la que pertenece una computadora como a ella
misma dentro de dicha red. Los equipos de una red utilizan estas direcciones para
comunicarse entre ellas, a cada equipo de la red le corresponde una direccin IP
exclusiva. El organismo encargado de asignar las direcciones IP pblicas, es el
ICANN (Internet Corporation for Assigned Names and Numbers) el cual es una
organizacin sin fines de lucro que opera a nivel internacional.

2.1.4. VLAN (LAN Virtual)

Una VLAN (Virtual Local Area Network) puede entenderse como un grupo
de terminales de usuario, quizs en mltiples segmentos de LAN fsicos, que no estn
restringidos por su localizacin fsica y que pueden comunicarse como si estuvieran
en una LAN en comn. Una VLAN conforma un nico dominio de broadcast,
lo que permite que cada miembro de esa VLAN reciba paquetes procedentes
de otros miembros de esa VLAN y no paquetes de grupos del exterior. [8]
Este concepto se puede entender mejor en la figura 4, donde se puede apreciar
que a diferencia de una LAN tradicional en una VLAN los terminales de usuario
pueden encontrarse en diferentes segmentos de una LAN fsica [10].
El objetivo de una VLAN es la segmentacin lgica de las redes. As es
posible controlar, o incluso impedir todo dialogo entre equipos conectados en un
mismo switch. Existen dos tipos de VLAN: las VLAN implcitas y las VLAN
explicitas.

30

En el funcionamiento de la VLAN implcita, no se modifican las tramas. La

pertenencia a la VLAN se basa en el nmero del puerto, en las direcciones MAC, o
en un protocolo especifico.
En funcin de esta pertenencia a la VLAN, se rechazar o autorizar la
transmisin. Una VLAN implcita indica una ausencia de marcaje (modificacin) de
las tramas (untagged VLAN).
El funcionamiento de la VLAN explcita se basa en el marcaje de las tramas
(tagged VLAN) atendiendo a la norma IEEE9 802.1Q. Este ltimo enfoque permite
administrar la segmentacin en un entorno de varios switches. As, se puede rechazar
una trama procedente de una tagged VLAN de otro switch. [9]
802.1Q no encapsula la trama original sino agrega un campo de 4 bytes
(etiqueta) que se adiciona al encabezado Ethernet original. Esta etiqueta dice a qu
VLAN pertenece dicha trama.

Figura 4. LAN Tradicional y VLAN (LAN Virtual).

IEEE: (The Institute of Electrical and Electronics Engineers), el Instituto de Ingenieros Elctricos y
Electrnicos, asociacin tcnico-profesional mundial dedicada a la estandarizacin, entre otras cosas.

31

Los administradores de red configuran las VLANs mediante software en lugar

de hardware, lo que las hace extremadamente flexibles. En el contexto de las VLANs,
el trmino trunk (troncal) designa una conexin de red que transporta mltiples
VLANs identificadas por etiquetas (o tags) insertadas en sus paquetes. [11]

2.2. Telefona tradicional

Desde la invencin del telfono, la telefona ha experimentado una gran

evolucin y crecimiento, estos cambios han estado a la par con los desarrollos
tecnolgicos. En un principio la comunicacin era analgica, las razones para ello
eran tanto la naturaleza de las seales a transmitir (voz humana) as como la
tecnologa existente en ese momento, pero hoy en da la telefona se ha ido
actualizando a las nuevas tecnologas, las compaas telefnicas han cambiado sus
redes analgicas a redes digitales, el bucle de abonado10 es la nica parte de la red
que todava sigue siendo analgica.
Hay muchas razones para el cambio de tecnologa telefnica analgica a
digital, la comunicacin digital permite una mejor calidad, es ms segura, se puede
aprovechar ms eficientemente la capacidad del medio de transmisin, y reduce los
costos.
Otro de los inconvenientes de la transmisin analgica es la presencia de ruido
junto con la seal de voz, y cuando las distancias son muy grandes y es necesario
amplificar la seal de voz, tambin se amplifica el ruido, por lo que despus de varios
procesos de amplificacin el ruido puede ser tan intenso que la voz se vuelve
ininteligible.

10

Bucle de abonado: Conexin entre el telfono y la Central de Conmutacin.

32

Al convertir la seal en formato digital, solo se transmiten ceros y unos, y la

seal original puede ser reproducida libre de errores aun cuando sea necesario
regenerarla muchas veces.

2.2.1. PSTN
PSTN (Public Switched Telephone Network, red telefnica pblica
conmutada) es una red que engloba a todas las redes pblicas conmutadas, transmite
comunicaciones de voz en tiempo real. Tambin se le conoce como la red pblica
conmutada (RTC) o red telefnica bsica (RTB).

2.2.2. PBX
PBX (siglas en ingls de Private Branche eXchange) es una central telefnica
privada. En los primeros sistemas telefnicos la conmutacin era manual, los cables
telefnicos terminaban en las centrales telefnicas manuales PMBX (PBX Manual),
all el operador conectaba los dos telfonos mediante clavijas estableciendo as la
comunicacin,

estos

fueron

sustituidos

por

sistemas

de

conmutacin

electromecnicos que prescindan del operador humano, y que se encargaban de la

conmutacin telefnica de una manera completamente automtica, surgan as las
PABX (Automatic PBX). Con el avance de la tecnologa los sistemas
electromecnicos han sido sustituidos por sistemas electrnicos, y hoy en da todos
los sistemas de conmutacin telefnicos son automticos por lo que el trmino PBX
tambin se refiere a una PABX.
Una PBX, es un dispositivo utilizado para conectar los terminales telefnicos
internos de una empresa, con lo que permite desplegar redes telefnicas para
comunicacin interna, las llamadas telefnicas que tienen como origen y destino
terminales dentro de la misma red interna, son interconectadas a travs de la PBX sin

33

necesidad de salir al exterior por la red pblica de telefona PSTN, evitndose la

facturacin por parte del proveedor telefnico.
Las PBX, permiten gestionar un nmero limitado de lneas externas, de tal
manera que los terminales internos pueden comunicarse con el exterior sin necesidad
de tener que contratar una lnea telefnica externa por cada terminal. Las compaas
con mltiples sedes pueden conectar juntos sus PBX a travs de lneas troncales.
Adems de esto las PBX pueden ofrecer otros servicios de valor agregado, como por
ejemplo: transferencia de llamadas, buzn de voz, desvo de llamadas en ausencia o
ocupado, multiconferencia, msica en espera, etc.
A los dispositivos conectados a la PBX se les conoce como extensiones, y
pueden ser telfonos, faxes, mdems, etc.

Un Foreign Exchange Office (FXO) es cualquier dispositivo que, desde el

punto de vista de la central telefnica, acta como un telfono tradicional. Un FXO
debe ser capaz de aceptar seales de llamada o ring, ponerse en estado de colgado o
descolgado, y enviar y recibir seales de voz. Supone que un FXO es como un
telfono o cualquier otro dispositivo que suena (como una mquina de fax o un
mdem).
Un Foreign Exchange Station (FXS) es lo que est situado al otro lado de una
lnea telefnica tradicional (la estacin). Un FXS enva el tono de marcado, la seal
de llamada que hace sonar los telfonos y los alimenta. En lneas analgicas, un FXS
alimenta al FXO.
Una PBX que integra perifricos FXO y FXS puede conectarse a la RTB e
incorporar telfonos analgicos. Las lneas telefnicas que vienen del operador se
tienen que conectar a una interfaz FXO. Los telfonos se deben conectar a las
interfaces FXS de la centralita. [19]

34

Figura 5. FXS y FXO.

2.2.3. Sealizacin Telefnica

La sealizacin es el proceso de generacin e intercambio de seales que se
establece entre los miembros de una red telefnica para el establecimiento y
mantenimiento de las conexiones. Esta informacin incluye el nmero telefnico al
cual se desea llamar, el tono de llamada o de ocupado y la informacin del nmero
del que se llama.

2.2.3.1. Sistema de Sealizacin Nmero 7.

SS7 (Signaling System Number 7) es un grupo de estndares desarrollados
originalmente por la AT&T 11 y la UIT 12 que, entre otras cosas, se encargan de la
gestin del establecimiento de llamadas y su encaminamiento entre centrales
telefnicas en la RTB. En la red telefnica tradicional, la voz y las seales auxiliares
(sealizacin) estn claramente separadas. Esto significa que existe un circuito
dedicado a voz y otro circuito independiente para el intercambio de las seales
11

Corporacin AT&T (American Telephone and Telegraph) compaa estadounidense de

telecomunicaciones.
12
UIT (Unin Internacional de Telecomunicaciones) organismo especializado de las Naciones Unidas
encargado de regular las telecomunicaciones, a nivel internacional.

35

encargadas del establecimiento de las llamadas. Esta informacin adicional

necesaria en cada llamada se intercambia usando un protocolo conocido como SS7.
El hecho de que la voz y la sealizacin estn separadas significa que los
flujos de informacin pueden tomar caminos fsicos totalmente diferentes. Las
conversaciones pueden viajar por un cable mientras que los nmeros de telfono de
los comunicantes se envan por otro. [19]
El sistema de sealizacin nmero 7 (SS7) tambin es conocido

como

sealizacin de canal comn (CCS, Common Channel Signaling), CCS es un sistema

de sealizacin fuera de banda ya que utiliza un canal para la voz y otro diferente
destinado nicamente para la sealizacin. Es actualmente el estndar de sealizacin
internacional en telefona.
En su forma ms bsica SS7 consta de elementos llamados puntos de
sealizacin (SPs) interconectados por diversos tipos de enlaces de transmisin.

En una red SS7, cada elemento de la red se conoce como punto de

sealizacin (SP, Signaling Point) y es identificado mediante un cdigo numrico
nico llamado Cdigo de Punto de Sealizacin (SPC). Estos SPC son transportados
por los mensajes que viajan entre los nodos de la red y permiten identificar las
direcciones del origen y destino de cada mensaje, de esta manera los puntos de
sealizacin pueden ejecutan funciones de enrutamiento al recibir y dirigir los
mensajes hacia su destino.

2.2.3.1.1. Puntos de sealizacin

La red SS7 est constituida por tres puntos de sealizacin:

36

SSP (Service Switching Point. Punto de conmutacin de Servicio): Estn conectados

a los usuarios, son los encargados de recibir las seales de los equipos de los clientes
y llevar a cabo los procesos de las llamadas, inician y terminan los mensajes SS7.
STP (Signal Transfer Point. Punto de Transferencia de Seal): Se encargan de la
traduccin de los mensajes SS7 y al encaminamiento de mensajes de control entre los
nodos de la red y las bases de datos. Son puntos de conmutacin de mensajes, donde
un mensaje recibido sobre un enlace de sealizacin se transfiere a otro enlace.
SCP (Service Control Point. Punto de Control de Servicio): Contienen las
aplicaciones y las bases de datos necesarias para ofrecer servicios avanzados de
procesamiento de llamadas.
2.2.3.1.2. Capas
SS7 es una arquitectura de protocolos de sealizacin dividida en 4 capas:
SS7 Nivel 1: Conexin fsica.
Es el nivel fsico de conexin, equivalente el nivel 1 del modelo OSI, aqu se definen
las caractersticas fsicas, elctricas y funcionales del enlace.
SS7 Nivel 2: Enlace de datos.
Corresponde al nivel 2 del modelo OSI. Es el encargado de asegurarse de la
transmisin confiable de mensajes a travs del enlace, para asegurarse de ello
implementa mecanismos de control de flujo, validacin de la secuencia de mensajes,
y chequeo de errores.

37

SS7 Nivel 3: Red.

Es el responsable de encaminar los mensajes entre los puntos de sealizacin de la
red, provee un ruteo alterno cuando hay un fallo en los enlaces y puntos de
sealizacin, y controla el trfico cuando existe congestin.
SS7 Nivel 4: Est formado por varios protocolos, y funciones de la parte de usuario.

2.2.3.1.3. Protocolos
Niveles 1-3:
MTP (Message Transfer Part): Parte de Transferencia de Mensajes (niveles 1-3).
Provee las funciones necesarias para que los mensajes de sealizacin se transfieran
a travs de la red desde su origen hasta su destino. Adems facilita la transferencia y
la entrega confiable de informacin de sealizacin, para ello se encarga de la
deteccin de errores y de responder ante problemas de congestin.

Nivel 4:
TUP (Telephone User Part): Es un protocolo analgico que desempea las funciones
bsicas de la telefona, tales como conexin y desconexin de llamadas. El trmino
parte del usuario se refiere al hecho que es un usuario de las capas bajas del SS7.

ISUP (ISDN User Part): Provee un servicio bsico de establecimiento y liberacin de

llamadas para circuitos conmutados. Por lo que es equivalente a TUP pero tambin
funciona para RDSI.

BISUP (Broadband ISDN User Part): Proyectado para extender las funcionalidades
de ISUP a redes B-ISDN. Define los mensajes de sealizacin, parmetros y
procedimientos para controlar los circuitos virtuales ATM para RDSI de banda ancha.

38

TCAP (Transactional Capabilities Application Part): Provee un mecanismo para

aplicaciones orientadas a transacciones en vez de conexiones, soporta la capacidad
para invocar la ejecucin de un procedimiento en forma remota en otro nodo, como
por ejemplo la conexin a una base de datos externa.

ASP (Application Service Part): Se localiza por encima de la capa SCCP y por debajo
de la TCAP. Proporciona las funciones de las capas 4 a 6 del modelo OSI. Estas
funciones no se requieren actualmente en la red SS7 y se encuentran bajo un mayor
estudio, sin embargo, el sector de estandarizacin de la unin internacional de
telecomunicaciones (ITU-TS) y las normas ANSI hacen referencia a estas funciones
como viables. La falta de servicios orientados a la conexin en red, es por lo que no
se necesita actualmente el ASP. Sin embargo, a medida que la red madura y surgen
nuevas tecnologas, los servicios orientados a la conexin sern una necesidad para
ciertas aplicaciones. Esto obligar a la necesidad de las funciones de estas capas
medias. [23]

SCCP (Signaling Connection Control Part): Parte de Control de la Conexin de

Sealizacin, permite proveer servicios de red con y sin conexin sobre el nivel 3 de
MTP.
OMAP (Operations, Maintenance and Administrative Part): Provee las funciones de
mantenimiento y administracin de la red SS7. Monitorea, coordina y controla todos
los recursos de la red.

MAP (Mobile Application Part). En redes mviles, habilita las comunicaciones en

tiempo real entre nodos troncales. Funciones: ubicacin de usuarios, autenticacin,
gestin de la informacin de usuarios, Etc.

39

En la figura 6 se puede apreciar un diagrama de la estructura de los protocolos

SS7 [7].

Figura 6. Pila de protocolos SS7.

40

2.3. Telefona IP

2.3.1. Voz sobre IP

La voz sobre IP simplemente consiste en la transferencia de voz como datos
sobre una red IP. A diferencia de las tradicionales llamadas basadas en conmutacin
de circuitos de la red PSTN, las llamadas VOIP estn basadas en la conmutacin de
paquetes. En un ambiente de conmutacin de paquetes, mltiples dispositivos
comparten una sola red de datos. Cada paquete contiene la informacin de
direccionamiento que identifica la computadora fuente y la computadora destino. El
contenido de estos paquetes (sea la carga) son fragmentos de la conversacin de voz.
Estos paquetes dentro de una sola transmisin pueden tomar diferentes caminos desde
un punto a otro de la red de datos. [20]

Es importante diferenciar claramente los conceptos de VOIP y Telefona IP.

La VOIP (Voice Over IP, Voz sobre IP) o voz sobre el protocolo de Internet, tal
como se explic anteriormente, es la tecnologa que permite la transformacin de la
voz en paquetes de datos para ser transmitida en tiempo real a travs de redes IP.
Utilizando para ello conmutacin de paquetes, a diferencia de las llamadas telefnicas
tradicionales sobre redes PSTN que estn basadas en conmutacin de circuitos.
La telefona IP es una aplicacin inmediata de la tecnologa VoIP, y su
finalidad es realizar llamadas telefnicas utilizando las redes IP, y la red pblica de
telefona conmutada PSTN, ofreciendo la misma funcionalidad y servicios asociados
que la telefona tradicional.
Con la Telefona IP se logran unir dos tecnologas que histricamente se
haban desarrollado de manera separada, la transmisin de la voz y la transmisin de
datos, con ello se obtiene una sola red de comunicaciones tanto para la transmisin de
voz como para la de datos. Al aprovechar el cableado de la red de datos para el envo

41

de voz, se logran reducir los costos en el cableado, se simplifica la administracin y

en el mantenimiento de la red (al tenerse una sola red en vez de dos redes separadas),
y lo mas importante se logran reducir los costos en las llamadas al utilizar Internet en
vez de la red PSTN.

2.3.2. Diferencias entre redes de voz y redes de datos

Una de las principales diferencias entre la Telefona IP y la Telefona

tradicional, es que la telefona tradicional utiliza conmutacin de circuitos. En la
conmutacin de circuitos se establece un canal dedicado (circuito) de comunicacin
entre dos puntos (el emisor y el receptor), ste circuito con un ancho de banda fijo se
establece desde antes de que la conexin se realice y se mantiene durante toda la
comunicacin, ste canal entre los dos puntos est garantizado independientemente de
que exista o no flujo de informacin. Su principal desventaja reside en consumir
muchos recursos de ancho de banda, estos recursos no pueden ser utilizados por otras
comunicaciones hasta que no finalice la llamada, aun durante los silencios que se
puedan presentar en la conversacin.
En la telefona IP se utiliza la conmutacin de paquetes. En la conmutacin de
paquetes el emisor de la comunicacin codifica la seal de voz a formato digital,
luego divide y encapsulada la seal en paquetes, y le agrega la informacin del origen
y destino a la cabecera del paquete, cada uno de estos paquetes es enviado por
separado a travs de la red, pudiendo tomar distintas rutas para llegar a su destino,
finalmente el receptor de la comunicacin obtiene los paquetes los ensambla
nuevamente, y descomprime y decodifica la seal de voz original. La conmutacin de
paquetes tiene como ventaja que se hace un uso ms eficiente del ancho de banda, ya
que solo se la utiliza cuando se la necesita para la transmisin de datos, el resto del
tiempo est libre para su uso por parte de otros usuarios.

42

El proceso que ocurre cuando se hace una llamada VoIP [20], se puede
resumir de la siguiente manera.

1. El que llama levanta el telfono y espera el tono de llamada.

2. Marca el nmero telefnico, el cual es mapeado a la direccin IP del
destinatario de la llamada.
3. Se invocan los protocolos de llamada para localizar al destinatario de la
llamada y enviarle la seal de repique.
4. El telfono del destinatario repica, indicndole que lleg una llamada.
5. La persona que llama levanta el telfono y comienza una conversacin
bidireccional. La transmisin de audio es codificada usando un codec y
enviada sobre la red IP usando un protocolo de transmisin de voz en tiempo
real.
6. La conversacin finaliza, ocurre la desconexin de la llamada, y se realiza la
facturacin.

2.3.3. Componentes de la arquitectura VoIP

Algunos de los componentes ms importantes de la arquitectura VoIP son:

1. Servidores de telefona IP y PBXs.

2. Gateway VoIP y Routers.
3. Telfonos IP y Softphones.

2.3.3.1. Servidores de telefona IP y PBXs

Muchas transacciones en redes de datos estn basadas en el modelo de

computacin cliente servidor. La computadora cliente hace solicitudes de servicios a
la computadora servidor, la cual lleva a cabo esos servicios y retorna los resultados.

43

La transmisin de voz por redes IP requiere de otro tipo de servidores

diseados especficamente para proveer servicios de voz. Una IP PBX13 tpicamente
funciona como el ncleo de un servidor de Telefona IP. En la PSTN, la PBX es a
menudo un sistema de caja cerrada, que provee todas las funciones de voz y dems
caractersticas necesarias, pero usualmente estn implementadas de una manera
propietaria. La administracin de la plataforma de caja cerrada se deja al vendedor
de la PBX. En VoIP, una IP PBX puede ser construida en una plataforma PC,
corriendo en algn sistema operativo tal como Microsoft Windows, Linux, o Sun
Solaris. Aunque partes de la IP PBX son de naturaleza propietaria, la plataforma
puede ser administrada a travs de APIs (Application Programming Interfaces)
suministradas por el vendedor, y a travs de las APIs estndar que provee el sistema
operativo. [20]

Figura 7. Red VoIP y sus componentes tpicos.

Otro tipo de servidor, el Gatekeeper, es usado por el protocolo H.323 para

proveer control de admisin de llamadas (CAC, call admission control) y otras
funciones de gestin, tales como bsqueda de direcciones para servicios de

13

IP PBX: Central telefnica que conmuta las llamadas de voz sobre una red de datos basndose en el
protocolo IP, y que puede interoperar con la red PSTN.

44

multimedia. El Gatekeeper usa un conjunto de flujos de seales, RAS (registration,

admission, and status; registro, admisin y estado) para trabajar con dispositivos
VoIP. La funcin de CAC del Gatekeeper puede ser especialmente importante para
redes con ancho de banda limitado, porque el Gatekeeper puede registrar el nmero
de llamadas en progreso y restringir las nuevas llamadas basado en la disponibilidad
de ancho de banda. El objetivo de CAC es limitar las nuevas llamadas (o enrutarlas a
la PSTN) si determina que pueden producir un impacto negativo en la calidad de las
llamadas que estn actualmente en progreso en la red VoIP. [20]

2.3.3.2. Gateway VoIP y Routers

Los gateways VoIP y los routers IP mueven los datagramas RTP14 de voz a
travs de la red IP. Los gateways VoIP proveen una conexin entre la red VoIP y la
PSTN, por lo que estos dispositivos juegan un rol clave en la migracin hacia las
redes VoIP. Aunque las redes que son exclusivamente VoIP estn creciendo, en
ocasiones es necesario conectarse a la red PSTN para llamar a usuarios de la PSTN.
Adems, los gateway VoIP proveen conversin entre diferentes codecs (transcoding).
Por ejemplo el codec G729 es usado en redes VoIP, por lo que la informacin de voz
debe ser convertida al Codec G.711 antes de ser transferida a la red PSTN. [20]
En un ambiente corporativo, los gateways VoIP se pueden interconectar a las
PBXs tradicionales proveyendo rutas de migracin y permitiendo la implementacin
en etapas. Estos complejos dispositivos manejan la gran variedad de sealizaciones y
protocolos de datos que son requeridos para comunicarse entre las redes VoIP y la
PSTN.
Mediante el examen de las cabeceras de los paquetes, los routers IP toman las
decisiones necesarias para encaminar los paquetes al siguiente router, e ir viajando a

14

RTP (Real-time Transport protocol): Protocolo de Transporte de Tiempo real.

45

travs de los routers hasta su destino. Trazar la ruta de un paquete de voz a travs de
la red puede ser til, para la identificacin y diagnostico de problemas. [20]

Figura 8. Red VoIP con los Gateway conectados a la PSTN.

2.3.3.3. Telfonos IP y Softphones

Para que VoIP funcione, el audio analgico debe ser convertido en

datagramas digitales. Si se usan viejos telfonos analgicos, los codecs estarn
localizados en la IP PBX. Las llamadas entrantes son digitalizadas aqu, antes de ser
enviadas a la red IP.
De forma alternativa, los codecs tambin pueden estar localizados en los
mismos telfonos. Estos nuevos telfonos digitales son llamados telfonos IP. En
lugar de tener un conector telefnico, ellos usualmente tienen una conexin LAN
Ethernet. Un telfono IP realiza la conexin de datos a un servidor de telefona IP, el
cual procesa la llamada.

46

Existe tambin la posibilidad que la computadora funcione como un telfono

IP. Con los audfonos y micrfonos conectados a la tarjeta de sonido de la
computadora. El CPU de la computadora corriendo el software del codec, y la
computadora con una conexin LAN a la red de datos. Entonces la computadora o
softphone se conectara a un servidor Telefnico IP para el procesamiento de la
llamada.
Tambin es posible usar los telfonos analgicos convencionales a travs de
un adaptador conocido como ATA (Analog Telephone Adapter), estos dispositivos
permiten aprovechar los telfonos analgicos y las mquinas de FAX usados en la
PSTN, el adaptador telefnico analgico interconecta el telfono analgico a la
computadora o a una red LAN a travs de una conexin Ethernet, la seal analgica
es convertida en los diferentes protocolos y estndares de Voz IP tal como lo hace un
Telfono IP. Los adaptadores ATA tiene una o ms tomas RJ-11 para conectar uno o
ms telfonos analgicos y una RJ45 para la interconexin con la computadora o la
red Ethernet.

2.3.4. Ventajas y desventajas de VoIP

2.3.4.1. Ventajas
Las ventajas que ofrece el uso de la telefona IP con respecto a la telefona
tradicional justifican su implementacin por parte de empresas e instituciones,
algunas de esas ventajas son:

Permite la utilizacin de un nmero telefnico nico, ya que el usuario del

servicio puede hacer uso de su extensin telefnica desde cualquier ubicacin
geogrfica en donde exista una conexin a Internet.

47

Tal vez la principal ventaja de la VoIP es el ahorro en costos de las llamadas

telefnicas. Las llamadas Telefnicas IP internas son gratuitas, al hacer uso de
la red de datos de las empresas o instituciones, y el nico costo de las
llamadas locales y de larga distancia es costo del acceso a Internet, mientras
que las llamadas que necesiten interconexiones entre la red VoIP y la red
PSTN llevan asociado la facturacin por parte de los proveedores de telefona
tradicional.

Tambin estn los ahorros en la gestin y mantenimiento que se consiguen al

tener una sola red para la transmisin de voz y datos, esto reduce los costos en
infraestructura, personal, cableado, e incluso en los traslados que necesitara
realizar el personal, ya que es posible realizar la gestin de estas aplicaciones
de forma remota a travs de herramientas basadas en aplicaciones Web.

Integra los servicios de correo de voz, e-mail y fax en una nica aplicacin,
con lo que se unifica tambin la gestin de todos estos servicios, con los
consecuentes ahorros en tiempo y costos.

Permite ofrecer el servicio de voz como uno ms de los servicios informticos

que ofrece a los usuarios a travs de la red de datos,

2.3.4.2. Desventajas
La telefona IP tambin presenta desventajas, por una parte porque es una
tecnologa nueva y por otra parte porque las redes de datos no fueron desarrolladas
originalmente para trfico de informacin en tiempo real. Algunas de las desventajas
que aparecen al transmitir llamadas telefnicas sobre redes de datos, son:

48

Existen problemas para garantizar la calidad del servicio (QoS), ya que ste
depende de varios factores como el retardo o latencia, eco, prdida de
paquetes, interrupciones, etc. La razn principal para todo esto es que el
protocolo IP no fue diseado para aplicaciones en tiempo real, por lo que es
difcil disear una red que pueda garantizar una calidad de servicio constante,
dado que por ejemplo si se intenta reservar un ancho de banda fijo se pude
estar limitando el nmero de usuarios que se pueden conectar.

Al codificar la voz para transmitirla por las redes de datos, tambin se la

expuso a todos los problemas de seguridad a los que han estado expuestas
estas redes, problemas tales como la suplantacin de identidad de la persona
que llama con el fin de cometer fraudes, interferencia y escucha de llamadas,
redireccin de llamadas, ataques de denegacin de servicio, etc.

Corte de energa o servicio elctrico, VoIP requiere de energa para hacer

funcionar los equipos, por lo que al fallar la energa elctrica no habr servicio
telefnico hasta que se reanude el servicio elctrico, a menos que se cuente
con un sistema interrumpido de energa o un generador elctrico de
emergencia.

Si falla la conexin a Internet, no funcionar el servicio de VoIP hasta tanto

no se restablezca el servicio de Internet, por lo que podra ser necesario tener
un servicio telefnico de respaldo para esos casos.

2.3.5. Protocolos de establecimiento de llamada

Los protocolos de sealizacin o de establecimiento de llamada, son los
encargados del establecimiento y gestin de

49

mensajes de estado y de los

procedimientos utilizados para establecer una comunicacin entre los puntos

extremos que participan en una llamada, su funcin principal es establecer y
desconectar las llamadas en una red IP.

2.3.5.1. Protocolo H.323

Es una recomendacin que fue aprobado en 1996 por la ITU (Unin

Internacional de Telecomunicaciones), H.323 permite el desarrollo de una nueva
generacin de aplicaciones multimedia (audio, video, datos) basadas en redes IP.
Define cuatro componentes principales para un sistema de conferencia multimedia
basado en LAN las cuales son: terminales, pasarelas, unidades de control multipunto
(multipoint control units, MCUs) y gatekeepers.

H.323 no es un protocolo en si, sino que est formado por una familia de
protocolos que interactan entre s para proveer un servicio, en ste caso telefona o
servicios de videoconferencia IP.

Caractersticas principales:

Permite el control del trfico de la red.

Es independiente del tipo de red fsica que lo soporta.

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.

50

Arquitectura de red:

A continuacin se realiza una descripcin de las entidades que participan en la

comunicacin multimedia H.323. [4]
1. Terminal H.323: Proporciona en tiempo real comunicacin bidireccional con otro
Terminal H.323. Un terminal debe soportar al menos la transmisin de voz, voz y
datos, voz video o voz datos y video.
2. Gateway H.323 (Pasarela): permite que las terminales H.323 puedan operar con
terminales pertenecientes a otro tipo de redes de circuitos. Las Pasarelas pueden estar
conectadas directamente a terminales H.323 u otras pasarelas. Adapta flujos de
informacin entre redes distintas.

3. Unidad de control Multipunto (MCU): Permite soportar conexiones multipunto

en la red H.323. Est conformada por dos partes: el controlador multipunto (MC) que
proporciona capacidad de negociacin y el procesador multipunto (MP) que se
encarga de realizar las funciones de mezcla de medios (audio, video, datos).
4. GateKeeper (GK): Es el encargado de proporcionar los servicios al resto de los
elementos de la red, puede permitir la comunicacin directa entre terminales o bien
acta como intermediario en la sealizacin de la llamada, aunque es opcional en una
red H.323, su no inclusin limita el servicio de transferencia de medios. Un
Gatekeeper controla una Zona H.323. Los terminales, gateways y MCUs
registrados en el mismo Gatekeeper pertenecen a la misma zona.
En su forma mas simple hacen falta al menos dos terminales para formar una
red H.323, cada terminal puede estar implementado en forma de hardware software
(en ste ultimo caso tambin llamados softphones).
Cada cliente debe implementar parte de la familia de protocolos H.323, en
concreto los siguientes protocolos son necesarios:

51

El protocolo H.225.0, variante evolucionada del Q.931, que se encarga del

establecimiento y sealizacin de la llamada.

El protocolo RAS (Registration/Admission/Status), que se utiliza para la

comunicacin de un terminal H.323 con el GateKeeper. Dicho protocolo es
parte de H.225.0, y si existe un GateKeeper en la red, hay obligacin de
usarlo.

El protocolo H.245, Protocolo de control para especificar mensajes de

apertura y cierre de canales para flujos de voz.

Adems, tambin se deben implementar la pareja de protocolos RTP/RTCP,

para el envo de informacin (vdeo y audio) en tiempo real.

En la figura 9, se presenta un cuadro sinoptico de la estructura de la pila de

protocolos H.323. [18]

Figura 9. Sinopsis de los protocolos H.323

52

Codec de audio:
El terminal H.323 utiliza un codec de audio, para llevar a cabo el proceso de
Compresin de Voz. Este codec debe soportar como mnimo la codificacin G.711,
G.723 y opcionalmente las otras admitidas por la recomendacin H.323
(G.722/G.728/G.729.).

Codec de video.
El terminal H.323 utiliza un codec en la recepcin y otro diferente en al transmisin
en una misma comunicacin.
Fases de una Llamada H.323.

En una comunicacin, de una llamada H.323 se distinguen las siguientes fases

[1].
Inicialmente se realiza el Establecimiento de la comunicacin, donde el
terminal que desea establecer la comunicacin enva un mensaje de SETUP, el
remitente contesta con un mensaje de CallProcceding y Alerting indicando el inicio
de establecimiento de la comunicacin. Cuando el usuario descuelga el telfono, se
enva un mensaje de connect.
Posteriormente la Sealizacin de Control, aqu se abre una negociacin
mediante el protocolo H.245 (control de canal), el intercambio de los mensajes
(peticin y respuesta) entre los dos terminales establecen quin ser master y quin
slave, las capacidades de los participantes y codecs de audio y video. Como punto
final de esta negociacin se abre el canal de comunicacin (direcciones IP, puerto).
A continuacin se establece la comunicacin mediante el protocolo
RTP/RTCP. Cuando se quiere finalizar la comunicacin, se inicia la desconexin
desde cualquiera de los participantes en la comunicacin mediante los mensajes
CloseLogicalChannel y EndSessionComand para indicar la finalizacin de sta.

53

2.3.5.2. Protocolo SIP

El protocolo SIP (Session Initiation Protocol), protocolo de iniciacin de

sesin, fue desarrollado por el IETF15 y es un protocolo de sealizacin que se utiliza
para establecer, modificar y terminar llamadas vocales y sesiones interactivas de
usuario donde intervienen elementos multimedia, a travs de redes IP, SIP es un
protocolo basado en el modelo cliente servidor.
SIP considera a cada extremo de la conexin como par (peer)16 y se encarga
de negociar la intercomunicacin entre pares. SIP es un protocolo simple, con una
sintaxis parecida a la de protocolos como HTTP (Hypertext Transfer Protocol) y
SMTP (Simple Mail Transfer Protocol).
Su caracterstica principal es la capacidad de soportar a usuarios mviles. Si
un usuario registra su localizacin en un servidor SIP, ste dirige los mensajes al
usuario o invocar operaciones proxy a otro servidor cercano a la localizacin del
usuario. La capacidad mvil se aplica nicamente al usuario individual y no a la
terminal del usuario (telfono, computadora, etc.). Dichos aspectos diferencian a SIP
de los otros protocolos de establecimiento de llamada.
SIP soporta cuatro funciones: localizacin del usuario, determinacin del tipo
de media para la sesin, capacidad del usuario para participar en una sesin y
establecimiento, transferencia y terminacin de la llamada. [25]

SIP usa el puerto 5060 para comunicar los clientes con los servidores en TCP
y UDP. Dado que SIP es un protocolo de sealizacin se usa solo para iniciar y
terminar comunicaciones multimedia. Para el transporte de datos se utiliza el
protocolo RTP (Real-time Transport Protocol).

15

IETF (Internet Engineering Task Force, Grupo de Trabajo en Ingeniera de Internet) es una
organizacin internacional abierta de normalizacin.
16
Un host o dispositivo que ocasiona la ejecucin del protocolo.

54

Arquitectura SIP
SIP tiene los siguientes componentes:

Terminales SIP (SIP User Agents);

Servidores SIP (Registrar, Proxy, Redirect, Location);

Pasarelas SIP (Gateways)

Terminales SIP.

Son telfonos que tienen capacidad multimedia IP. Estos telfonos pueden
estar implementados en software (Softphones) o ser terminales. A los terminales SIP
tambin se les denomina SIP User Agents, y tienen la capacidad de iniciar y
aceptar comunicaciones SIP.

Servidores SIP.
Los servidores Sip son servidores de red, y se clasifican de la siguiente
manera:

Redirect Server (Servidores de redireccin)

Proxy Server (Servidores proxy)

Registrar Server (Servidores de registro)

Redirect Server: Un Redirect es un servidor que acepta solicitudes SIP y retorna una
respuesta que contiene una lista de las ubicaciones actuales del usuario al que se
llama SIP URL (Uniform Resource Locutor).

55

Proxy Server: Un servidor Proxy funciona de intermediario en la red SIP y acta

tanto como cliente y como servidor, con el fin de hacer solicitudes a nombre de otros
clientes. Las solicitudes son atendidas internamente o pasan a travs de l, un Proxy
interpreta y si es necesario reescribe la solicitud de mensaje antes de transmitirla. [6]

Registrar Server: Un Registrar es un servidor que acepta solicitudes de REGISTER

(peticiones de registro de los usuarios), llevando una base de datos de localizacin de
los usuarios, de esta manera es capaz de localizar y traducir direcciones, tpicamente
estn localizados con servidores proxy o servidores de redireccin.

2.3.5.3. Protocolo IAX

IAX (Inter-Asterisk Exchange) es un protocolo creado por la compaa

Digium para ser usado en servidores Asterisk, IAX est orientado a las
comunicaciones VoIP, actualmente se est usando la versin 2 de ste protocolo
(IAX2), ste protocolo fue creado por Mark Spencer para ser usado con Asterisk,
Mark Spencer tambin particip en la creacin de Asterisk.
El protocolo IAX, est basado en diferentes estndares y se podra decir que
tomo lo mejor de cada uno de ellos, los estndares en los que est basado son: SIP,
MGCP y RTP (Real-Time Transfer Protocol), esto le permite dar soporte a una gran
variedad de codecs y un gran nmero de canales (streams),
IAX soporta el envo de sealizacin y datos por mltiples canales, con lo
cual los datos de varias llamadas se encapsulan en un conjunto de paquetes y se
aaden a un datagrama IP, reduciendo el retardo y el overhead 17 asociado a los

17

Incremento de ancho de banda debido a la informacin que se aade a cada paquete para su
identificacin, control de flujo, etc.

56

canales individuales, lo anterior se conoce como trunking 18 y ayuda a mejorar la

utilizacin del ancho de banda y reducir los tiempos de procesamiento [25].
La mejora en la utilizacin del ancho de banda se debe a que un solo
datagrama IP puede contener informacin de varias llamadas, as no se tiene que
enviar varias veces la cabecera IP, y se logra al disminuir la cantidad de bits
transmitidos.
El protocolo IAX2 fue diseado para trabajar en dispositivos NAT19. El uso
de un puerto normal UDP para sealizacin y transmisin de comunicacin, facilita la
implementacin de IAX en redes seguras [25].
En IAX2 tanto la sealizacin como la transmisin de datos tienen lugar a
travs del mismo puerto, el puerto UDP utilizado es el (4569), el envi de la
sealizacin as como de los flujos RTP a travs del mismo canal se le denomina (inband), esto le permite atravesar los dispositivos NAT y los firewalls (contrafuegos).

2.3.6. Protocolos de Transporte

2.3.6.1. RTP
RTP (Real-time Transport protocol): Protocolo de Transporte de Tiempo real.
Es un protocolo de nivel de transporte utilizado para la transmisin de informacin en
tiempo real, como por ejemplo audio y vdeo en una videoconferencia.
Fue desarrollado por el grupo de trabajo de transporte de Audio y Video del
IETF, publicado por primera vez como estndar en 1996 como la RFC 1889, y
actualizado posteriormente en 2003 en la RFC 3550. [14]

18

Un simple enlace permite enviar datos y sealizacin por mltiples canales utilizando
multiplexacin.
19
NAT (Network Address Translation - Traduccin de Direccin de Red) Es un standard de Internet
que le permite a una red local (LAN) usar un grupo de direcciones de IP para el trafico interno y otro
grupo de direcciones para el trafico externo.

57

Este protocolo proporciona servicios de envi extremo a extremo de datos con

caractersticas de tiempo real, tales como audio y video. Generalmente se ejecuta
sobre UDP, en ese caso los mensajes RTP van encapsulados sobre datagramas UDP,
de esta manera utiliza los servicios que UDP provee tales como la multiplexacin a
nivel de trasporte y de suma de verificacin (Checksum), RTP puede emplearse sobre
otros protocolos de transporte o red.
RTP no incluye en si mismo mecanismos que aseguren una determinada
calidad de servicio, ni del retraso en la entrega de datos, o que mantengan el orden de
envi, pero incorpora determinadas facilidades que pueden ayudar a otras
aplicaciones de nivel superior a resolver estos aspectos de la comunicacin.
Las aplicaciones que usan RTP son menos sensibles a la prdida de paquetes,
pero son tpicamente muy sensibles a retardos, por lo que UDP es una mejor eleccin
que TCP para esas aplicaciones.

2.3.6.2. RTCP
RTCP (Real-time Transport Control Protocol): Est basado en la transmisin
peridica de paquetes de control entre los participantes de una sesin RTP. Utiliza el
mismo mecanismo de transmisin que los paquetes de datos RTP: el protocolo UDP
es el que se encarga de multiplexar los paquetes de datos y de control, utilizando
nmeros de puertos diferentes. Usualmente, una sesin utiliza un nmero de puerto
par para los paquetes RTP y el siguiente puerto impar sirve para el protocolo de
Control RTP (RTCP).
El protocolo RTP se utiliza para el envo del flujo de datos, se encarga de
proporcionar un mecanismo de control y monitorizacin, permitiendo una
realimentacin de informacin sobre la calidad en la distribucin de los datos.

58

2.3.7. Codificacin de voz

La voz humana tiene por naturaleza un formato analgico, esta voz es captada
por los micrfonos y convertida en una seal elctrica analgica, y para que sea
posible su transmisin a travs de las redes de datos, primero es necesario codificar
digitalmente estas seales anlogas de voz y posteriormente comprimirlas para
reducir el ancho de banda necesario para su transmisin, esto har que puedan ser
transportadas ms eficientemente por las redes de datos.

2.3.7.1. CODEC
Abreviatura

de

CODIFICADOR-DECODIFICADOR.

Describe

una

implementacin basada en software o hardware que se usa para transformar un tipo

de datos en otro diferente.

2.3.7.2. Cdecs de Audio

Codifican la voz en formato digital y la comprimen para su transmisin, y al
final de la transmisin la descomprimen y la vuelven a convertir en formato
analgico para ser escuchada, dependiendo del tipo de codificacin utilizada tambin
va a depender el ancho de banda necesario para la comunicacin as como la calidad
de la voz. Para que los terminales puedan comunicarse es necesario que utilicen los
mismos tipos de codecs, para ello intercambian mensajes donde negocian entre otras
cosas el tipo de codec a utilizar.
Las dos tcnicas ms usadas para codificar la voz son: codificacin waveform
y codificacin vocoder.

59

Codificadores tipo waveform (forma de onda): Intentan reproducir la seal

decodificada lo ms parecido a la seal original, para ello toman en cuenta
caractersticas temporales o espectrales de la seal, presentan alta calidad.
Codificadores tipo vocoder: se basan en un modelo de produccin del habla
humana, utilizan ste modelo para posteriormente reproducir una seal que se
escuche igual a la original, aunque la forma de onda decodificada no sea igual a la
forma de onda original.

G.711: Es el codec bsico en telefona desarrollado por la ITU, ste codec, tambin
llamado PCM (Pulse Code Modulation), es una tcnica que consiste en obtener
muestras peridicas de las amplitudes de las seales analgicas de voz y asignar un
valor binario a cada muestra tomada. Las muestras son realizadas peridicamente a
una velocidad de 8KHz y cada una es codificada con un nmero binario de 8 dgitos,
con lo cual se genera una seal binaria de 64000 bps (Bits por segundo) de ancho de
banda, por lo tanto el ancho de banda requerido para digitalizar una conversacin
telefnica es de 64 Kbps.
Es el que ofrece la mejor calidad de voz ya que no realiza compresin en la
codificacin, esto trae como consecuencia que haya un menor retardo en la
comunicacin, pero tiene el inconveniente que ocupa un mayor ancho de banda que
otros codecs, por lo que es recomendado para redes con suficiente ancho de banda.
Existen dos versiones de ste codec, dependiendo de la zona: la ley

en

Norteamrica y la ley A en el resto del mundo. Se usa principalmente para

comunicaciones dentro de una red LAN.

G.729: Es un estndar de codificacin para seales de audio desarrollado por la ITU,

comprime la seal a travs del algoritmo CS-ACELP (Conjugate-Structure AlgebraicCode-Excited Linear Prediction), en ste tipo de compresin no se conserva la forma
de onda de la seal original, sino que se codifica el audio en base a un modelo de la
voz humana. Se usa en aplicaciones donde se requiera bajo ancho de banda, dado que

60

codifica las seales de voz a 8 kbit/s, en vez de los 64 kbit/s del PCM, con lo que
obtienen tasas de compresin de 8:1, aunque tambin puede trabajar con tasas de 6.4
y 11.8 kbit/s. Aunque es un codec propietario y se requiere licencia para su uso,
existen implementaciones gratuitas para uso no comercial.

El G.729A (G.729 Anexo A): Es una versin de utiliza un algoritmo de menor

complejidad que el del G.729, por lo que requiere menor capacidad computacional
que ste. G.729 y G.729A son compatibles pero no idnticos, as se puede utilizar un
codificador G.729A con un decodificador G.729 y viceversa.

ILBC (Internet Low Bitrate Codec): Es un codec de voz gratuito y apropiado para
comunicaciones robustas de Voz sobre IP, est diseado para comunicaciones de
banda estrecha y permite una tasa de bits de 13.33 kbps utilizando tramas de
codificacin de 30 ms, y para una tasa de bits de 15.20 kbps la trama de codificacin
es de 20 ms. Permite una degradacin suave de la voz en el caso de la perdida de
tramas, ocasionada por el retraso o perdida de paquetes.

G.723.1: Este codec de audio es un estndar de la ITU, tiene una tasa de bits de 5.3 o
6.4 Kbps, utiliza una ventana de audio cada 30 ms. Este codec utiliza dos algoritmos
de codificacin diferentes dependiendo de la tasa de bits, as para 5.3 Kbps utiliza el
algoritmo ACELP (Algebraic Code Excited Linear Prediction) y para una tasa de bits
de 6.4 Kbps utiliza MP-MLQ (Multi-Pulse Maximum-Likelihood Quantization).

G.726: Fue estandarizado por el ITU en 1984, utiliza la codificacin ADPCM, trabaja
a tasas de bits de entre 16 y 40 kbit/s, aunque la ms frecuente es de 32 kbit/s.

GSM: El acrnimo viene de Global System for Mobile communication (Sistema

Global para comunicacin mvil), el cual es un estndar de telefona mvil usado
principalmente en Europa, y ste posee su propio codec. El codec GSM original es el

61

RPE-LTP (Regular Pulse ExcitationLong-Term Prediction) excitacin por pulsos

regulares con prediccin a largo plazo, ste utiliza informacin de muestras previas
las cuales no cambian muy rpidamente para predecir la muestra actual, la seal de
voz se divide en bloques de 20 ms, los cuales se envan al codec para su compresin.
Los paquetes de voz son bloques de de 260 bits y con los intervalos de muestreo se
obtiene un ancho de banda de 13 Kbps (260/20 ms =13 Kbps).

Speex: Es un cdec gratuito, de software libre para la compresin de audio, est

basado en CELP (Code Excited Linear Prediction) y est designado para comprimir
seales de voz en rangos de 2 a 44 kbps, opera principalmente a 3 tasas de muestreo
diferentes: 8 kilohertz, 16 khz, y 32 khz, denominados respectivamente como banda
angosta, banda ancha y banda ultra ancha, el modo para banda ancha se le denomina
SpeexWide, y el de banda estrecha Speex Narrow.

2.3.8. Calidad de servicio en VoIP

La telefona tradicional PSTN ha establecido estndares en cuanto a la calidad
de voz en llamadas telefnicas, los usuarios de la telefona IP esperan una calidad de
voz equivalente a la que se obtiene a travs de la red de telefona Tradicional. Para
lograr ste objetivo se utilizan una serie de procedimientos, tcnicas, herramientas y
protocolos que buscan garantizar la calidad de la voz en las llamadas telefnicas IP.

2.3.8.1. Calidad de servicio (QoS)

(QoS, Quality of Service) Se refiere a la capacidad de brindar un servicio
cumpliendo un conjunto de estndares de satisfaccin a nivel de usuario, los
parmetros de QoS son: el retardo, la variacin del retardo y la prdida de paquetes.

62

Latencia: o retardo es el tiempo que tarda un paquete en llegar desde el origen al

destino a travs de la red. En otras palabras la latencia es la medida del retardo en una
llamada, y representa la sumatoria de los retardos acumulados, estos retardos son: en
la codificacin, en la construccin de paquetes y en la transmisin de paquetes. En el
retardo en la transmisin de paquetes a travs de la red es donde se genera el mayor
porcentaje de la latencia.

Jitter: es la variacin en el tiempo de trnsito de los paquetes en la red. En las redes

IP no todos los paquetes tienen una latencia constante, y cuando ste retraso o Jitter
alcanza cierto nivel puede desmejorar significativamente la calidad de la voz. El Jitter
se origina porque los paquetes pueden seguir diferentes rutas a travs de la red hasta
alcanzar su destino. Para mejorar esto los paquetes entrantes se deben introducir en
una cola utilizando para ello un buffer, y desde all se envan a intervalos regulares.

Prdida de paquetes: se refiere al porcentaje de paquetes transmitidos que no llegan

a su destino en la red, esta prdida se debe a descartes por problemas de congestin
en routers o switches, o debido a que se sobrepasa la capacidad de un buffer en
momentos de congestin. Aunque la VoIP es relativamente tolerante a la perdida de
paquetes esta no debera ser mayor al 5%.

Eco: Cuando existe latencia y Jitter en una conversacin telefnica se puede producir
eco, que es la reflexin retardada de la seal acstica original desde el extremo
receptor de la llamada hacia el extremo del hablante, el eco se hace perceptible y se
convierte en un problema cuando el retraso total de toda la red supera los 50
milisegundos. Para resolver el problema del eco se utilizan los canceladores de eco,
que pueden estar implementados en hardware o en software.

Aunque para hablar de calidad de servicio se deben tambin tomar en cuenta

otros factores, entre estos factores tenemos el codec utilizado, del cual depender el

63

ancho de banda, as dependiendo de la codificacin usada en la transmisin se

consumir un mayor o menor porcentaje de ancho de banda, y del ancho de banda
disponible depender la calidad de la voz.

Adems se debe garantizar que el trafico de telefona IP cuente con un

porcentaje suficiente de ancho de banda para lograr la calidad de servicio esperada,
tambin hay que asegurarse que los paquetes de voz tengan mayor prioridad que los
de otros tipos de transmisiones que no sean en tiempo real.

2.3.8.2. Tecnologas de QoS para redes Ethernet.

Estndar IEEE 802.1p/Q

Existen una amplia variedad de tcnicas de QoS que comprenden una mezcla
de clasificacin y mecanismos de control. Algunos enlaces de datos proporcionan
mecanismos integrados de QoS. Estos mecanismos de nivel 2 proporcionan maneras
de clasificar y controlar el trfico para los distintos tipos de enlaces.
Los estndares IEEE 802.1 y 802.1Q, se utilizan conjuntamente para
especificar un mecanismo integrado de QoS para redes Ethernet. 802.1Q aade una
etiqueta de 4 bytes para cada encabezado de Ethernet Media Access Control (MAC).
A veces se denomina LAN QoS, 802.1p define dentro de esta etiqueta, 3 bits que
componen el campo Prioridad. Los tres bits de prioridad proporcionan ocho
diferentes clases de servicio (CoS). [20]

64

Figura 10. Campo de prioridad en la cabecera de Ethernet.

Los switches Ethernet que soportan el estndar de 802.1X p/Q, pueden

priorizar el trfico de Ethernet en funcin de la configuracin del bit del campo de
prioridad. Se pueden tener problemas de interoperabilidad si se estn utilizando
switches ms antiguos que no entienden qu hacer con estos bits adicionales en el
encabezado. Las modernas tarjetas de interfaz de red (NIC) 802.1X habilitadas para
p/Q, son las responsables de la configuracin de los bits del campo de prioridad.
Estas NIC habilitadas se encuentra en algunos telfonos IP y en equipos softphone.
La mayora del trfico de datos no-VoIP, establece el campo de prioridad en 000, lo
que significa "mejor esfuerzo", o sin asignacin de prioridades. [20]

2.3.8.3. Modelos para la provisin de calidad de servicio

La IETF propone varios modelos para la provisin de calidad de servicio en

redes IP, los dos ms importantes son el modelo de Servicios integrados (IntServ,
Integrated Services) y el modelo de servicios diferenciados (DiffServ, Differentiated
Services).

65

2.3.8.3.1. IntServ
En ste modelo el usuario solicita de antemano los recursos que necesita, lo
que implica tener que hacer una reserva previa de recursos en los routers a lo largo de
todo el camino que sigan los flujos de informacin, esto siempre y cuando existan
suficientes recursos en la red. La idea es seguir ofreciendo servicios de best effort y
al mismo tiempo servicios en tiempo real.
En el modelo IntServ existen tres tipos de calidad de servicio:
Garantizada: Permite asegurar un caudal mnimo entre los extremos de la
comunicacin mediante la reserva de ancho de banda, a la vez que limita el retardo
mximo en cola que sufrirn los flujos en su trayecto.

Carga controlada: Ofrece unas condiciones de transmisin similares a una red besteffort con poca carga de red. Permite un valor ocasional de retardos o prdidas, por lo
que su uso est aconsejado para aplicaciones adaptables.

Best-effort: Ofrece prestaciones similares a las condiciones de acceso a Internet

actuales, sin garantizar QoS. La velocidad de transferencia depende de la carga de la
red. Este servicio resulta adecuado para aplicaciones con trfico elstico, que es el
trfico tolerante a retrasos (tales como aplicaciones de datos).

IntServ se basa en el protocolo RSVP.

RSVP
RSVP (Resource Reservation Protocol, Protocolo para la Reserva de
Recursos). Protocolo de sealizacin que reserva recursos a lo largo de un camino
para la posterior transmisin de datos, garantizando la calidad del servicio.

66

RSVP acta en la red a nivel de sus routers, para canalizar y disciplinar su

comportamiento y hacerlo compatible con los requisitos de funcionamiento en tiempo
real. [21]
Se puede considerar el RSVP como uno de los medios para que Internet pueda
transformarse en una red de servicios integrados que proporcione un servicio de tipo
sin garantas (best effort) y una calidad de servicio en tipo tiempo real. Cuando una
aplicacin en tiempo real requiera determinado nivel de calidad de funcionamiento
para su tren de datos, RSVP solicitar a los routers del trayecto o trayectos que
reserven suficientes recursos para mantener dicho nivel de calidad.
El RSVP es dirigido por el receptor. De hecho, es el destinatario y no el
transmisor quien emite una peticin de calidad de servicio de acuerdo con sus
necesidades. Esta peticin es encaminada al emisor como un mensaje RSVP. Estos
mensajes circulan en el sentido opuesto al tren de datos.

Figura 11. Flujo de datos y peticiones RSVP.

Cuando una aplicacin requiere un cierto nivel de calidad de servicio,

transmite la peticin correspondiente al ncleo de software RSVP implantado en el
router. Este ltimo distribuye la peticin a todos los routers intermedios por los que
ha de pasar el paquete desde la fuente. En cada nodo, y conforme a la calidad de
servicio solicitada, el RSVP ordena los paquetes basndose en un procedimiento de
decisin (control de admisin). Si el paquete pasa esta etapa con xito, el RSVP ha

67

establecido un perfil de paquete y lo ha transmitido al clasificador de paquetes, que se

encarga de ordenarlos de acuerdo con su ruta y perfil.
As, el paquete tendr un nivel de prioridad en la cola de transmisin del
router acorde con la calidad de servicio solicitada. La reserva de recursos es
intrnsecamente injusta, pues favorece ciertos flujos y ciertos receptores. La nica
manera de justificarla es cobrndola. El RSVP registra una orden del usuario para una
determinada calidad de servicio, conducente a la reservacin de los recursos, por lo
que es posible concebir un medio de facturacin basado en la anchura de banda
utilizada. [21]

La principal desventaja de ste modelo fueron sus problemas de escalabilidad

debidos a la necesidad de mantener informacin sobre cada flujo en todos los routers
de la red. Esto puede ser aceptable en los routers de la periferia, pero no en los routers
de grandes redes, como por ejemplo en el core de Internet que tiene que manejar
miles de conexiones activas.

2.3.8.3.2. DiffServ
Hay un campo de 1 byte en el encabezado de cada paquete IP que
generalmente no ha sido utilizado en el pasado. Esto significa que cada paquete IP
tiene un byte que se establece en cero, esencialmente desperdicia espacio.
Una tcnica de QoS ampliamente utilizada implica establecer los bits en ste
byte a un valor distinto de cero. En el encabezado de la especificacin IP versin 4,
ste campo se denomina el byte de tipo de servicio (TOS, Type of Service). La
mayora de las pilas de TCP/IP siempre han definido el byte TOS a cero, y, por
consiguiente, la mayora de los dispositivos de red han ignorado ste byte. En los
ltimos aos, ste mismo byte ha pasado a denominarse campo de servicios
diferenciados, o el byte de DiffServ. [20]

68

Figura 12. TOS en la cabecera IP.

TOS fue un primer intento para proporcionar QoS en redes IP. Cuatro de los
bits en el byte TOS fueron designados bits de tipo de servicio. Estos 4 bits crearon
cuatro clases de servicio: minimize delay (minimizar los retrasos), maximize
throughput (maximizar el rendimiento), maximize reliability (maximizar la
fiabilidad), and minimize monetary cost (minimizar el costo monetario). Adems, se
defini un mecanismo de QoS conocido como IP Precedence. IP Precedente utiliza
los primeros 3 bits en el byte TOS. Los routers pueden interpretar estos 3 bits como 8
diferentes clases de servicio.
DiffServ es el ms reciente intento de proporcionar QoS mediante el byte
TOS. Definido por el RFC 2474 [12], DiffServ utiliza los primeros 6 bits del byte
TOS (tal como se puede ver en la figura 13), conocido como el punto de cdigo de
servicios diferenciados (DSCP). La mayora de los routers comprenden DiffServ, y

69

hay poca sobrecarga involucrada con la clasificacin de DiffServ porque ver los bits
en la cabecera IP es algo que los routers hacen todo el tiempo. [20]

Figura 13. Campo DiffServ presente en todos los paquetes IP.

DiffServ no es un protocolo de calidad de servicio extremo a extremo, sino

que propone marcar los paquetes cuando entran en un dominio DiffServ con una
marca de tipo de trfico que es utilizada por los routers para hacer un reenvo
diferenciado de los paquetes. Esto permite que los paquetes de voz y vdeo se
marquen como prioritarios para que adelanten a los paquetes no prioritarios de datos
(Web, correo, etc.) en los routers, minimizando de esta forma el retardo y las
perdidas. El bajo coste computacional de esta tcnica permite una eficaz integracin
en los routers IP, por lo que se considera uno de los componentes clave para la
integracin de voz y datos en Internet. [22]

70

En la arquitectura de servicios diferenciados existen dos tipos de routers: [21]

Los routers de borde, situados en la frontera de un dominio y encargados de

conformar y clasificar el trfico. Una de sus funciones es atribuir una etiqueta
de punto de cdigo DiffServ (DSCP) a todos los paquetes que ingresan al
dominio, cuyo valor para determinado tren depende de la especificacin de
nivel de servicio (SLS), que la red ha atribuido al tren, y de su
comportamiento instantneo. Cuando un paquete etiquetado ingresa en la red,
utiliza el protocolo DSCP para escoger la cola y decidir cul paquete ha de
pasar en caso de congestin.

Los routers dentro de la red, cuyo comportamiento por salto (PHB, Per-Hop
Behavior) depende del protocolo DSCP.

Figura 14. Arquitectura tcnica DiffServ.

La tendencia actual es a utilizar una combinacin de InteServ y DiffServ,

donde el ncleo central de la red implementa DiffServ, mientras que IntServ y RSVP
se utilizan para que las aplicaciones soliciten la calidad de servicio requerida en el
acceso as como a los routers del borde de la zona DiffServ, que seran los encargados
de marcar los paquetes. [22]

71

CAPTULO III

3. METODOLOGA
3.1. Tipo de Investigacin.

Este trabajo se clasifica dentro del tipo de investigacin de proyecto factible,

ste consiste en: la investigacin, elaboracin y desarrollo de una propuesta de un
modelo operativo viable para solucionar problemas, requerimientos o necesidades de
organizaciones o grupos sociales, puede referirse a la formulacin de polticas,
programas, tecnologas, mtodos o procesos. El proyecto debe tener apoyo en una
investigacin de tipo documental, de campo o un diseo que incluya ambas
modalidades (UPEL, 2006).

3.2. Diseo de la investigacin

Las fases de esta metodologa han sido desarrolladas en funcin de los

objetivos planteados, y se corresponden con una secuencia lgica de pasos necesarios
para alcanzar dichos objetivos.

3.2.1. Fase de Investigacin

Esta etapa incluye la realizacin de un estudio terico de la Telefona IP, as

como el estudio de la infraestructura de la red telefnica y de la red de datos de la
universidad, para ello se llevarn a cabo las siguientes actividades:

Realizar un estudio del estado actual de la telefona IP.

Analizar las diferentes aplicaciones de Telefona IP.

72

Llevar a cabo un estudio de la infraestructura de la red telefnica y de la red

de datos de la universidad.

3.2.2. Fase de seleccin y adaptacin de la tecnologa

En esta etapa se seleccionar la tecnologa a ser usada en la propuesta en base a

la investigacin desarrollada en la fase anterior, se formularn recomendaciones para
adecuar la red de datos de la universidad a los requerimientos de la Telefona IP, y se
adaptar la aplicacin seleccionada a las necesidades de la UNA Tchira.

Seleccionar la aplicacin de Telefona IP para la UNA Tchira.

Formular recomendaciones para adecuar la red de datos de la universidad a

los requerimientos de la Telefona IP.

Realizar un estudio de la factibilidad operacional, tcnica y econmica de la

propuesta.

Implementar una aplicacin de Telefona IP a modo de ejemplo y con fines de

prueba de la tecnologa seleccionada.

Probar esta aplicacin de Telefona IP para comprobar la compatibilidad de

las diferentes herramientas utilizadas.

En base a las pruebas realizadas se formularn las recomendaciones finales

para adaptar la tecnologa a la UNA Tchira.

Definir estrategias que contribuyan a la implantacin de la aplicacin de

Telefona IP.

Elaborar el manual de instalacin y configuracin de la aplicacin

seleccionada para la propuesta.

73

3.2.3. Tcnicas a utilizar en el desarrollo del proyecto

Entre las tcnicas de recoleccin de datos que se utilizarn en el desarrollo del

proyecto se encuentran:

Entrevistas no estructuradas al personal del rea de computacin y sistemas.

Observacin directa del estado actual de la red telefnica y de datos en las

distintas reas de la universidad.

Revisin de la documentacin de la red telefnica y de datos.

Matriz de Decisin

Se trata de una forma simplificada del anlisis multicriterio, los pasos necesarios
para su aplicacin son los siguientes:

Listar el conjunto de opciones que van a ser evaluadas.

Definir los criterios de decisin (no mas de 5 o 6).

Usualmente los criterios se dividen en dos grupos: indispensables y deseables.

Asignar un valor al peso (Ponderar) de cada uno de los criterios, de acuerdo a

su importancia relativa para la decisin. Ejemplo: 1 a 5, 1 a 10, etc.

Construir la matriz de decisin con las opciones como encabezado de fila y los
criterios como encabezados de columna, y los respectivos valores de
ponderacin de cada criterio.

Definir la escala de cada criterio.

Se sugiere utilizar valores impares en una escala de 1 a 3, donde 1 significa

Importancia baja, 2: Importancia media, 3: Importancia alta.

Valorar cada opcin con cada criterio (usando la escala definida

anteriormente).

Multiplicar el valor asignado a cada opcin, por el peso de cada criterio y

74

anotarlo a la derecha de cada casilla (valor ponderado).

Se realiza la suma horizontal de los valores ponderados de cada opcin, y el

resultado se coloca en la casilla Total.

Ordenar las alternativas de mayor a menor.

La opcin que obtiene el valor mayor es la ms conveniente.

75

CAPTULO IV

4. DESARROLLO DEL PROYECTO

4.1. Fase de Investigacin

4.1.1. Analizar las diferentes aplicaciones de Telefona IP.

En la seccin 2.2.3.3. ya se haban estudiado cuales eran los componentes

bsicos de la arquitectura VoIP, entre los que se encontraban: Servidores de telefona
IP y PBXs; Gateway VoIP y Routers; Telfonos IP y Softphones. En esta seccin se
analizaran las diferentes aplicaciones de Telefona IP que permitirn la
implementacin de los componentes de la arquitectura.
El constante crecimiento que han venido experimentando las tecnologas de
VoIP, se ha debido en buena parte al desarrollo de herramientas de software que
permiten el uso y la administracin de la voz sobre el protocolo IP, diferentes
compaas y grupos independientes han estado desarrollado productos de software
que facilitan cada vez ms la implementacin de estos servicios, con lo que se ha ido
incrementando el nmero de opciones a disposicin de los usuarios as como la gama
de servicios que ofrecen cada uno de estos productos, lo que ha contribuido
enormemente a la difusin de estas tecnologas.
En esta seccin se buscar analizar el software de telefona IP que sea ms
ampliamente utilizado, que tenga el mayor nmero de funcionalidades, que disponga
de una adecuada documentacin en espaol, y que cuente con una amplia comunidad
de soporte de habla hispana. Solo se har una descripcin de cada una de las
aplicaciones, dejando para prximas secciones la seleccin de la alternativa ms
adecuada en funcin de los requisitos del trabajo y con el uso de las tcnicas
apropiadas.

76

4.1.1.1. Servidores de telefona IP y PBXs

Una IP PBX (Internet Protocol Private Branch Exchange) es una central

telefnica capaz de conmutar las llamadas de voz sobre una red de datos basndose
en el protocolo IP e interoperar con la Red de Telefona Pblica Conmutada (PSTN).
Una IP PBX puede estar implementada en Hardware o en Software.
El software de IP PBX se instala sobre una plataforma de tipo servidor, de
esta manera funciona como un servidor dedicado capaz de realizar las mismas
funciones que las PBX convencionales y adems manejar las comunicaciones
basndose en el protocolo IP, ste servidor de comunicaciones tambin es capaz de
cumplir las funciones de gateway a la red PSTN (a travs de Hardware), permitiendo
as la interconexin con la Red Telefnica Pblica Conmutada.
Otra de las ventajas de tener una IP PBX implementada en software, es que es
relativamente fcil y econmico aadirle nuevas funcionalidades, lo que permite
ofrecer servicios de valor agregado como por ejemplo IVR, buzn de voz, msica en
espera, llamadas en conferencia, etc.
Las siguientes plataformas de software permiten la implementacin de
Servidores de telefona IP y PBXs:

20

4.1.1.1.1. Asterisk

Es una PBX completa en software. Se ejecuta en Linux, BSD, Windows

(emulado) y OS X y proporciona todas las caractersticas que se pueden esperar de

20

http://www.asterisk.org/

77

una PBX y ms. Asterisk puede interoperar con casi todos los equipos basados en
estndares de telefona, utilizando hardware relativamente barato.
Asterisk proporciona servicios de correo de voz con directorio, llamada en
conferencia, respuesta interactiva de voz (IVR), cola de llamadas. Tiene soporte para
llamada de tres en conferencia, servicios de identificador de llamadas, ADSI, IAX,
SIP, H.323 (como cliente y puerta de enlace), MGCP (administrador nico de
llamada) y SCCP / Skinny.
Asterisk no necesita ningn hardware adicional para Voz sobre IP. Un solo
proveedor de VOIP (o varios) pueden ser utilizados para las llamadas entrantes y
salientes (las llamadas entrantes y salientes pueden ser manejadas a travs de
proveedores VOIP totalmente diferentes).
Para la interconexin con equipos de telefona analgica y digital, Asterisk
soporta una serie de dispositivos de hardware, especialmente todo el hardware
fabricado por el patrocinador de Asterisk, Digium. Digium tiene interfaces T1 y E1
para la interconexin a lneas PRI y bancos de canal. Adems, estn disponibles
tarjetas analgicas de cuatro puerto FXS y FXO las cuales son populares para
pequeas instalaciones. Las tarjetas de otros proveedores tambin pueden ser
utilizadas.
Finalmente, estn disponibles dispositivos independientes para realizar una
amplia gama de tareas, incluyendo proporcionar puertos FXO y puertos FXS, que
simplemente se conectan a la red LAN y registran a Asterisk como un dispositivo
disponible. (www.voip-info.org/wiki-Asterisk)

78

4.1.1.1.2. FreeSWITCH 21

Es una plataforma telefnica diseada para facilitar la creacin de productos

orientados a la voz en una escala que va desde un softphone hasta un soft-switch.
Puede ser usado como un simple motor de conmutacin, como una PBX, un gateway
de medios o un servidor de medios para alojar aplicaciones IVR que usan scripts
sencillos o XML para controlar el flujo de las llamadas.
Soporta varias tecnologas de comunicacin tales como SIP, H.323, IAX2 y
GoogleTalk lo que facilita la interfase con otros sistemas PBX.
FreeSWITCH soporta muchas caractersticas avanzadas del protocolo SIP.
Est escrito en C, ha sido construido desde cero (no se derivo de otro cdigo fuente) y
ha sido diseado para aprovechar el mayor nmero de bibliotecas de software
existentes como sea posible.
Tiene un sistema modular, y una arquitectura extensible con solo una limitada
y necesaria funcionalidad en el ncleo. Se instala con un conjunto bsico de mdulos
para las tareas de IP PBX ms usuales. Se pueden emplear mdulos opcionales para
aadir prcticamente cualquier funcionalidad deseada por los usuarios. Maneja
simultneamente miles de canales de comunicacin en una PC estndar.
FreeSWITCH corre en varios sistemas operativos, incluyendo Windows, Max
OS X, Linux, BSD y Solaris tanto en plataformas de 32 como de 64 bits.

21

http://www.freeswitch.org/

79

4.1.1.1.3. 3CX IP PBX22

Es una centralita telefnica que reemplaza completamente a los sistemas

telefnicos propietarios tradicionales; soporta telfonos SIP virtuales o fsicos,
servicios VOIP y lneas telefnicas tradicionales.
3CX es un servidor SIP que trabaja con las pasarelas (Gateways) de VOIP, los
proveedores de telecomunicaciones SIP y telfonos SIP para permitir que la
instalacin de un completo IP PBX en cuestin de media hora. El servidor SIP 3CX
puede ser descargado e instalado rpidamente. La configuracin se realiza a travs de
una interfaz de Web fcil de usar. [26]
3CX Servidor SIP / Sistema Telefnico Edicin Libre: El sistema
telefnico 3CX est disponible de forma gratuita o como una edicin comercial. La
edicin gratuita soporta un nmero ilimitado de extensiones. Todas las ediciones
vienen con un cliente de VoIP que puede ser utilizado como un telfono VoIP,
permitiendo a los usuarios ver el estado de la lnea telefnica y las extensiones de los
dems usuarios.
Las caractersticas esenciales que se encuentran en 3CX son comparables a las
funciones de los sistemas telefnicos PBX de hardware: Llamadas de extensin a
extensin, buzn de voz, mens de respuesta interactiva de voz. Dado que 3CX es un
sistema basado en computadora incluye caractersticas tales como la opcin de
mensajes de voz a correo electrnico, msica en espera basada en archivos de sonido
en la computadora, software de grabacin de llamadas y la capacidad de conectar
aplicaciones directamente al sistema de informacin del telfono, tales como los
registros de llamadas.

22

http://www.3cx.es/

80

3CX IP PBX tambin es apoyada por una comunidad voluntaria de usuarios,

expertos en redes y telefona a travs de un foro de Internet23.

4.1.1.1.4. PBX Brekeke24

Es un sistema completo de IP-PBX fcilmente manejable a travs de una

interfaz administrativa basada en Web. PBX Brekeke tiene muchas caractersticas y
es completamente escalable y capaz de satisfacer las necesidades de una organizacin
de cualquier tamao. Los productos de telefona basada en SIP de Brekeke son
compatibles con la mayora de telfonos IP, gateways (puertas de enlace) y
proveedores de servicios.
Soporta los sistemas operativos: Microsoft Windows 2000/XP/2003/Vista,
Red Hat Linux. [26]
Es compatible con el protocolo estndar SIP (Protocolo de inicio de sesin).
El soporte a SIP permite a PBX Brekeke garantizar la interoperabilidad con los
dispositivos y servicios existentes en el mercado, as como con las tecnologas
futuras.
Escalabilidad: Si las necesidades de despliegue son para 20, 5000 o ms
usuarios, PBX Brekeke se ampla perfectamente hasta cumplir con los
requerimientos.
Personalizable: Ofrece varias herramientas, plug-ins, kits de desarrollo de
software y bibliotecas de control que permiten a los desarrolladores de aplicaciones
crear soluciones flexibles y ptimas para sus necesidades. Estas herramientas de

23
24

http://www.3cx.com/forums/espanol-13/
http://www.brekeke.com/

81

desarrollo proporcionan los medios para crear nuevas aplicaciones o integrar

aplicaciones heredadas.
Administracin simplificada: el sistema de gestin basado en el explorador de
Brekeke PBX ofrece la facilidad de navegar y configurar el proceso de instalacin y
mantenimiento. El sistema permite fcil acceso para que los administradores puedan
realizar cambios en el sistema. Para los usuarios, la herramienta administrativa
proporciona el acceso a la informacin, registros de llamadas, sesiones activas de
llamadas, configuracin de red, etc. Tambin da a los usuarios acceso para cambiar su
configuracin personal de correo de voz y la extensin del PBX.

4.1.1.2. Softphones
Softphone proviene de la combinacin de los trminos en ingles Software y
Telephone, y consiste en una aplicacin corriendo en la computadora que es capaz de
realizar todas las funciones de los telfonos convencionales, ste software va a
permitir la comunicacin a travs de VoIP solamente usando una tarjeta de sonido
con altavoces o auriculares y un micrfono.
Instalando esta aplicacin en las computadoras, los usuarios podrn acceder al
servicio de telefona IP haciendo uso de las tarjetas de sonido de sus computadoras
para la entrada y salida de audio, es como tener un telfono IP en software pero sin la
necesidad del hardware dedicado, con lo que se reducen los costos y la necesidad de
un dispositivo de hardware adicional.
Con el auge de las tecnologas de VoIP han sido desarrollados una gran
cantidad de softphones, estos corren en diferentes sistemas operativos y ofrecen
distintas funcionalidades, a continuacin se mencionarn y expondrn las
caractersticas principales de algunos de ellos, se ha tratado de seleccionar aquellos
ms ampliamente utilizados, y con una mayor documentacin.

82

4.1.1.2.1. Twinkle25

Twinkle es un softphone para comunicaciones de voz sobre IP y de

mensajera instantnea, que utiliza el protocolo SIP. Se puede utilizar para
comunicaciones de telfono IP a telfono IP en una red, utilizando un servidor proxy
SIP para enrutar las llamadas y mensajes. Twinkle est disponible slo para Linux.
Actualmente se encuentra disponible para la descarga la versin 1.4.2 desde el
25 de febrero del 2009.
Adems de las llamadas de voz bsicas, Twinkle proporciona las siguientes
caractersticas.

25

Permite llamadas mltiples

Tonos de llamada personalizados.

Llamadas en espera.

Soporte STUN para NAT Transversal.

Otros programas pueden originar una llamada SIP va Twinkle.

Interfaz de lnea de comandos (CLI).

Soporte para UDP y TCP.

Llamadas en conferencias.

Redireccionamiento de llamadas.

Buzn de Voz.

Histrico de llamadas.

Mensajera instantnea.

Transferencia de archivos.

http://www.twinklephone.com/

83

4.1.1.2.2. Linphone26

Es un Softphone SIP, con soporte para varios codecs. Que se ejecuta en Linux
a travs de una interfaz GNOME2 y tambin corre bajo Windows. [28]
Adems de la interfaz grfica, tambin esta disponible una interfaz de lnea
de comandos.
Caractersticas:

Voz, vdeo y mensajera instantnea de texto.

Protocolo SIP, compatible con la mayora de telfonos y servidores Proxy.

Versiones para Linux, OpenBSD, FreeBSD y Windows.

Soporte Proxy SIP: registro, servidores Proxy, con autenticacin implcita.

Soporte IPv6.

Soporta multiples codecs: G711-ulaw, G711-alaw, LPC10-15, GSM y

SPEEX).

Soporte STUN para NAT Transversal (firewall).

Soporta tonos DTMF.

Se pueden utilizar plugins: para agregar nuevos codecs, o nuevas

funcionalidades bsicas, tales como la bsqueda de directorios remotos o
de direcciones SIP.

Vdeo con los cdecs: H263-1998, MPEG4, theora y H264 (gracias a un

plugin basado en x 264), con las resoluciones de QCIF(176x144) a

26

http://www.linphone.org/

84

SVGA(800x600), siempre que el ancho de banda de la red y la potencia

del CPU lo permitan.

4.1.1.2.3. KPhone SI27

KPhone SI es un agente de usuario SIP para Linux. Implementa la
funcionalidad de un softphone VoIP, pero no se limita a esto. KPhone est escrito en
C++ y utiliza el Kit de herramientas QT.
KPhone SI apoya la comunicacin a travs de agentes proxy as como la
comunicacin directa entre los agentes de usuario. Esto ltimo no es posible si los
firewalls y NAT restringen la comunicacin punto a punto.
KPhone utiliza media type application para lanzar aplicaciones de
comunicacin en ambos extremos de la llamada. El manual del usuario explica los
formatos compatibles y cmo instalar una aplicacin externa. Un buen ejemplo es
KPhoneIM, una aplicacin simple de punto a punto de mensajera instantnea, otros
ejemplos son las herramientas de ratones del proyecto MBONE como vic y wbd
(pizarra). (No permite sealizacin simtrica, y no es posible el NAT-Traversal con
estas herramientas).
KPhone apoya STUN para NAT traversal.
Caractersticas:

Mltiples sesiones paralelas (en el caso de audio, un canal puede estar

activo, los otros en espera).

27

NAT-transversal y soporte para STUN.

Soporte para ALSA y OSS.

Encriptacin de voz SRTP para la transmisin.

Llamadas en espera.

http://sourceforge.net/projects/kphone

85

Transferencia de llamadas.

Desvo de llamadas.

Respuesta automtica.

4.1.1.2.4. Ekiga28

Ekiga (anteriormente conocido como gnomemeeting) es una aplicacin de

VoIP y videoconferencia para Linux. Ekiga utiliza tanto el protocolo H.323 como el
SIP. Soporta muchos codecs de audio y video, y es interoperable con cualquier otro
software compatible con SIP y tambin con Microsoft NetMeeting.
Existen versiones para sistemas Unix y Windows.
Caractersticas:

Llamada en espera (SIP y H.450.1): pausa eficazmente la transmisin de

vdeo y audio.

Posibilidad de enviar SMS con la cuenta Ekiga.

Transferencia de llamadas (SIP y H.450.2): Se puede transferir la llamada

a otro usuario SIP o H.323.

Desvo de llamadas en: Sin respuesta, ocupado, siempre (SIP y H.450.3):

Esto permite configurar Ekiga para que transmita las llamadas entrantes a
un determinado usuario SIP o H.323.

28

http://www.ekiga.org/

86

Soporte DTMF: esta funcin es necesaria cuando se estn utilizando

servicios en los que se le pedir marcar nmeros.

Historial de llamadas.

Monitoreo de llamadas: estadsticas sobre el trfico de red de Ekiga, se

muestran en la barra de estado.

Soporte Enum: Enum es un mtodo para proporcionar un sistema de

numeracin unificado entre la red pblica telefnica conmutada (RTC) y
diversos proveedores de VoIP.

Soporte NAT transparente: Ekiga tiene un amplio y mejorado apoyo NAT

gracias al STUN. En la mayora de los casos no se tiene que hacer ninguna
configuracin, y puede incluso ser accesible desde el exterior sin ningn
tipo de redireccin de puertos.

Posibilidad de registrarse simultneamente en varias cuentas: Se puede

registrar en tantas cuentas de proveedores SIP o H.323 como se desee, y se
pueden usar simultneamente.

Rangos de puertos Configurables (SIP y H323): Ekiga utiliza los puertos

estndar; y en raras ocasiones se tendran que cambiar los puertos.
(Configuracin avanzada).

4.1.2. Estudio de la infraestructura de la red telefnica y de la red de datos de la

universidad.

En esta etapa se llev a cabo un estudio para conocer el estado actual de la red
telefnica y de la red de datos de la UNA Tchira, para ello se procedi a la
aplicacin de diversas tcnicas para la recoleccin de informacin, estas tcnicas
fueron fundamentalmente entrevistas no estructuradas, revisin de la documentacin
existente y a travs de la observacin directa.

87

Esta informacin servir para conocer el estado de la infraestructura con que

se cuenta, y poder as determinar cuales sern las modificaciones necesarias para el
funcionamiento del nuevo sistema. Con base en la informacin obtenida se podrn
tomar las decisiones, referentes a los requerimientos del sistema a disear.

4.1.2.1. Red telefnica

La informacin de la red telefnica de la UNA Tchira, se obtuvo a travs de
entrevistas con los encargados de su operacin y mantenimiento, as como mediante
la consulta del material tcnico de la misma.

4.1.2.1.1. Central telefnica

El Centro Local Tchira de la UNA cuenta con una central telefnica

Siemens29 Hipath 1150, es una central telefnica diseada para pequeas y medianas
empresas, que permite usar 2 lneas externas y 10 lneas internas en su configuracin
inicial, pudiendo extenderse en su capacidad mxima hasta 10,16 o 17 lneas externas
y 40, 46 o 50 lneas internas, dependiendo de su configuracin.

29

http://www.siemens.com

88

Figura 15. Central telefnica de la UNA Tchira.

Caractersticas:
Capacidad Inicial:
Troncal/extensin: 2/10 (2 Lneas Analgicas, 10 extensiones analgicas).
8 Interfaces para telfonos de sistema
4 ranuras de expansin
Capacidad Final:
Troncal/extensin: 10/50 (10 lneas analgicas y 50 extensiones analgicas) 16/40
(16 lneas analgicas y digitales con hasta 46 extensiones analgicas).

4.1.2.1.2. Red telefnica del Centro Local Tchira de la UNA

4 lneas externas (PSTN).

50 extensiones en uso.
-

30 extensiones acadmicas.

18 extensiones administrativas.

89

1 extensin del vigilante.

1 extensin de la recepcin.

Esto implica que se estn usando la totalidad de las 50 extensiones que permite la
actual configuracin de la central telefnica.

4.1.2.2. Red de Datos

La informacin de la red de datos se consigui utilizando entrevistas no
estructuradas con los encargados del rea, tambin se recurri a la observacin directa
para la recopilacin de la informacin necesaria.

El Centro Local Tchira de la Universidad Nacional Abierta no cuenta con un

diseo estructurado de red, el cableado de la red existente parte desde el MODEM
ADSL de CANTV el cual provee el acceso a Internet y de all se va distribuyendo a
los equipos en las diferentes dependencias a travs de switches conectados en
cascada, y en la medida en que se necesitan nuevos puntos de conexin se van
agregando nuevos Switches, pero sin que esto responda a una planificacin, por lo
que no existen planos ni documentacin, solo se van agregando switches en la medida
en que las necesidades lo van requiriendo.
Equipos que conforman la red de datos de la Universidad Nacional Abierta,
Centro Local Tchira:
La mayora de las computadoras de la universidad (especialmente las del
laboratorio de computacin) son Intel Pentium IV con velocidades de CPU que van
desde los 1.50 Ghz hasta los 3.00 Ghz, memoria RAM de entre 256 y 448 MB, y
capacidades de DD desde los 20 MB hasta los 40 MB.

90

Figura 16. Laboratorio de computacin de la UNA Tchira.

Figura 17. Servidores de la UNA Tchira

Figura 18. Racks y computadoras.

91

Los dems equipos que conforman la red de datos de la UNA Tchira son:

Modem SIEMENS SpeedStream 4200 ADSL de CANTV.

Switch CNET CNSH-1600 de 16 puertos.

2 Switch Encore ENH916P-NWY de 16 puertos.

Switch Encore de 8 puertos.

3 Switch TrenDnet TE100-S24WS de 24 puertos.

Switch 3Com 4500 de 26 puertos.

DTU 2703 Mainstreet.

Router Cisco 2600 (No en uso).

Servidor IBM XSeries 226 8488 con 512 MB, en el laboratorio de

computacin. (Este servidor estaba siendo instalado y configurado cuando
se realiz ste trabajo).

92

Figura 19. Diagrama de la red actual del Centro Local Tchira de la UNA.

93

4.2. Fase de seleccin y adaptacin de la tecnologa

4.2.1. Seleccionar la aplicacin de Telefona IP para la UNA Tchira
En esta seccin del trabajo se proceder a la seleccin del software que se
usar en la propuesta, el cual incluye tanto el sistema operativo como las aplicaciones
de VoIP que se ejecutarn sobre ste sistema operativo.

4.2.1.1. Sistema Operativo

Se comenz definiendo el sistema operativo de software libre sobre el que se
ejecutar el sistema. En el Centro Local Tchira de la Universidad Nacional Abierta,
se ha comenzado la migracin del sistema operativo Windows a Linux,
especficamente el Ubuntu30 8.04 LTS - Hardy Heron, Ubuntu es una distribucin
GNU/Linux, as que ser sobre ste sistema operativo que se ejecutarn los clientes
de VoIP o Softphones.

4.2.1.2. Seleccin del Protocolo de sealizacin

Uno de los primeros aspectos a tomar en cuenta para la seleccin del software
de Telefona IP es definir el protocolo de sealizacin (o establecimiento de llamada)
a usar, en el marco terico ya se realiz una exposicin de las caractersticas de los
principales protocolos de sealizacin, para realizar la seleccin del protocolo a
utilizar se hizo una tabla comparativa con las caractersticas de cada uno de ellos.

30

www.ubuntu.com/

94

H. 323

SIP

IAX

Recomendacin aprobada por la ITU.

Estndar desarrollado por el IETF.

Es un estndar muy complejo.

Fue

creado

inicialmente

como

Descrito en el RFC 5456 de febrero del

una 2009, de la IETF.
Protocolo creado por la compaa Digium.

Es un protocolo relativamente seguro, ya alternativa ms simple a H.323.

Para las comunicaciones de voz como de No utiliza puertos RTP, solo utiliza un

que utiliza RTP.

nico puerto UDP.

Solo permite usar los cdecs admitidos por video utiliza RTP.

la recomendacin tanto en audio como en Protocolo flexible y abierto que permite Protocolo diseado para la transmisin de
interoperabilidad

video.

con

otros

cdecs

y VoIP y video.
Codifica los mensajes de forma binaria.

Los mensajes son codificados en formato protocolos.

binario,

se

tienen

que Tiene una sintaxis simple, similar a HTTP.

Sealizacin y datos viajan conjuntamente

Posibilidad de programar nuevos servicios por lo que atraviesa NAT sin problemas.

codi car/decodi car.

Es un estndar maduro y completo, pero a no definidos por la propia recomendacin.

Al ser un protocolo relativamente nuevo,

Est ms cercano al mundo de Internet al no esta soportado por muchos de los

la vez ms rgido.

fabricantes de dispositivos.

Est ms cercano al mundo de la telefona provenir del IETF.

clsica al provenir del ITU.

Tabla 1. Comparacin de las caractersticas de los protocolos H.323, SIP e IAX.

95

En base a la comparativa de la tabla anterior, as como a la descripcin de los

protocolos realizada en el marco terico, se decidi que el protocolo SIP (Session
Initiation Protocol) es el adecuado para ser usado en la propuesta de telefona IP, las
razones de esta eleccin son las siguientes:

Tiene una mayor simplicidad y flexibilidad que el H.323.

Interoperabilidad con otros cdecs y protocolos.

Posibilidad de agregar nuevos servicios.

Tiene bastante tiempo siendo un estndar reconocido, por lo que a

diferencia del IAX, es ampliamente soportado por los diferentes
fabricantes de dispositivos.

4.2.1.3. Seleccin del Software de IP PBX

En la seccin 4.1.1.1. se analizaron un conjunto de aplicaciones de software
que permiten la implementacin de servidores de IP PBX, en esta seccin se
evaluarn esas aplicaciones en base a los criterios de seleccin definidos hasta ste
momento, es decir: Que sea un software libre, que se ejecuten sobre el sistema
operativo Linux, y que sean capaces de implementar el protocolo de sealizacin SIP.

IP PBX 3CX
Este software permite la implementacin de una centralita telefnica o PBX
basada en una computadora, tiene una edicin libre que se descarga de Internet, se
instala rpidamente y se configura a travs de una interfaz Web, est edicin gratuita
soporta un nmero ilimitado de extensiones.
Se puede configurar como un servidor SIP que trabaje con las Gateways de
VOIP, permite la conexin de telfonos virtuales (Softphones) o fsicos, as como
lneas telefnicas tradicionales. Dispone de todas las funciones de las PBX

96

tradicionales y adems cuenta con un foro en espaol en Internet, donde una

comunidad de usuarios prestan ayuda y asistencia tcnica.
A pesar de todas estas caractersticas, ste software solo puede correr sobre el
sistema operativo Windows, y no existe una versin para Linux, adems a pesar de
tener una edicin libre que se descarga en forma gratuita de Internet, ste es un
software propietario, no cumple con los criterios de software libre, estos ltimos
factores lo descartan para ser usado en la propuesta, ya que no cumple con los
requisitos de ser un software libre que corra sobre el sistema operativo Linux.

PBX Brekeke
Permite la implementacin de un sistema completo de IP PBX, con
todas las caractersticas esenciales, adems es escalable y se puede ampliar en la
medida que lo requieran las necesidades de las organizaciones, posee herramientas de
desarrollo que permiten la personalizacin del sistema mediante la creacin de nuevas
aplicaciones o integrando las aplicaciones ya existentes, es compatible con el
protocolo SIP y tiene versiones para los sistemas operativos Windows y Linux.
Posee una interfaz administrativa basada en Web, que permite a los
administradores el manejo y la configuracin del proceso de instalacin y
mantenimiento, y permite a los usuarios cambiar su configuracin personal.
Este software permite la implementacin de una IP PBX, compatible con el
protocolo SIP y corriendo sobre el sistema operativo de software libre Linux, pero el
software de la PBX Brekeke no es un software libre, es un software propietario que
requiere el pago de una licencia para su uso, y no se tiene acceso a su cdigo fuente ni
se le pueden hacer modificaciones. Por lo tanto al no cumplir el criterio de ser un
software libre, no puede ser usado en la propuesta.

97

Asterisk
Es una PBX completa en software, proporciona todas las caractersticas que se
pueden esperar de una PBX y ms, provee soporte para los protocolos SIP, IAX,
H.323. Se ejecuta en Linux, BSD, Windows (emulado) y OS X. Asterisk es liberado
como open source bajo la licencia GNU General Public License (GPL).

FreeSWITCH
Plataforma de telefona de cdigo abierto publicado bajo la licencia de
software libre MPL31, diseada para facilitar la creacin de productos que van desde
un softphone hasta un soft-switch, o una PBX. Soporta varias tecnologas de
comunicacin tales como SIP, H.323, IAX. FreeSWITCH corre en varios sistemas
operativos, incluyendo Windows, Max OS X, Linux, BSD y Solaris tanto en
plataformas de 32 como de 64 bits.

Estas dos ltimas aplicaciones, tanto el Asterisk como el FreeSWITCH,

cumplen con los criterios de seleccin que se haban establecido, son productos de
software libre y de cdigo abierto, corren en el sistema operativo Linux, y soportan el
protocolo SIP. Para la seleccin del que finalmente ser usado, se realiz una tabla
comparativa, donde se expusieron ms detalladamente las caractersticas que se
tomaron en cuenta para la seleccin.

31

MPL: Mozilla Public License (Licencia pblica de Mozilla), es una licencia de software libre y
cdigo abierto.

98

Asterisk

FreeSWITCH
El proyecto fue iniciado en 2006.

Fue creado en 1999.

Es liberado como open source bajo la Plataforma telefnica de cdigo abierto,

licencia GNU General Public License publicado bajo la licencia de software libre
MPL.

(GPL).

Es una PBX completa en software, dispone Con base en l se pueden crear productos
de todas las funcionalidades necesarias en que van desde un softphone hasta un softswitch, o una PBX.

una PBX.
Puede interoperar con equipos basados en
estndares de telefona, utilizando hardware

Sistema modular y arquitectura extensible

con

solo

una

limitada

necesaria

funcionalidad en el ncleo.

relativamente econmico.
Posee una amplia comunidad de usuarios y
desarrolladores de habla hispana.

Emplea mdulos opcionales para aadir

cualquier funcionalidad.
Maneja simultneamente miles de canales

Tiene una abundante documentacin, as

como manuales y libros en espaol.

de comunicacin en una PC estndar.

Soporta varias tecnologas de comunicacin

Ampliamente usado en proyectos a nivel tales como SIP, H.323, IAX.

acadmico.
Corre en varios sistemas
Tiene soporte para

operativos,

los protocolos IAX, incluyendo Windows, Max OS X, Linux,

SIP, H.323.

BSD y solaris.

Se ejecuta en Linux, BSD, Windows

(emulado) y OS X.

Tabla 2. Comparacin de Asterisk y FreeSWITCH.

Despus del anlisis y comparacin de estas dos aplicaciones se seleccion al

Asterisk como el software de IP PBX a usar en la propuesta, las siguientes son las
razones que fundamentan esta eleccin:

99

Asterisk es un producto maduro, ampliamente usado y probado.

FreeSWITCH es un producto con una gran estabilidad y potencial pero
relativamente nuevo, muchas de sus funcionalidades aun estn en
desarrollo.

Asterisk permite la implementacin de una PBX completa con todas sus

funcionalidades, FreeSWITCH permite la implementacin de una PBX
bsica pero la adicin de funcionalidades se hace a travs de mdulos
adicionales.

Asterisk posee una amplia comunidad de usuarios y desarrolladores de

habla hispana, as como una abundante documentacin, manuales y libros
tambin en espaol. La comunidad de usuarios de FreeSWITCH ha ido en
aumento, as como su documentacin en espaol, pero aun es escasa al ser
un producto relativamente nuevo.

Digium la compaa desarrolladora de Asterisk tambin es fabricante de

tarjetas telefnicas basadas en PC, como las tarjetas TDM las cuales son
una solucin de bajo costo para proveer comunicacin con la red PSTN, y
al ser productos de una misma compaa Asterisk y las tarjetas telefnicas
de Digium son totalmente compatibles.

De la investigacin realizada se concluye que Asterisk es hoy en da la

solucin de software libre adecuada para la implementacin de soluciones de IP PBX
en ambientes Linux, y si bien FreeSWITCH luce como una opcin incluso mas
sencilla y estable que a futuro podra llegar a competir con Asterisk, aun le falta
implementar mayores funcionalidades, as como una base de usuarios y
desarrolladores que sean capaces de ofrecer soluciones y soporte tcnico adecuado.

100

4.2.1.4. Seleccin del Software de los Softphones

A diferencia de la seleccin del software de IP PBX, donde el Asterisk
destacaba ampliamente como la solucin a escoger, lo que hizo relativamente fcil la
seleccin, en la seleccin del softphone las cuatro opciones analizadas en la seccin
4.1.1.2. cumplen con los requisitos de ser software libre que corren sobre el sistema
operativo Linux y trabajan con el protocolo SIP, con lo que es posible la utilizacin
de cualquiera de ellas en la propuesta, esto hizo ms difcil la seleccin de la opcin
adecuada, por lo que en ste caso se decidi utilizar una matriz de decisin que
sirviera de ayuda en la comparacin y seleccin del software a usar, los pasos que se
siguieron para la utilizacin de esta herramienta estn descritos en el capitulo de la
metodologa en la seccin 3.2.3.
De la evaluacin del software de los softphones, se obtuvieron los siguientes
resultados:

Construccin de la Matriz de Decisin para la seleccin del Softphone

Criterios de decisin:
Usabilidad: Referida en ste caso a la facilidad de uso de la aplicacin, incluye
factores tales como adaptacin a la interfaz de usuario, facilidad para iniciar o
responder una comunicacin, etc.

Funcionalidad: En ste caso se tomo en cuenta las caractersticas que tiene el

softphone, basado por una parte en lo que se espera de l, as como tambin cuando
se le comparada con los dems softphones evaluados.
Instalacin: Aqu se tomo en cuenta la facilidad de instalacin del programa, as
como la sencillez de su configuracin inicial, y si cuenta con asistentes de instalacin
y configuracin.

101

Documentacin: Se evalu la cantidad y calidad de la documentacin existente, y si

esta en espaol, adems si posee una opcin de ayuda en el programa.

Escala de criterios: La escala con la que se evaluar cada criterio ser de 1 a 3, donde
3 significa BUENO, 2: REGULAR, 1: MALO.
Se le asigna un valor al peso de cada uno de los criterios, de acuerdo a su importancia
relativa para la decisin, de 1 a 10.

Peso
Ekiga
Twinkle
Linphone
KPhone SI

Usabilidad
8
3
24
2
16
2
16
3
24

Funcionalidad
9
2
18
3
27
2
18
18
2

Instalacin
7
2
14
2
14
2
14
14
2

Documentacin
6
3
18
2
12
1
6
1
6

Total
74
69
54
62

Tabla 3. Matriz de Decisin de Softphone.

El anlisis anterior determina, que dados los criterios utilizados para la
valoracin, el softphone Ekiga es la opcin escogida para ser utilizado como cliente
de Telefona IP en la propuesta.

4.2.1.5. Seleccin del Hardware de VoIP

El hardware de VoIP que se considerar cumplir bsicamente dos funciones,
por una parte va a permitir a interconexin de la red IP con la red telefnica pblica
conmutada PSTN, y por otra parte permitir la conexin de los telfonos fsicos con
la red VoIP.

102

Interconexin de la red IP con la red PSTN.

Los dispositivos que hacen posible la Interconexin de la red IP con la red
PSTN son los Gateway VoIP, a travs de ellos se pueden hacer y recibir llamadas
desde y hacia la red PSTN, pueden consistir en dispositivos externos de hardware o
ser tarjetas internas para PC (normalmente conectadas en el servidor de la IP PBX).
Digium el creador de Asterisk tambin es fabricante de tarjetas telefnicas para PC,
estas tarjetas PCI permiten conectar lneas y telfonos analgicos a la red IP, las
tarjetas conocidas como TDM wildcard o simplemente TDM, tienen puertos
que permiten insertar expansiones. Las expansiones son mdulos de unidades FXO o
FXS. Esto significa que a la TDM se le pueden conectar lneas telefnicas (mdulos
FXO) y/o telfonos analgicos (mdulos FXS), o una combinacin de mdulos FXO
y FXS.
La ventaja de usar las tarjetas de Digium es que se asegura la total
compatibilidad con el software Asterisk.
La Digium Wildcard TDM2400P es una tarjeta PCI 2.2 full-length que
permite conectar telfonos y lneas analgicas POTS32 a travs de una PC. Soporta
una combinacin de hasta 6 mdulos FXS y/o FXO de cuatro lneas cada uno, para
un total de 24 lneas. Estos mdulos pueden ser adicionados posteriormente, lo que
permite un crecimiento escalonado, adems ste sistema puede ser ampliado
agregndole ms tarjetas TDM2400P. A estas tarjetas se le puede adicionar un
mdulo adicional para la cancelacin de eco basado en hardware lo que permite
descargar de esta funcin al CPU del servidor.
Digium ha asignado a ste grupo de tarjetas la nomenclatura TDM24XYB,
siendo X el nmero de mdulos de 4 interfaces FXS que incorpora la tarjeta, e Y el
nmero de mdulos de 4 interfaces FXO.
32

POTS: (Plain Old Telephony System) servicio telefnico convencional (analgico) que utiliza
normalmente hilos de cobre.

103

Figura 20. Tarjeta TDM2400P.

Los mdulos FXS S400M y FXO X400M permiten a la tarjeta TDM2400P

conectar hasta cuatro telfonos anlogos o cuatro lneas telefnicas anlogas (POTS)
por mdulo. Debido al diseo modular, el usuario puede activar puertos adicionales
en cualquier momento con ms tarjetas S400M o X400M.

Figura 21. Mdulo FXS S400M.

104

Figura 22. Mdulo FXO X400M.

Conexin de los telfonos fsicos con la red VoIP.

Telfonos IP
Estos telfonos son dispositivos fsicos (Hardware) que en vez de conectarse
con la red PSTN estn diseados para comunicarse sobre redes IP, tal como una red
LAN o sobre Internet, para ello en vez de la conexin telefnica RJ-11 suelen estar
provistos de una conexin tipo Ethernet RJ-45.
Un ejemplo de ello son los telfonos IP de la empresa Grandstream33, estos
telfonos son compatibles con el protocolo SIP, y los de la serie Budgetone son una
buena opcin que combina calidad a un precio competitivo, siendo el Grandstream
Budgetone 101 uno de los mas bsicos y econmicos. Aunque en general los
telfonos IP son una alternativa relativamente costosa.

33

http://www.grandstream.com

105

Figura 23. Telfono Grandstream Budgetone 101.

ATA (Analog Telephone Adapter)

Estos dispositivos permiten aprovechar los telfonos analgicos y las
mquinas de FAX

usados en la PSTN, ste adaptador interconecta el telfono

analgico a la computadora o a una red LAN a travs de una conexin Ethernet, la

seal analgica es convertida en los diferentes protocolos y estndares de Voz IP tal
como lo hace un Telfono IP. Tiene una o ms tomas RJ-11 para conectar uno o ms
telfonos analgicos y una RJ-45 para la interconexin con la computadora o la red
Ethernet.
Uno de los adaptadores ATA mas bsicos y econmicos del mercado es el
HandyTone HT-286 de la empresa Grandstream, posee un puerto FXS (RJ-11) donde
se puede conectar un telfono analgico o una maquina de fax, un puerto Ethernet
RJ-45 para conectar a la red LAN o a la computadora, es compatible con el protocolo
SIP y con Asterisk, y son relativamente ms econmicos que los telfonos IP.

106

Figura 24. ATA Grandstream HandyTone HT-286.

Una red VoIP puede tener incorporado todos estos elementos de hardware
segn cada necesidad, pero las tarjetas telefnicas de Digium ofrecen una relacin
precio desempeo que las hacen la mejor opcin para usar en la propuesta, cumplen
la funcin de Gateway con la red PSTN a travs de varios puertos FXO, a la vez que
permiten conectar los telfonos analgicos en los puertos FXS, adems de la
compatibilidad que ofrecen con el software Asterisk; la tarjeta Wildcard TDM2400P
posee la capacidad necesaria para cumplir los requerimientos del centro local Tchira
de la UNA, y en vez de los costosos telfonos IP se usara el software de los
softphones corriendo en las computadoras clientes.
.
4.2.2. Recomendaciones para adecuar la red de datos de la universidad a los
requerimientos de la Telefona IP.

En el centro local Tchira de la UNA se hace necesaria la existencia de una

red de computacin bien estructurada, la actual ha ido creciendo desorganizadamente
en la medida en que las necesidades de nuevos puntos de conexin as lo han ido

107

requiriendo. Para los fines de ste trabajo y desde el punto de vista del trfico de voz
a travs de la red de datos la infraestructura de la red existente es inadecuada, entre
otras razones por la baja velocidad de conexin de los dispositivos, y la existencia de
un gran nmero de switches conectados en cascada que tienden a introducir retraso en
las comunicaciones de voz.
La necesidad de mejorar la red de datos de la UNA Tchira es bien conocida
por el personal responsable de esta rea, y por el momento se est a la espera de la
aprobacin de recursos para acometer esta labor. Aunque ya en el pasado se han
realizado estudios con ste fin, tal es el caso del informe de pasantas de Solande
Aparicio [27], titulado Diseo de una red LAN para el centro local Tchira de la
Universidad Nacional Abierta. Como parte de la investigacin efectuada para la
realizacin del presente trabajo de grado se revis ste informe, y se concluy que el
diseo all presentado era adecuado para su utilizacin en la transmisin de
comunicaciones de VoIP,

por lo que se decidi utilizar algunas de las

recomendaciones all expuestas.

El centro local Tchira de la UNA est constituido en su estructura fsica por
un edificio de 4 plantas, en el que funcionan las diferentes oficinas y dems unidades
acadmicas y administrativas. La distribucin de estas dependencias en las diferentes
plantas es la siguiente:
Planta Semi Stano: Unidad de Control de Estudios, Unidad de Evaluacin y
logstica, el Almacn as como tambin el rea de Cafetn.
Planta Baja: Oficinas de administracin, Coordinacin, la biblioteca del centro local,
y la unidad de fotocopiado.
Planta Primer Piso: Unidad Acadmica, Oficinas de la unidad de Extensin,
Laboratorio de computacin y los cubculos de los profesores.
Planta Segundo Piso: Sala de computacin Alma Mater y la sala de Extensin.

108

Se utilizar el modelo de red recomendado en el trabajo de pasantas de

Solande Aparicio [27], el modelo de red recomendado es el jerrquico, con una
topologa de estrella extendida. La tecnologa a utilizar ser la Gigabit Ethernet, y el
medio fsico a emplear ser la fibra ptica y el par trenzado.
Se usar una combinacin entre cable de cobre especficamente par trenzado
UTP categora 6 y fibra ptica multimodo de seis (6) hilos, donde la fibra se usar
para los enlaces troncales entre las diferentes plantas del edificio y el cable de cobre
dos (2) hilos para llegar a los usuarios finales. En la fibra se usarn dos (2) hilos para
servicios, dos (2) hilos para redundancia o reserva y dos (2) hilos para la escalabilidad
pensando en un crecimiento futuro de toda la red.
En cuanto a la topologa se usar la de estrella extendida que contempla un
solo armario de cableado principal MDF34, el cual estar ubicado en la planta baja por
ser la ubicacin mas cntrica del edifico y cerca al punto de presencia telefnico
(POP). El MDF le dar servicio de acceso a la red a los host de la planta baja a y tres
armarios secundarios IDF35 que se encuentran distribuidos de la siguiente forma: el
IDF uno (1) estar en la Planta Semi Stano y le dar servicio de acceso a la red a los
host de esa planta, el IDF dos (2) estar en la Planta Primer Piso y le dar servicio a
los host de esa planta, el IDF tres (3) estar en Planta Segundo Piso y le dar servicio
a los host de esa planta.
Se sugiere utilizar Switches que trabajen con conmutacin asimtrica, de esta
manera se podrn establecer los anchos de banda de los puertos y que estos puedan
conmutar a diferentes velocidades, lo cual es muy importante a la hora de asignarle
puertos de alta velocidad a las comunicaciones de VoIP, priorizndolas as sobre las
comunicaciones de datos.

34

MDF: (Main Distribution Facilities), Armario de distribucin principal o punto de control central de
la red.
35

IDF: (Intermediate Distribution Facilities), Armario de distribucin secundario de la red.

109

Se recomienda aumentar la velocidad de servicio a las estaciones de trabajo

mediante la incorporacin de adaptadores Gigabit Ethernet, siempre y cuando la
arquitectura de los host lo permita, con ello se mejorara la disponibilidad del sistema,
la seguridad de los datos y se aumentara el ancho de banda para la transmisin de
comunicaciones VoIP.
De los equipos de datos actualmente existentes se utilizar el Switch 3com 4500
de 26 puertos el cual es un switch 10/100 Ethernet, con 24 puertos 10/100 y dos
puertos Gigabit los cuales pueden ser configurados por el usuario para RJ45 (cobre),
o interfaces basadas en SFP (fibra). Posee una

funcionalidad de Voz sobre IP

dinmica la cual detecta la presencia de telfonos IP, y les asigna dinmicamente

puertos de switching a la VLAN de voz, lo que permite una configuracin y
priorizacin automatizadas del trfico VoIP. Permite la implementacin de VLANs
(IEEE 802.1Q). Cuenta con ocho colas de prioridad por puerto que posibilitan
funciones de Clase de Servicio / Calidad de Servicio (CoS/QoS) IEEE 802.1p.
A continuacin se muestran los diagramas de conexin propuestos para cada
una de las plantas del edifico del centro local Tchira de la UNA.

110

Figura 25. Diagrama de conexin de Planta Semi Stano.

Figura 26. Diagrama de conexin de Planta baja.

111

Figura 27. Diagrama de conexin de Planta Primer Piso.

Figura 28. Diagrama de conexin de Planta Segundo Piso.

112

Figura 29. Capa fsica de la red propuesta.

4.2.3. Estudio de la factibilidad operacional, tcnica y econmica de la

propuesta.

El estudio de factibilidad busca determinar si existen los recursos necesarios

para que la propuesta pueda ser llevada a cabo. Este estudio de factibilidad se refiere
a tres aspectos esenciales:

Factibilidad Tcnica.

Factibilidad Operativa.

Factibilidad Econmica.

4.2.3.1. Factibilidad Tcnica:

La factibilidad tcnica esta asegurada ya que:

113

El software a usar esta ampliamente disponible travs de Internet, as

como su cdigo fuente y es posible modificarlo y adaptarlo a los
requerimientos particulares de cada usuario.

La universidad cuenta con los equipos de computacin capaces de ejecutar

el software de VoIP seleccionado, de por si el software no tiene muchos
requerimientos en cuanto a la potencia y capacidad de los equipos,
pudiendo correr inclusive en un Pentium III con 256 MB de RAM y disco
duro de 10 MB, los equipos actualmente existentes en la universidad
superan esos requerimientos, y dependiendo del nmero de usuarios solo
se necesitaran mas recursos de memoria y capacidad de disco duro,
adems existe un IBM XSeries 226, que pudiese ser usado en caso de que
las necesidades en cuanto a la capacidad de procesamiento as lo
requieran.

El personal del rea de computacin y sistemas de la UNA esta formado

por ingenieros y tcnicos con la preparacin y capacidad requerida para la
implementacin, operacin y mantenimiento del sistema de VoIP, y con
los manuales y tutoriales especficos no tendran mayores problemas para
manejar esta tecnologa.

4.2.3.2. Factibilidad Operativa:

Determina si la operacin y uso del sistema est garantizado, ya que del grado
de aceptacin de la propuesta por parte de los involucrados depender que el proyecto
sea desarrollado e implementado.

Se prev una aceptacin de ste sistema por parte de los usuarios y del
personal del rea de computacin y sistemas de la UNA Tchira, de hecho,
desde antes del inicio de ste proyecto ya haban manifestado inters por

114

esta tecnologa, y fue precisamente ste inters uno de los elementos que
contribuy a la decisin de iniciar ste trabajo de grado.

Se busc que los elementos necesarios para la realizacin de esta

propuesta fueran fciles y econmicos de adquirir por parte de la
Universidad, asimismo que la propuesta fuese compatible con los planes
ya existentes para que de esta manera se facilitase la ejecucin del sistema
de VoIP propuesto.

4.2.3.3. Factibilidad Econmica:

Econmicamente la propuesta no le va a significar grandes desembolsos a la

Universidad, dado que:

El software a utilizar es software libre por lo que no tendr ningn costo,

esto es cierto para el software de PBX el Asterisk, as como el software de
los softphones el Ekiga, y tambin para el sistema operativo a usar que
ser el Linux.

La Universidad ya cuenta con el hardware de computacin necesario para

la instalacin y funcionamiento del sistema de VoIP, existen las
computadoras necesarias para actuar como clientes de VoIP, as como las
que sern utilizadas como servidores, y adems est disponible el servidor
IBM XSeries 226, para cuando lo exijan las necesidades de mayor
capacidad de procesamiento.

El personal encargado de la instalacin, operacin y mantenimiento del

sistema ser el mismo personal que esta a cargo del rea de computacin y
sistemas de la UNA Tchira, por lo que no seria necesaria la contratacin
de personal extra para encargarse del nuevo sistema, ahorrndose as los
costos que esto acarreara.

115

En cuanto a la red de datos, ya existe la necesidad de una mejora y

actualizacin de la red de la UNA Tchira, y existen planes para ello, la
instalacin y configuracin del nuevo servidor forma parte de estos planes,
y estas mejoras y actualizaciones se continuarn en cuanto los recursos
estn disponibles. La idea es que se tome en cuenta dentro de esta
actualizacin las recomendaciones para que la red cumpla los
requerimientos de VoIP, y que de esta manera no signifique un gasto
adicional para la UNA Tchira.

El nico gasto significativo sera el referente al hardware de interconexin

de la red IP con la red PSTN, pero aun as ste sera menor que el de la
adquisicin de una central telefnica con soporte para Telefona IP.

4.2.4. Implementacin de la aplicacin.

En ste punto, habiendo seleccionado el software a usar y el sistema operativo

sobre el que corrern estas aplicaciones, se proceder a la implementacin del
software seleccionado con el fin de comprobar su viabilidad tcnica, para
posteriormente someterlo a pruebas y evaluar las funcionalidades y el desempeo del
sistema. Esta implementacin se llev a cabo en el laboratorio de computacin del
Centro Local Tchira de la UNA.
La propuesta de telefona IP se enfoca fundamentalmente en el uso de
software libre, y la base es el software para la implementacin de la PBX, la
aplicacin seleccionada para este fin fue el Asterisk.

Asterisk
Asterisk es un software PBX que usa el concepto de software libre (GPL).
Fue creado por Mark Spencer de la empresa Digium que tambin comercializa el

116

hardware de telefona. Digium la empresa que promueve el Asterisk, invierte tanto

en el desarrollo del cdigo fuente como en el hardware de telefona de bajo costo.
Asterisk corre en plataformas Linux y en otras plataformas Unix con o sin hardware
conectado a la red pblica de telefona PSTN (Public Service Telephony Network).
Asterisk permite la conectividad en tiempo real entre las redes PSTN y redes VoIP.
La Compaa Digium fue fundada en Huntsville, Alabama. Digium es la
creadora y desarrolladora primaria de Asterisk, el primer PBX de cdigo abierto de la
industria, que transforma un PC comn en una poderosa central telefnica. Usado en
conjunto con las placas de telefona PCI, ofrecen una excelente relacin
costo/beneficio para el transporte de voz y datos sobre arquitecturas TDM 36 ,
conmutadas y redes Ethernet.
Digium es hoy el principal patrocinador de Asterisk y uno de los lderes de la
industria de PBX de cdigo abierto. El proyecto Zapata Telephony fue impulsado por
Jim Dixon. El es el responsable por el desarrollo del hardware de telefona de
Digium. Este hardware tambin es abierto y puede ser producido por cualquier
empresa. [24]
La arquitectura de Asterisk se compone bsicamente de:

CANALES que pueden ser analgicos, digitales y/o VoIP.

PROTOCOLOS de comunicacin que son responsables por la

sealizacin de telefona, entre los protocolos soportados por Asterisk
estn: H.323, Session Initiation Protocol (SIP), Media Gateway Control
Protocol (MGCP), Inter-Asterisk eXchange v2 (IAX2), y Skinny Client
Control Protocol (SCCP).

36

TDM: Multiplexacin por divisin de tiempo, toda la telefona convencional est basada en este
concepto.

117

CODECs que convierten la voz de un formato a otro, permitiendo que sea

transmitida con compresin de hasta ocho veces (G729a). Otros codecs
soportados por Asterisk son: G.711 ulaw, G.711 alaw, G.722, G.723.1,
G.726, GSM, iLBC, Speex.

APLICACIONES que son responsables por la funcionalidad del PBX.

Asterisk puede ser usado en innumerables aplicaciones, desde una PBX para
una pequea empresa hasta sistemas de respuesta automtica de alta densidad.

Figura 30. Arquitectura bsica de Asterisk.

En el Anexo 2. se describe ms ampliamente la arquitectura de Asterisk.

Canales: Un canal es el equivalente a una lnea telefnica en la forma de un circuito
de voz digital. Este generalmente consiste de una seal analgica en un sistema POTS
o alguna combinacin de CODEC y protocolos de sealizacin (GSM con SIP, Ulaw
con IAX). [24]

118

Figura 31. Sistema bsico usando Asterisk.

La figura 31 muestra un ejemplo de un sistema bsico usando Asterisk, en ella

tenemos un PC con el sistema operativo Linux y el software Asterisk funcionando
como una PBX, con un puerto FXO y un puerto FXS, como por ejemplo los que
tienen las tarjetas TDM400P de Digium, a travs del puerto FXO se puede conectar a
la red PSTN o a una PBX convencional, y los telfonos analgicos estarn
conectados a travs del puerto FXS o mediante un dispositivo ATA (Adaptador
analgico de telfono), la conexin a la red Ethernet le permite conectar telfonos SIP
ya sean softphones o telfonos IP. [24]
Junto con Asterisk se instalar el FreePBX37, el cual es una aplicacin que
consiste en una interfaz grfica que facilita la administracin y configuracin de un
sistema de telefona IP basado en Asterisk, esto lo hace a travs de una GUI38 va
Web, de esta manera no se tiene que editar manualmente los archivos de

37
38

www.freepbx.org/
Graphical User Interface: Interfaz grfica de usuario.

119

configuracin del Asterisk, sino que se hace a travs de la interfaz grfica va Web.
FreePBX tambin es un proyecto Open source.

IMPLEMENTACION

Uno de los objetivos del presente Trabajo de Grado es la implementacin del

software de Telefona IP a modo de ejemplo y con fines de prueba. La
implementacin se efectu en la red de computadoras del laboratorio de computacin
de la UNA Tchira, las maquinas fueron Pentium IV de 3 GHz, 256 MB de memoria
RAM, y disco duro de 40 GB. A continuacin se detallan los pasos dados para la
instalacin del software, tanto del sistema operativo as como tambin de las
aplicaciones de VoIP, no se entrar en excesivos detalles en cuanto a los comandos de
instalacin y configuracin de estas aplicaciones, ya que estos detalles sern
mostrados en el respectivo manual que se encuentra en el Anexo 1.1. aqu solo se
colocarn los procedimientos ms importantes.

En un primer momento y en la bsqueda de la mejor forma de instalar y

configurar el sistema operativo Linux y el Asterisk, se comenz por probar el
trixbox39. Trixbox es una distribucin de un paquete contentivo del sistema operativo
Linux CentOS, as como el Asterisk y otros programas que instalan una central
telefnica (PBX) en software, este paquete es una manera fcil y rpida de instalar
todo un sistema de comunicaciones basado en Asterisk, y tiene la ventaja de que solo
basta con seguir las instrucciones que se van indicando en el transcurso de la
instalacin, e ir seleccionando las opciones que se presentan para tener instalada y
configurada en muy poco tiempo esta PBX basada en Asterisk, sin necesidad de ser
un experto en el tema.

39

http://trixbox.org/

120

Se descarg desde el sitio oficial de Trixbox la imagen ISO de la versin

2.6.1 y se grab en un CD, esta versin tiene la particularidad de que
automticamente formatea la unidad de disco donde se va a instalar, a menos que se
entre en la instalacin avanzada y se le indique que la instale en el espacio libre del
disco, la instalacin es rpida y una vez que se seleccionan algunas opciones se
realiza de forma automatizada, sin mayores contratiempos y siguiendo las
instrucciones que aparecen en pantalla. Uno de los programas que se instala con el
trixbox es el FreePBX, con lo que se facilita mucho la configuracin y administracin
del sistema.
Se procedi a instalar, configurar y probar esta versin del trixbox, pero no se
continu con su uso, entre otras razones porque se encontr que se tiene poco control
sobre las opciones de instalacin tanto del sistema operativo as como de las dems
aplicaciones que conforman este paquete, se buscaba poder instalar solo aquellas
funcionalidades que se necesitasen y configurarlas a la medida de las necesidades,
otra de las razones por la que no se utiliz el Trixbox para la propuesta, fue que si
bien la capacidad del trixbox cubre las actuales necesidades de la UNA Tchira, a
futuro podra tener problemas en la medida en que las necesidades de crecimiento de
la red telefnica del ncleo Tchira de la UNA as lo exijan.
Se opt por una instalacin manual, tanto del sistema operativo Linux como
del Asterisk, as como de los dems programas necesarios para su pleno
funcionamiento.
Se decidi la utilizacin del sistema operativo Debian40 GNU/Linux, el cual
es una distribucin del sistema operativo basado en Linux y de software libre, que es
una de las ms estables, robustas y fciles de administrar, cuenta con una gran
comunidad de usuarios y desarrolladores, y actualmente se puede conseguir el

40

http://www.debian.org/

121

Asterisk en los repositorios de la versin estable de Debian, el cual es mantenido por

el Debian VoIP Team41.
Este sistema operativo Linux Debian se puede descargar de su sitio oficial en
Internet en forma de una imagen ISO que puede ser grabada a un CD o DVD, para
esta instalacin se utiliz la distribucin 4.0 r8 etch.

Instalacin del Sistema Operativo Linux Debian

Para la instalacin del SO, simplemente se configura el sistema para arrancar
desde un CD, se inserta el CD en el lector, y se reinicia la computadora. La
instalacin es muy fcil y solo hay que ir siguiendo las instrucciones que aparecen en
pantalla, e ir ingresando la informacin necesaria para la configuracin.
Aunque esta es solo una implementacin para comprobar la viabilidad tcnica
del sistema, aun as se decidi instalar el servidor Debian en una maquina dedicada,
donde no hubiese corriendo ninguna otra aplicacin, y solo se procedi a instalar el
sistema base (Standard System), los dems paquetes que se pudiesen necesitar se
instalaron posteriormente de manera manual, de esta manera se buscaba tener un
mayor control del software instalado en el servidor.
Al finalizar la instalacin simplemente quitamos el CD del lector, y se reinicia
la maquina. Y ya se tiene el sistema operativo Debian instalado.

Instalacin de Asterisk y FreePBX

La descarga, compilacin e instalacin de Asterisk es igual a la de cualquier

otro programa en Linux. Una vez que ya se tiene instalado el Debian GNU/Linux
etch, se procede a ingresar al SO como root.
41

http://pkg-voip.alioth.debian.org/

122

Primeramente es conveniente hacer un update y un upgrade del sistema

operativo para asegurarnos de tener las ltimas actualizaciones antes de comenzar la
instalacin.
Se Instalan las dependencias de software para Asterisk, estas sern necesarias
al momento de la compilacin, tambin se instalan las cabeceras (headers) del Kernel
en ejecucin en Debian Etch v 4.0 r8 etch.
Para realizar la instalacin de Asterisk, se pueden usar las fuentes que estn en
los repositorios de Debian, pero lo ms recomendable es bajar el cdigo fuente
directamente de la pgina oficial de Digium 42, para posteriormente compilarlo, as se
estar seguro de tener las ultimas actualizaciones donde se incluyan la correccin de
los errores detectados y las mejoras incorporadas.
Se procede a descargar los paquetes del sitio oficial de Digium usando el
comando wget y posteriormente se descomprimen con el comando tar. Para esta
implementacin de prueba se descargaron los siguientes paquetes:
asterisk-1.4-current.tar.gz
asterisk-addons-1.4-current.tar.gz
zaptel-1.4-current.tar.gz
Para compilar e instalar los paquetes descargados se utilizaron los siguientes
comandos de Linux:
Para compilar se utiliza: make
Para instalar se utiliza: make install.
Con esto se consigue la instalacin del Asterisk.
Seguidamente se procedi a la instalacin de la versin 2.5 del FreePBX. El
paquete descargado fue el: freepbx-2.5.1.tar.gz

42

http://downloads.digium.com

123

Para poder hacer la instalacin de FreePBX primero se debe iniciar el

Asterisk, el comando que se utiliza para ello es:
asterisk Star
Los pasos necesarios para la instalacin del FreePBX son los siguientes (el
procedimiento detallado se encuentra en el Anexo 1.1.):

Instalacin de las dependencias especificas del SO, necesarias para la

instalacin del FreePBX.

Instalacin y configuracin del MySql, y creacin de las bases de datos donde

FreePBX guardar la configuracin, as como la informacin de las llamadas
(CDR43).

Instalacin y configuracin del servidor Web Apache.

Instalacin y configuracin del FreePBX (Amportal), la instalacin se realiza

ejecutando el Script de instalacin de FreePBX: install_amp

Iniciar FreePBX: amportal start

Softphone Ekiga
En las computadoras del laboratorio de computacin de la UNA Tchira esta
instalada la versin de Ubuntu 8.04 LTS - Hardy Heron, y el softphone Ekiga viene
con la distribucin Ubuntu del sistema operativo Linux, por lo que no hubo necesidad
de instalarlo, la versin de Ekiga que esta instalada en la UNA Tchira es la 2.0.12.
La configuracin es bastante sencilla, al ejecutarlo por primera vez aparece un
sistema de configuracin en una serie de pantallas donde se ingresan los datos
necesarios, tales como:
43

CDR: (Call Detail Records) Registro Detallado de Llamadas. Registros que almacenan informacin
de las llamadas, tales como el nmero de llamadas realizadas, la duracin, el origen y el destino, costo
de las llamadas, etc.

124

Configurar la cuenta SIP a utilizar, para ello se ingresa entre otra informacin
el nombre de usuario y la contrasea.
Indicar el tipo de conexin a Internet con que se cuente.
Tambin se realiza un test donde se determina si se est utilizando NAT
(Network Address Traslation).
Por ultimo se debe seleccionar el tipo de dispositivo y driver de sonido que se
est utilizando.

4.2.5. Pruebas a la aplicacin para comprobar la compatibilidad de las

diferentes herramientas utilizadas.

Las pruebas que se realizaron al sistema instalado permitieron verificar varios

aspectos, por una parte la correcta compatibilidad de las diferentes herramientas de
software utilizadas, y tambin se pudo comprobar el desempeo del sistema de VoIP
en los equipos de la UNA Tchira.
El escenario de pruebas fue un servidor Asterisk versin 1.4. sobre el sistema
operativo Linux Debian 4.0 etch r8, y varios clientes Ekiga 2.0.12 corriendo en
computadoras con el sistema operativo Linux Ubuntu 8.04 LTS Hardy Heron, las
computadoras cliente tienen tarjetas de sonido incorporadas en la tarjeta madre, y se
dispone de diademas con audfonos y micrfonos, todos estos equipos se encuentran
interconectados en una red LAN, y esta red a su vez se encuentra conectada e Internet
de banda ancha (1 MB) a travs de un Mdem ADSL de la compaa CANTV.
Se comenz realizando pruebas bsicas de acceso y configuracin al servidor
Asterisk a travs de la interfaz Web FreePBX, para ello simplemente se abre el
navegador Web Firefox de una de las computadoras cliente y se ingresa la direccin
IP del servidor Asterisk, seguida por /html/admin, esta direccin IP es la que se
configur durante la instalacin del servidor.

125

En un primer momento se muestra una pantalla donde se pide un nombre de

usuario y una contrasea, estas son las que vienen por defecto y se deberan cambiar
por razones de seguridad. Al ingresar el nombre de usuario y la contrasea, se accede
a la pantalla de inicio de FreePBX, desde donde se podr administrar y configurar el
servidor Asterisk.

Figura 32. Conexin al servidor Asterisk va Web utilizando el FreePBX.

El primer paso es configurar las extensiones que utilizaremos para las

pruebas. Para ello del men de administracin seleccionamos la opcin extensiones,
desde all se pueden agregar nuevas extensiones as como editar las caractersticas de
las extensiones existentes, seleccionamos el tipo de extensin a crear (SIP), le
colocamos un nombre asociado a la extensin creada y le asignamos un nmero de
extensin, as como una contrasea 44 (campo secret), creamos las siguientes
extensiones:
Nombre asociado: Usuario 1, con nmero de extensin 101 y secret 101
Nombre asociado: Usuario 2 con nmero de extensin 102 y secret 102.
44

Esta contrasea ser utilizada por el softphone para autentificarse con el servidor Asterisk.

126

Figura 33. Registro de una cuenta SIP a travs del FreePBX.

Se procedi a configurar los softphones Ekiga en las computadoras cliente,

para ello en una de las computadoras de la red creamos una cuenta SIP, y procedemos
a registrarnos en ella con el nombre de cuenta Usuario 1, y como usuario y
contrasea (secret) colocamos 101, en el campo registrador se coloca la direccin IP
del servidor Asterisk, hacemos lo mismo en otra computadora de la red, abrimos el
Ekiga y creamos una cuenta SIP, con el nombre de cuenta Usuario 2, y como
usuario y contrasea (secret) colocamos 102, y en el campo registrador se coloca la
direccin IP del servidor Asterisk.

Figura 34. Registro de una cuenta SIP en el softphone Ekiga.

127

Para las pruebas se utilizaron los codecs G.711 y GSM, y se procedi a

calcular el consumo de ancho de banda por llamada usado por estos codecs, de la
siguiente manera:

Consumo de ancho de banda por llamada

Para el clculo del ancho de banda necesario para efectuar una llamada VoIP,
se utilizar la informacin tomada de la pgina de cisco [13].
Se asumen los siguientes encabezados para los protocolos que se usarn en los
clculos:
Los encabezados de IP/UDP/RTP agregan un total de 40 bytes: IP (20 bytes) /
Protocolo de datagramas de usuario (UDP) (8 bytes) / Real-Time Transport Protocol
(RTP) (12 bytes).
Primeramente se definirn los trminos que se utilizarn para los clculos.
Codec Bit Rate (Kbps): Depende del cdec, es el nmero de bits por segundo que
deben transmitirse para ofrecer una llamada de voz (codec bit rate = codec sample
size / codec sample interval).
Codec Sample Size (Bytes): Depende del cdec, es el nmero de bytes capturados por
el procesador digital de seal (DSP) en cada intervalo de muestra del cdec.
Codec Sample Interval (ms): Este es el intervalo de muestreo en el que opera el
cdec.
Voice Payload Size (Bytes): (tamao de la carga til de voz) representa el nmero de
bytes que se llenan en un paquete. El tamao de la carga til de voz debe ser un
mltiplo del tamao de la muestra del codec.

128

Voice Payload Size (ms): El tamao de la carga til de voz tambin se puede
representar en trminos de las muestras del codec.
PPS: (Packets Per Second) Representa el nmero de paquetes que deben ser
transmitidos por segundo a fin de lograr la tasa de bits del codec.
Encabezado L2: Encabezado de los protocolos de la capa L2 o capa de enlace, tales
como el protocolo punto a punto PPP, Frame Relay o Ethernet.
Frmulas para el clculo del ancho de banda
Tamao total del paquete = encabezado L2 + encabezado (IP/UDP/RTP) + (Tamao
de la carga til de voz)
PPS = (Codec Bit Rate) / (Tamao de la carga til de voz)
Ancho de banda = Tamao total del paquete * PPS

Para los encabezados de Ethernet de capa 2 se asumen 18 bytes, incluyendo

los 4 bytes de Frame Check Sequence (FCS) o de comprobacin de redundancia
cclica (CRC).
Para el codec G.711:
Calculamos el ancho de banda requerido por una llamada utilizando el codec
G.711 en una red Ethernet, la tasa de bits de este codec es de 64 Kbps, y su carga til
de 160 bytes, con esta informacin calculamos el nmero de PPS.
Tamao de la carga til de voz = 160 bytes = 160 bytes * 8 = 1280 bps
PPS = (Codec Bit Rate) / (Tamao de la carga til de voz) = 64000 bps / 1280 bps
PPS = 50

129

Como est en una red Ethernet el tamao del encabezado de capa 2 ser de 18 bytes.
Tamao total del paquete = 18 + 40 + 160 = 218 bytes = 218 * 8 = 1744 bps
Ancho de banda = Tamao total del paquete * PPS
Ancho de banda = 1744 bps * 50 = 87200 bps = 87.2 Kbps
El ancho de banda ser de 87.2 Kbps en una sola direccin.

Para el codec GSM:

Calculamos el ancho de banda requerido por una llamada utilizando el codec GSM, la
tasa de bits de este codec es de 13.2 Kbps, y su carga til de 33 bytes, con esta
informacin calculamos el nmero de PPS.
Tamao de la carga til de voz = 33 bytes = 33 bytes * 8 = 264 bps
PPS = (Codec Bit Rate) / (Tamao de la carga til de voz) = 13200 bps / 264 bps
PPS = 50
Para una red Ethernet el tamao del encabezado de capa 2 sera de 18 bytes.
Tamao total del paquete = 18 + 40 + 33 = 91 bytes = 91 * 8 = 728 bps
Ancho de banda = Tamao total del paquete * PPS
Ancho de banda = 728 bps * 50 = 36400 bps = 36.4 Kbps
El ancho de banda para una red Ethernet ser de 36.4 Kbps en una sola direccin.
Si no se incluye el encabezado de capa 2, el ancho de banda en una sola direccin
sera de:
Tamao total del paquete = 40 + 33 = 73 bytes = 73 * 8 = 584 bps
Ancho de banda = 584 bps * 50 = 29200 bps = 29.2 Kbps

130

El ancho de banda (Sin el encabezado de capa 2) ser de 29.2 Kbps en una sola
direccin.
Una vez preparado y configurado el sistema se procedi a realizar las siguientes
pruebas:

Se verific que los softphones Ekiga estuviesen registrados en el servidor

Asterisk.

Se llam desde un softphone al otro y se comprob que sonaba el repique, y

que al contestar la llamada se escuchaba el audio, aunque con un ligero
retraso.

Se hacen las pruebas llamando desde el Usuario 1 al Usuario 2, y viceversa,

en ambos casos se verific que se efectuaba la conexin, el repique y la
comunicacin.

Se realiza el procedimiento para colocar las voces de los mensajes del sistema
en espaol (para ello se sigue el procedimiento que est en el Anexo 3).

Se comprueba el correcto funcionamiento de los mensajes de voz del sistema:

cuando se marca un nmero que se encuentra ocupado, cuando el nmero al
que se llama no se encuentra registrado, y cuando se deja una llamada en
espera.

Se realizan llamadas entre el Usuario 1 y el Usuario 2, y se dejan mensajes en

el contestador cuando cualquiera de los usuarios no se encuentra disponible,
se procedi posteriormente a verificar la correcta grabacin y reproduccin de
los mensajes.

En los softphones se hicieron pruebas seleccionando los codecs G.711 y

GSM, y con ambos codecs se logr la comunicacin, aunque con el codec
G.711 el audio era de mejor calidad.

131

Se hicieron pruebas seleccionando los codecs G.711 y GSM, se comprob que

se estableca la comunicacin y se escuchaba el audio, con lo que se verific
que el Asterisk efectuaba satisfactoriamente el transcoding.

4.2.6. Recomendaciones finales para adaptar la tecnologa a la UNA Tchira.

En base al trabajo de investigacin desarrollado hasta aqu, y a las pruebas

realizadas se pueden definir ms claramente las caractersticas de la propuesta.
Se recomienda hacer la instalacin del software de IP PBX Asterisk versin
1.4, para ello se deber descargar directamente el cdigo fuente de la pgina oficial
de Digium para posteriormente compilarlo. Se puede hacer la configuracin del
Asterisk editando manualmente los archivos de configuracin, pero se recomienda la
instalacin del programa FreePBX el cual facilita la administracin y configuracin
del Asterisk a travs de una GUI va Web.
Como protocolo de sealizacin (o establecimiento de llamada) se usar SIP
(Session Initiation Protocol, protocolo de inicio de sesin), debido a su simplicidad y
flexibilidad, as como a su interoperabilidad con otros protocolos, y

a que es

ampliamente soportado por los diferentes fabricantes de dispositivos.

Los codecs a utilizar sern el G.711 y el GSM, el G.711 se usar para las
comunicaciones de VoIP dentro de la red LAN, esto es debido a que es el que ofrece
la mejor calidad de voz ya que no realiza compresin en la codificacin, y aunque es
el que consume ms ancho de banda esto no es un factor critico dentro de la red LAN,
donde la conexiones sern Fast Ethernet (100 Mbps) y Gigabit Ethernet (1000 Mbps).
Para las comunicaciones a travs de Internet donde el ancho de banda es un factor
clave para garantizar la calidad de servicio, se ha decidido la utilizacin del codec
GSM, dadas sus caractersticas de buena calidad de audio y poco consumo de ancho
de banda, adems de no requerirse licencia para su uso.

132

El sistema estar corriendo sobre un servidor basado en el sistema operativo

Linux, especficamente se usar la distribucin Debian GNU/Linux, las pruebas se
efectuaron utilizando la distribucin Debian 4.0 etch r8, pero en todo caso se
recomienda usar la distribucin estable ms reciente para as poder contar con los
ltimos paquetes y actualizaciones.
Se usar como softphone al Ekiga el cual debe ser la versin 2.0 o posterior,
corriendo en el sistema operativo Linux Ubuntu 8.04 LTS Hardy Heron, se usar esta
distribucin de Linux porque por una parte este es el sistema operativo que est
instalado en la UNA Tchira, de tal manera que los usuarios ya estn familiarizados
con su uso, y adems tambin porque durante las pruebas realizadas demostr
estabilidad y compatibidad con el resto de las aplicaciones usadas. Al igual que con
el resto del software se recomienda usar la ltimas distribuciones disponibles, tanto
del Linux Ubuntu como del Softphone Ekiga.
El sistema se deber montar en el servidor IBM XSeries 226 8488, con
procesador Intel Xeon, ya que si bien el sistema se prob en un computador Pentium
IV de 3 GHz y tuvo un desempeo satisfactorio, se necesitar una mayor capacidad
de procesamiento en la medida en que se necesite manejar una mayor cantidad de
canales de voz, esto es debido a que Asterisk usa la potencia del CPU para el
procesamiento de los canales en vez de usar un DSP45, por esta misma razn tambin
se recomienda aumentar la memoria RAM del servidor a por lo menos 1 GB; y para
preservar el rendimiento del CPU se debe implementar el Asterisk en un servidor
dedicado, donde no est corriendo ningn otro proceso, por lo que del servidor
Debian se deber instalar solo el sistema base (Standard System), sin la interfaz
grfica.
En cuanto al hardware de VoIP, se usar la tarjeta Digium modelo
TDM2400P, a la que se le conectar un modulo FXO (X400M) y cinco mdulos FXS
(S400M), esto le dar la capacidad de manejar las actuales 4 lneas PSTN del centro

45

DSP: (Digital Signal Processor) Procesador digital de seales.

133

local Tchira de la UNA (a travs del mdulo FXO), as como 20 extensiones

analgicas (a travs de los 5 mdulos FXS), y agregndole otras tarjetas TDM2400P
adicionales se pueden ampliar el nmero de extensiones analgicas y/o lneas
analgicas POST.
Los precios de estas tarjetas se pueden consultar directamente en la pgina de
Digium46. Una tarjeta Digium TDM2400E con un modulo X400M FXO que provee
conexin para 4 lneas analgicas POST tiene un precio de 830.50 USD47 . Cinco
mdulos S400M FXS que permiten conectar 4 telfonos analgicos por modulo, para
un total de 20 telfonos analgicos, tienen un precio de 214.50 USD por modulo, lo
que da un total de 1072.5 USD para los cinco mdulos.
El precio total de la configuracin de la tarjeta TDM2400P con un modulo
X400M FXO y cinco mdulos S400M FXS es de 1903 USD.

Figura 35. Tarjeta Digium modelo TDM2451B48.

Se recomienda separar la voz y los datos mediante la configuracin de

VLANs, al crear una VLAN de Voz para el trafico VoIP se evita que la congestin de

46

http://store.digium.com. (Precios consultados el 30-10-2009).

USD: (United States dollar). Dlar estadounidense.
48
Tarjeta TDM2400P con un modulo X400M FXO y cinco mdulos S400M FXS.
47

134

paquetes de datos afecte la calidad de las comunicaciones de voz, adems de mejorar

la seguridad del trafico VoIP.
En cuanto a las modificaciones a la red datos, como ya se indic en el punto
4.2.2. se usar una topologa en estrella extendida, la tecnologa a utilizar ser la
Gigabit Ethernet, con fibra ptica uniendo los enlaces troncales entre las diferentes
plantas del edificio, y cable de cobre par trenzado UTP categora 6 para llegar a los
usuarios finales, con un armario de cableado principal MDF y tres armarios
secundarios IDF.
Se recomienda la utilizacin de switches administrables 3com 4500 en los
armarios secundarios IDF, utilizando los puertos 10/100 para interconectase con los
usuarios a travs de cable de cobre par trenzado UTP, y conectados con el switch
principal a travs de los puertos Gigabit Ethernet mediante fibra ptica. Estos
switches permiten la implementacin de VLANs (IEEE 802.1Q), y cuentan con ocho
colas de prioridad por puerto que posibilitan funciones de Clase de Servicio / Calidad
de Servicio (CoS/QoS) IEEE 802.1p, estas funcionalidades posibilitan la aplicacin
de tcnicas de QoS mediante la priorizacin del trafico VoIP.
Para el switch principal se deber usar un switch Gigabit Ethernet, tal como el
3com 4500G.

135

Figura 36. Diagrama de la solucin propuesta.

136

4.2.7. Estrategias que contribuirn a la implantacin de la aplicacin de

Telefona IP.

La Voz sobre IP es la tecnologa del futuro en las telecomunicaciones, y

ya no se trata de decidir si adoptar o no esta tecnologa, sino de determinar
cuando y como va a ser incorporada, para lo cual la UNA Tchira necesita ir
definiendo las estrategias que faciliten la adopcin de esta nueva tecnologa.

1) Preparar paulatinamente la infraestructura necesaria que facilite la migracin a

la telefona IP. Esta infraestructura se refiere bsicamente a dos aspectos:
La central telefnica: La actual central telefnica de la UNA Tchira,
Siemens Hipath 1150 est trabajando en su mxima configuracin de 10
lneas analgicas y 50 extensiones analgicas, de las cuales tiene en uso la
totalidad de sus 50 extensiones, sea que ya no tiene ms capacidad para la
expansin de extensiones, as que es solo cuestin de tiempo para que se
plantee la necesidad de adquirir una nueva central telefnica. Por lo que es
importante que se tome en cuenta la posibilidad de la instalacin de una
central con capacidad de telefona IP, ya sea implementada en hardware o
software, y dentro de esta posibilidad que se considere la implementacin de
una IP PBX basada en software libre (Asterisk).
La red de datos: Esta red est en proceso de reestructuracin, y es importante
que se tomen en cuenta en el momento de su rediseo, las caractersticas que
debera incorporar para poder soportar el trafico de VoIP. Los puntos bsicos
a tomar en cuenta son la arquitectura, topologa y tecnologa, as como los
equipos: routers (capa 3) y switches (capa 2), y las dems recomendaciones
referidas a la reestructuracin de la red de datos contenidas en el present
trabajo.

137

2) Coordinar polticas con los dems centros locales de la Universidad nacional

Abierta, de tal manera que los diferentes centros locales esparcidos a lo largo
de toda la geografa nacional comiencen a instaurar programas para la
implementacin de sistemas de telefona IP (basados en software libre), de
esta manera sera posible la interconexin de las centrales Asterisk de los
diversos centros locales (a travs de enlaces trncales usando el protocolo
IAX). Esto conllevara a un ahorro en el costo de las llamadas telefnicas de
larga distancia nacional entre los diferentes centros locales, dado que serian
realizadas a travs de la red IP, adems de que sera posible la
implementacin de funcionalidades adicionales como por ejemplo el envi de
fax y correos electrnicos.
3) Fomentar el estudio y la investigacin de las tecnologas de VoIP en el seno
del ncleo Tchira de la UNA. Esto se puede realizar a travs de las practicas
profesionales, donde se complemente y profundice en los temas tratados en el
presente trabajo, lo que servira adems para ir incorporando las nuevas
tecnologas y adelantos en esta rea, a la vez que se forma al capital humano
encargado de la instalacin y mantenimiento de estos sistemas.

138

CONCLUSIONES

Con base en los lineamientos de los objetivos planteados y despus de

ejecutadas las fases de Investigacin, y de seleccin y adaptacin de la tecnologa, se
obtuvieron las siguientes conclusiones:
Se alcanzaron los objetivos primarios de realizar un estudio de las
aplicaciones de Telefona IP, y de analizar el estado actual de la infraestructura de las
redes telefnicas y de datos de la UNA Tchira. Como resultado de este proceso se
concluy que la mejor opcin para la propuesta era utilizar el software Asterisk como
servidor de IP PBX, corriendo en el sistema operativo Linux Debian, utilizando el
protocolo de sealizacin SIP, y como clientes los softphones Ekiga sobre el Linux
Ubuntu, y para el hardware de interconexin con la red PSTN utilizar las tarjetas
TDM de Digium.
Los resultados de la implementacin y prueba de las aplicacines de VoIP
seleccionadas,

permiten

concluir

que

el

sistema

propuesto

funciona

satisfactoriamente, cumplindose los objetivos de instalar y configurar exitosamente

las aplicaciones, y de establecer comunicacin entre los usuarios, adems de
comprobar las diferentes funcionalidades del servidor Asterisk. El xito de estas
pruebas permiti formular recomendaciones tcnicas para definir y adaptar la
propuesta a los requerimientos de la UNA Tchira.
Basados en los resultados obtenidos se puede concluir que se han alcanzado
los objetivos especficos definidos en el capitulo I, lo que a su vez ha permitido
cumplir con el objetivo general del trabajo, se ha formulado una propuesta para el uso
de la telefona IP en el centro local Tchira de la UNA utilizando software libre. El
uso de esta tecnologa permitir reducir los costos de adquisicin de las costosas
centrales telefnicas, as como la dependencia de la tecnologa propietaria para el

139

mantenimiento del sistema, tambin permitir reducir el costo de las llamadas

telefnicas siempre y cuando estas se realicen a travs de la red IP.

140

RECOMENDACIONES

Implementar el sistema en el servidor IBM XSeries 226, y utilizarlo como un

servidor dedicado donde no est corriendo ninguna otra aplicacin, aumentndole la
memoria RAM a por lo menos 1 GB, y conectndolo al switch principal de la red.
Conectar el servidor Asterisk a un sistema auxiliar de energa, de tal manera
que cuando se presenten fallas en el suministro elctrico se pueda garantizar que el
sistema telefnico continu funcionando, la UNA Tchira cuenta en el laboratorio de
computacin con dos equipos Avtek49 PH de 1200 watios cada uno, los que podran
cumplir perfectamente esta funcin.
Usar las ltimas distribuciones disponibles de las aplicaciones de software
libre recomendadas, de esta manera estaremos seguros de contar con las ltimas
actualizaciones en cuanto a funcionalidades y correccin de errores.
Utilizar el mismo codec en ambos extremos de la comunicacin, esto con la
finalidad de reducir el transcoding, ya que el Asterisk usa al CPU del servidor para
ejecutar esta funcin, lo que recargara ms su funcionamiento. Se recomienda usar el
codec G.711 para comunicaciones dentro de la red LAN y el codec GSM para
comunicaciones que salgan de la red LAN.
Separar la voz de los datos a travs de la segmentacin lgica de la red,
creando VLANs (Virtual Local Area Network), con lo que se tendr una red virtual
para los datos y otra para la voz, mejorando la calidad y la seguridad del trfico de
voz.

49

http://www.avtek.com/

141

TRABAJOS FUTUROS

Varios aspectos no se trataron en el presente trabajo, esto fue debido a

diversas causas tales como: limitaciones en el tiempo o presupuesto, y limitaciones en
el acceso a los sistemas o equipos dentro de la UNA Tchira. As que quedarn para
futuros trabajos que amplen y profundicen la investigacin iniciada aqu.
Una parte del trabajo que qued sin realizar debido a limitaciones en cuanto
al acceso a la central telefnica de la UNA Tchira, es la comprobacin de la
posibilidad de la interconexin de la actual central telefnica la Siemens Hipath 1150
con el servidor Asterisk, de tal manera que se pudiese seguir utilizando la actual
central telefnica para manejar las extensiones analgicas existentes a la vez que se
interconectara con el servidor de IP PBX Asterisk, de esta manera se podra ampliar
el nmero de extensiones y le permitira al sistema el acceso a las funcionalidades de
la telefona IP, esta sera una solucin hibrida que servira como una etapa intermedia
antes de la total migracin del sistema a la telefona IP.
Ahondar ms en las posibilidades del Asterisk, dada la amplia capacidad de
esta plataforma hara falta un trabajo dedicado solamente a las particularidades de la
configuracin de esta IP PBX, donde se definan los detalles de la configuracin de
cada una de las funcionalidades que se le vayan a agregar al sistema.

Otro aspecto que quedar para futuros trabajos es la definicin del plan de
numeracin (Dialplan) que se usar en el nuevo sistema, el cual no se trat aqu por
no ser parte de los objetivos de este trabajo.

142

REFERENCIAS BIBLIOGRFICAS

[1] Delgado Pereira, Cristian. (2006). Anlisis y Evaluacin de Parmetros para una
Optima Calidad de Servicio en Telefona IP. Universidad Austral de Chile.
Disponible en:
http://cybertesis.uach.cl/tesis/uach/2006/bmfcid3521a/doc/bmfcid3521a.pdf
[Consulta: 15 de Noviembre 2008]

[2] Wikipedia. Software Libre. Disponible en:

http://www.es.wikipedia.org/wiki/Cdigo_libre
[Consulta: 18 de Febrero del 2009]

[3] Gobierno en lnea. Decreto 3390. Disponible en:

http://www.gobiernoenlinea.ve/docMgr/sharedfiles/Decreto3390.pdf
[Consulta: 22 de Febrero del 2009]
[4] Pinto Soto, Orlando. (2006). Estudio y Desarrollo de Centrales telefnicas PBX
Basado en Tecnologa VoIP. Universidad Tcnica Federico Santa Maria.
Disponible en:
http://profesores.elo.utfsm.cl/~tarredondo/memorias/2005-memoria-opinto.pdf
[Consulta: 12 de Julio del 2009]
[5] TCP/IP Protocol Architecture. Disponible en:
http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/cnet/cnbb_tc
p_kscb.mspx?mfr=true [Consulta: 15 de Marzo del 2009]
[6] Handley, et al, SIP: Session Initiation Protocol. IETF, Junio de 1999.
Disponible en: http://www.ietf.org/rfc/rfc2543.txt

143

[Consulta: 9 de Mayo del 2009]

[7] SS7 Protocol Stack.

Disponible en: Cisco Documentation:
http://www.cisco.com/univercd/cc/td/doc/product/tel_pswt/vco_prod/ss7_fund/ss7fun
03.htm

[Consulta: 6 de Abril del 2009]

[8] Barba Mart, Antoni. Gestin de Red. Ediciones UPC (Universidad Politcnica de
Catalua). 1999.

[9] Dordoigne, Jose. ATELIN, Philippe. Redes Informticas: conceptos

Fundamentales (Ethernet, Tcp/ip, wi- Fi...). Ediciones Eni. 2006.

[10] Textos Cientficos. Redes Virtuales VLANs. Disponible en:

http://www.textoscientificos.com/redes/redes-virtuales
[Consulta: 22 de Marzo del 2009]

[11] Wikipedia. VLAN. Disponible en:

http://es.wikipedia.org/wiki/VLAN [Consulta: 22 de Marzo del 2009]

[12] RFC 2474, "Definition of the Differentiated Services Field (DS Field) in the
IPv4 and IPv6 Headers," Diciembre 1998.
Disponible en: http://www.ietf.org/rfc/rfc2474.txt. [Consulta: 28 de Marzo del 2009]

[13] Voice Over IP

Per Call Bandwidth Consumption, Document ID: 7934,

Disponible en: www.cisco.com/application/pdf/paws/7934/bwidth_consume.pdf

[Consulta: 23 de Agosto del 2009]

[14] Wikipedia. (s.f.). Real-time Transport_Protocol. Disponible en:

http://es.wikipedia.org/wiki/Real-time_Transport_Protocol
[Consulta: 10 de Abril del 2009]

144

[15] TANENBAUM, ANDREW S. (1997). Redes de Computadoras. (2da ed.).

Editorial Prentice Hall.

[16] RFC 0791. Internet Protocol: Protocol specification. IETF, 1981.

Disponible en: http://www.rfc-es.org/rfc/rfc0791-es.txt
[Consulta: 01 Marzo del 2009]

[17] RFC 0768. User Datagram Protocol. 1980

Disponible en: http://www.rfc-es.org/rfc/rfc0768-es.txt

[Consulta: 14 Abril 2009]

[18] Schlatter, C. Basic Architecture of H.323, www.switch.ch,

Disponible en:
http://hive.packetizer.com/users/packetizer/papers/h323/h323_basics_handout.pdf
[Consulta: 03 de Febrero 2009]

[19] VoIP para el desarrollo, Alberto Escudero-Pascual - Louise Berthilson,

Disponible en:
http://www.wilac.net/doc/tricalcar/materiales_abril2008/PDF_es/16_es_voip_guia_v
02.pdf

[Consulta: 18 de Enero del 2009]

[20] John Q. Walker, Jeffrey T. Hicks, 2004, Taking Charge of Your VoIP
Project, Cisco Press, Estados Unidos
[21] Grupo de Expertos sobre Telefona IP Del UIT-D, 2003, Informe Esencial
sobre Telefona IP, Estados Unidos.
Disponible en: http://www.itu.int/ITU-D/cyb/publications/2003/IP-tel_report-es.pdf
[Consulta: 27 de Enero del 2009]

145

[22] Quemada, Juan. Hacia una Internet de Nueva Generacin, 2004, Universidad
Politcnica de Madrid, Telefnica.
Disponible en: http://internetng.dit.upm.es/papers/InternetNGv10.pdf
[Consulta: 05 de Junio del 2009]
[23] Travis Russell, 2006, Signaling System #7, (5ta ed.) McGraw-Hill.

[24] Gonalves, Flavio E.

(2005). Asterisk PBX gua de configuracin.

Florianpolis, Brasil. V. Office Networks.

Disponible en:
http://site.asteriskguide.com/FreeChapters123es.pdf
[Consulta: 10 de Mayo del 2009]
[25] Lavariega Arista, Alberto. (2007). Diseo y Desarrollo de un Softphone para
Telefona IP Utilizando el Protocolo IAX. Universidad Tecnolgica de la Mixteca.
Disponible en: http://jupiter.utm.mx/~tesis_dig/10160.pdf
[Consulta: 08 de Febrero del 2009]

[26] VOIP Wiki Gua de Referencia. Disponible en: http://www.voip-info.org/

[Consulta: 11 de Marzo del 2009]
[27] Solande, Aparicio. (2008). Diseo de una red LAN para el centro local Tchira
de la Universidad Nacional Abierta. Informe de Pasantas. UNA centro local Tchira.

146

ANEXO
ANEXO 1: Instalacin del software usado en la Propuesta

En este documento se describe el procedimiento utilizado para la instalacin y

configuracin del Asterisk y la configuracin del Ekiga, no se tratar lo referente al
Linux Debian, debido a que su instalacin es muy sencilla y basta con ir siguiendo las
instrucciones que aparecen en pantalla, y solo hay que tener presentes algunas
consideraciones especiales, las cuales ya se mencionaron en la seccin 4.2.4.

ANEXO 1.1: Manual de Instalacin y configuracin del Asterisk

En este manual solo se describe la instalacin y configuracin de las

funcionalidades que se implementaron y probaron en este trabajo

Para la instalacin y configuracin del Asterisk utilizamos la informacin

contenida en diversos materiales consultados en Internet, esta informacin se
modifico y se adapto en funcin de las versiones de las distribuciones utilizadas, y de
los alcances del trabajo desarrollado.

Antes de iniciar el proceso de instalacin actualizamos el sistema operativo Debian,

para asegurarnos de tener las ltimas versiones de los paquetes instalados.

apt-get update

; Para actualizar la lista de paquetes

apt-get upgrade

; Para instalar las nuevas versiones de los paquetes

; ya instalados

147

Se Instalan las dependencias de software para Asterisk, estas sern necesarias al

momento de la compilacin, tambin se instalan las cabeceras (headers) del Kernel en
ejecucin en Debian Etch v 4.0 r8 etch.
apt-get install linux-headers-<version>

; Sustituimos <version> por la

;salida del comando uname -r

apt-get install gcc

;Compilador gcc

apt-get install g++

;Compilador c++

apt-get install make

apt-get install libnewt-dev

apt-get install libncurses5-dev

;Librerias para ncurses

apt-get install openssl

;Librerias para openssl

apt-get install libssl-dev

apt-get install bison

;Analizador sintctico

apt-get install flex

Instalacin de Asterisk
Para la instalacin descargamos el cdigo fuente directamente de la pgina
oficial de Digium, para posteriormente compilarlo, de esta manera estaremos seguros
de tener las ltimas actualizaciones donde se incluyan la correccin de los errores
detectados y las mejoras incorporadas.
Para la instalacin vamos a realizar los siguientes pasos:

Instalamos las dependencias que necesitaremos para la compilacin.

Descargamos e instalamos los paquetes Zaptel y Asterisk.

148

Descargamos e instalamos el paquete Asterisk-Addons (este es opcional pero

nos permitir almacenar los registros CDR en mysql)

Finalmente configuramos todos los paquetes, incluyendo Asterisk.

Instalacin de los paquetes

Se procede a descargar los paquetes del sitio oficial de Digium usando el
comando wget y posteriormente se descomprimen con el comando tar.
Zaptel
Aunque en las pruebas no se utiliz hardware de telefona, se instalo el
paquete Zaptel, porque este provee una fuente de temporizacin necesaria para poder
utilizar algunos servicios que dependen de fuentes de tiempo.
Descargamos con el comando wget:
wget http://downloads.digium.com/pub/zaptel/zaptel-1.4-current.tar.gz
Descomprimimos con el comando tar:
tar zxvf zaptel-1.4-current.tar.gz
cd zaptel-1.4.12.1

;al descomprimir se deber ingresar en

;el directorio correspondiente segn la
;versin disponible en ese momento

Lo instalamos con:
./configure
make
make install

149

Asterisk
Descargamos Asterisk con wget
wget

http://downloads.digium.com/pub/asterisk/asterisk-1.4-current.tar.gz

Descomprimimos con tar

tar xvfz asterisk-1.4-current.tar.gz
cd asterisk-1.4.26.2
Ejecutamos:
./configure
Se pueden seleccionar los componentes que van ser instalados, para ello ejecutamos:
make menuselect
y finalmente compilamos e instalamos con:
make

;Compilamos

make install

;Instalamos

En este punto es conveniente ejecutar el make samples para instalar los

ejemplos, tambin se generan los ficheros de configuracin del sistema (por ejemplo,
sip.conf, iax.conf, etc), los cuales se utilizaron durante las pruebas.
make samples

Asterisk-Addons
Descargamos Asterisk-Addons con wget:
wget http://downloads.digium.com/pub/asterisk/asterisk-addons-1.4-current.tar.gz
Descomprimimos Asterisk-Addons con tar:

150

tar zxvf asterisk-addons-1.4-current.tar.gz

cd asterisk-addons-1.4.9
Para la posterior instalacin del paquete FreeBPX, realizamos el siguiente paso
perl -p
-i.bak
-e
's/CFLAGS.*D_GNU_SOURCE/CFLAGS+=D_GNU_SOURCE\nCFLAGS+=-DMYSQL_LOGUNIQUEID/' Makefile
Debemos instalar la siguiente librera antes que Asterisk-Addons, para que Asterisk
pueda comunicarse con la base de datos destinada a los CDRs,
apt-get install libmysqlclient15-dev

;necesario para la integracin de

;los cdrs en mysql

Compilamos e instalamos el paquete:

./configure
Make
make install

Configuracin
Se crea la carpeta de trabajo para Asterisk:
mkdir /var/run/asterisk
Se modifica el fichero /etc/asterisk/asterisk.conf, debe quedar:
astrundir => /var/run/asterisk
Se crea el grupo y el usuario asterisk:
groupadd asterisk
useradd -c "asterisk PBX" -d /var/lib/asterisk -g asterisk asterisk

151

Le asignamos la carpeta /var/run/asterisk al usuario y grupo Asterisk:

chown asterisk /var/run/asterisk

;Asigna al usuario Asterisk

;como propietario de la carpeta

chgrp asterisk /var/run/asterisk

;Asigna al grupo Asterisk

;como propietario de la carpeta

chmod 770 /var/run/asterisk

;establece todos los permisos

;al usuario y al grupo

Dependencias necesarias para la instalacin de FreePBX

Se debern descargar

instalar

los

siguientes

paquetes,

los cuales sern

necesarios al momento de la instalacin del FreePBX.

apt-get install libxml2 libxml2-dev libtiff4 libtiff4-dev apache2 mysql-client
mysql-server php5 php-pear php5-mysql php5-gd perl libaudiofile-dev curl sox
pear install DB
El siguiente comando nos har una serie de preguntas, las cuales sern aceptadas por
defecto (dndole Enter a todo). Tambin le indicamos el pas donde se encuentra el
servidor Asterisk.
perl -MCPAN -e "install Net::Telnet"
Continuamos con la instalacin.
perl -MCPAN -e "install IPC::Signal"
perl -MCPAN -e "install Proc::WaitStat"
aptitude install mime-construct

152

Instalacin y configuracin de MySQL

Accedemos a MySQL
mysql -u root
Creamos las bases de datos asterisk y asteriskcdrdb:
mysql> create database asteriskcdrdb;
mysql> create database asterisk;
Verificamos las bases de datos creadas:
mysql> show databases;
mysql> quit;
A continuacin se van cargando los schemas (estructura de la base de datos) de cada
una de las tablas, este comando genera un volcado de la base de datos, pero sin datos
lo que nos deja la estructura o schema.
Mysql -u root -p asteriskcdrdb </root/freepbx-2.5.1/SQL/cdr_mysql_table.sql
mysql -u root -p asterisk </root/freepbx-2.5.1/SQL/newinstall.sql

Procedemos a verificar que la estructura de la base de datos por defecto de FreePBX

se ha creado correctamente
mysql -u root
mysql> use asterisk;
mysql> show tables;
mysql> use asteriskcdrdb;
mysql> show tables;

153

Establecemos los permisos de acceso a las bases de datos asteriskcdrdb y asterisk, el

nombre de usuario y la contrasea por defecto son asteriskuser y amp109
respectivamente, estos datos pueden ser modificados en funcin de las necesidades.
mysql> GRANT ALL PRIVILEGES ON asteriskcdrdb.* TO asteriskuser@localhost
IDENTIFIED BY 'amp109';
mysql> GRANT ALL PRIVILEGES ON asterisk.* TO asteriskuser@localhost
IDENTIFIED BY 'amp109';
mysql> flush privileges;
mysql> quit;

Establecemos la contrasea para darle acceso a la base de datos al usuario root.

mysqladmin -u root password 'Asterisk'

; En este caso se utiliz la contrasea

; Asterisk pero puede ser cualquier otra.

Configuracin del servidor Web Apache

En este punto ya tenemos instalado el servidor Web Apache, esto se hizo cuando se
instalaron las dependencias para FreePBX.

Se procede a modificar el archivo de configuracin /etc/apache2/apache2.conf, y lo

modificamos para que Apache se ejecute utilizando el usuario asterisk. Buscamos
las lneas:
user www-data
group www-data
y debe quedar as:

154

user asterisk
group asterisk

Se le cambia el propietario al directorio /var/lib/php/session, que es donde PHP

guarda sus archivos de sesin, le asignamos como propietario al usuario Asterisk.
chown asterisk /var/lib/php/session
Y se reinicia el servidor Web Apache:
/etc/init.d/apache2 restart

Instalacin de FreePBX (amportal)

Descargamos freepbx
wget http://mirror.freepbx.org/freepbx-2.5.1.tar.gz
Descomprimimos FreePBX
tar zxvf freepbx-2.5.1.tar.gz
Asterisk se debe estar ejecutando antes de comenzar la instalacin de FreePBX, por
lo tanto lo iniciamos con el comando:
asterisk
Una vez que nos hemos asegurado que el Asterisk se est ejecutando, Entramos al
directorio:
cd /root/freepbx-2.5.1
Y procedemos a la instalacin del FreePBX tecleando el siguiente comando:
./install_amp --username=root --password=Asterisk

155

En el transcurso de la instalacin se solicitarn datos referentes a la configuracin

de usuarios y contraseas, estos datos debern ser introducidos de acuerdo a la
informacin ingresada anteriormente.
Inicio de FreePBX
Para ejecutar el FreePBX se teclear el comando:
amportal start
Si se quiere que FreePBX y Asterisk se inicien cada vez que arranque el servidor, se
deber modificar el archivo /etc/rc.local, agregndole al final la siguiente lnea:
/usr/local/sbin/amportal start
Comprobamos el correcto funcionamiento del sistema, para ello en otra PC
conectada en red al servidor Asterisk abrimos el navegador Firefox y escribimos la
direccin IP de nuestro servidor Asterisk, seguida de html/admin,
Ejemplo: http://IP_Servidor _Asterisk/html/admin.

Referencias Bibliogrficas:

Asterisk 1.4 y FreePBX 2.3, Julio Gmez Lpez y Francisco Gil Montoya,
Universidad de Almera, Diciembre de 2.007. Tomado de:
http://ualtech.files.wordpress.com/2008/02/asterisk_debian_etch_v11.pdf
Gonalves, Flavio E. (2005). Asterisk PBX gua de configuracin. Florianpolis,
Brasil. V. Office Networks. Tomado de:
http://site.asteriskguide.com/FreeChapters123es.pdf

156

ANEXO 1.2. Configuracin Ekiga

Configuracin
Al iniciar Ekiga por primera vez el asistente de configuracin se muestra
automticamente. El Asistente de configuracin es un cuestionario que paso a paso
servir de gua a travs de todo el proceso de configuracin bsica que se necesita
para poder operar Ekiga.
Se deben completar todos estos pasos del asistente correctamente para que
Ekiga pueda funcionar, de no completarse los pasos adecuadamente el asistente
volver a aparecer cuando se trate de conectar, o podra ocurrir que

Ekiga no

funcione correctamente. Se puede invocar el Asistente de configuracin en cualquier

momento desde el men Editar. Todos los ajustes se pueden cambiar a travs de la
ventana de Editar en cualquier momento.
En este documento solo se tratarn los pasos de la configuracin ms
relevantes, que tienen que ver con la implementacin y prueba realizada en este
trabajo.
Pagina 4: Tipo de conexin
Colocamos el tipo de conexin que se utilice para acceder a Internet: Mdem,
RDSI, xDLS/Cable, etc.

157

Pagina 5: Tipo de NAT

En este paso se realizan las pruebas para determinar si se est usando NAT y
de ser as, el tipo de NAT que se est usando, esta informacin permitir que Ekiga se
conecte correctamente.

Ekiga tiene soporte extendido para NAT. La pgina de deteccin de tipo de

NAT le permitir detectar qu tipo de NAT est usando (si hay alguno) y le ayudar a
configurar Ekiga apropiadamente. Pulsando en el botn de deteccin se har aparecer
un mensaje emergente indicando qu tipo de NAT se ha detectado y se configurar
Ekiga para atravesar el router, lo cual en la mayora de los casos, ser de forma
totalmente transparente.

158

Pagina 6: Gestor de Sonido

Gestor de dispositivos de audio, se encarga de administrar todo el audio.
Depende del sistema operativo en el que se ejecuta Ekiga, y algunos sistemas
operativos ofrecen varias alternativas.

Pagina 7: Dispositivos de Sonido.

Deteccin del tipo de tarjeta de Sonido que se usar para el envi y recepcin de
Audio.

Al terminar la configuracin, en la pagina 10/10 se muestra un resumen de

la informacin ingresada, se deben aplicar todos los cambios, estos ajustes pueden
cambiarse en cualquier momento en la seccin de preferencias de Ekiga.

159

Ekiga soporta varios cdecs de audio, incluye cdecs con una excelente
calidad de sonido, as como cdecs con mediana a buena calidad. A mayor calidad de
un cdec de sonido, mayor ser el ancho de banda necesario. Los cdecs
seleccionados pueden ser modificados entrando en el men de la aplicacin Editar
Preferencias (seccin de cdecs).

Aadir una Nueva Cuenta en Ekiga.

Para aadir una cuenta se abre la ventana de cuentas seleccionando Editar

Cuentas. La ventana de cuentas permitir aadir varios tipos de cuentas, en
nuestro caso abriremos una cuenta SIP y nos registraremos en ella. Una cuenta
describe los parmetros de inicio de sesin y contrasea para registrarse en un
servicio SIP. Estos servicios pueden ser un proveedor de Servicios de Telefona por
Internet (como ekiga.net) o un IP PBX (como Asterisk). Para registrarnos en la cuenta
se debe introducir el nombre de usuario y la contrasea, as como la direccin IP del
Registrador, que corresponder con la direccin IP de nuestro servidor Asterisk.

160

Referencias Bibliogrficas:

Ekiga Documentation Project.

http://wiki.ekiga.org/index.php/Main_Page

161

ANEXO 2. Arquitectura de Asterisk

La arquitectura de Asterisk es fundamentalmente simple, pero diferente de la

mayora de los productos de telefona. Esencialmente, Asterisk acta como un
middleware 50 , conectando tecnologas de telefona en los niveles inferiores a las
aplicaciones de telefona en los niveles superiores, creando un ambiente coherente
para la implementacin de un entorno mixto de telefona.

Cuando Asterisk es inicializado, el Dynamic Module Loader carga e inicializa

cada uno de los controladores que proveen los drivers de los canales, el archivo de
formatos, los CDR backends, los codecs, aplicaciones, etc. Enlazndolo despus con
la adecuada API interna. Entonces, el ncleo de conmutacin de la IPBX, comienza a
aceptar llamadas de interfaces y a manejarlas de acuerdo con el Dialplan, utilizando
el Application Launcher (Lanzador de aplicaciones) para repicar los telfonos, la
conexin al correo de voz, la marcacin de troncales de salida, etc.

El ncleo tambin proporciona un Programador y administrador de E/s que

puede ser utilizado por las aplicaciones y controladores. El traductor de Codecs de la
IPBX

permite a los canales que han sido comprimidos con diferentes codecs

comunicarse unos con otros. La mayor parte de la utilidad y de la flexibilidad de la

IPBX proviene de las aplicaciones, los codecs, los drivers de canal, los formatos de
archivo, etc, que conectan en la IPBX varias interfaces de programacin.

Cuatro APIs han sido definidas por mdulos cargables, facilitado la

abstraccin del hardware y de los protocolos. Al usar este sistema de mdulos
50

Middleware es un software de conectividad que ofrece un conjunto de servicios que hacen posible el

funcionamiento de aplicaciones distribuidas sobre plataformas heterogneas.

162

cargables, el ncleo de Asterisk no tiene que preocuparse por los detalles de cmo se
conecta una persona que llama, o qu codecs estn en uso?, etc.

Canal API
El canal API controla el tipo de conexin de una llamada que ingresa, ya sea una
conexin de VoIP, RDSI, PRI, robbed bit signaling o alguna otra tecnologa. Se
cargan mdulos dinmicos para manejar los detalles de las capas inferiores de estas
conexiones.

API de aplicaciones
Permite la ejecucin de varios mdulos de tareas para desempear varias funciones,
tales como, conferencias, paginacin, lista de directorios, buzn de voz, transmisin
de datos en lnea, y cualquier otra tarea que un sistema de PBX pudiese realizar
ahora o en el futuro son manejados por estos mdulos separados.

API de traduccin de codecs

Carga los mdulos de codec para soportar varios formatos de codificacin y
descodificacin de audio tales como GSM, Mu-Law, A-law, e incluso MP3.

API de formato de archivo

Maneja la lectura y la escritura de varios formatos de archivo para el almacenamiento
de datos en el sistema de archivos.

PBX de conmutacin
La esencia de Asterisk, es un sistema de conmutacin de PBX, que interconecta
llamadas entre varios usuarios y tareas automatizadas, el ncleo de conmutacin

163

conecta de forma transparente las llamadas en varias interfaces de hardware y

software.

Lanzador de Aplicaciones
Lanza aplicaciones, las cuales ejecutan servicios para usos tales como, buzn de voz,
reproduccin de archivos, y lista de directorios.

Traductor de Codecs
Utiliza mdulos de codecs para la codificacin y decodificacin de varios formatos
de compresin de audio utilizados en la industria de la telefona. Una serie de codecs
estn disponibles para satisfacer las diversas necesidades y lograr el mejor equilibrio
entre calidad de audio y el uso de ancho de banda.

Programador y administrador de E/s

Maneja la programacin de tareas de bajo nivel y el sistema de gestin para un
rendimiento ptimo en todas las condiciones de carga.

Dialplan
Un plan de numeracin establece el nmero y el patrn de dgitos de un nmero de
telfono. Esto incluye los cdigos de pas, cdigos de acceso, cdigos de rea y todas
las combinaciones de dgitos marcados. La mayora de PBXs apoyan planes de
numeracin de longitud variable que utilizan de 3 a 11 dgitos. Los planes de
numeracin debern ajustarse a las redes telefnicas a las que se conectarn.

Extensiones
A diferencia de un PBX tradicional, donde las extensiones estn asociadas con
telfonos, interfaces, mens y as sucesivamente, en Asterisk, una extensin se define

164

como una lista de comandos que se van a ejecutar. Generalmente se ejecutan los
comandos en el orden definido por su etiqueta de "prioridad", pero algunos comandos
tienen la capacidad para redirigirse a otra parte, dependiendo de alguna condicin.

El archivo de configuracin "extensions.conf" contiene el "Dialplan" de

Asterisk, el plan maestro de control o de ejecucin de todas sus operaciones. Controla
como se manejan y enrutan las llamadas entrantes y salientes. Permite configurar el
comportamiento de todas las conexiones a travs de la PBX.

El contenido de "extensions.conf" est organizado en secciones o contextos.

Un contexto es simplemente un grupo de extensiones. Las secciones de configuracin
son generales y globales y los nombres de los contextos son totalmente definidos por
el administrador del sistema. Cada seccin comienza en extensions.conf con el
nombre de la seccin que figura entre corchetes. Esto le da al archivo extensions.conf
una estructura similar al tradicional formato de archivo .Ini del mundo de Windows.

Organizacin del sistema de archivos

La organizacin del sistema de archivos en Asterisk est diseada para seguir el

modelo de Linux, y est agrupada en varios directorios.

/etc/asterisk
Contiene los archivos de configuracin de asterisk.

/usr/sbin
Es el directorio de binarios del sistema. Contiene los ejecutables y scripts de Asterisk.

/usr/lib/asterisk
Contiene los objetos binarios que relacionan a Asterisk con su arquitectura especfica.

165

/usr/lib/asterisk/modules
Contiene los mdulos runtime para aplicaciones, drivers de canales, codecs, drivers
de formato de archivos, etc.

/usr/incluye/asterisk
Contiene los archivos de cabecera requeridos para construir las aplicaciones de
Asterisk, drivers de canales, y otros mdulos cargables.

/var/lib/asterisk
Contiene los datos y variables utilizados por Asterisk en su operacin normal.

/var/lib/asterisk/agi/bin
Contiene los scripts AGI para ser usados por la aplicacin AGI en el plan de
numeracin.

/var/lib/asterisk/astdb
Base de datos de Asterisk. Es similar al registro de Windows. Este archivo nunca se
usa directamente, pero sus contenidos pueden ser visualizados y modificados en la
lnea de comandos de Asterisk con el conjunto de funciones database.

/var/lib/asterisk/images
rea de almacenamiento para las imgenes referenciadas en el plan de numeracin y
las aplicaciones.

/var/lib/asterisk/keys
rea de almacenamiento para las claves pblicas y privadas usadas para la
autenticacin RSA con Asterisk (especialmente IAX).

166

/var/lib/asterisk/moh/mp3
rea de almacenamiento para la msica en espera en formato mp3.

/var/lib/asterisk/sounds
rea de almacenamiento para archivos de audio usados por las aplicaciones de
Asterisk.

/var/run
Contiene los runtime llamados pipes y archivos PID.

/var/run/asterisk/pid
Contiene el identificador del proceso primario (PID) de los procesos en ejecucin en
Asterisk.

/var/run/asterisk/ct
Una llamada pipe usada por Asterisk para permitir el modo remoto de operacin.

/var/spool/asterisk
Usado por los runtime para poner en cola los archivos del buzn de voz, las llamadas
salientes, etc.

/var/spool/asterisk/outgoing
Monitorizado por Asterisk para las llamadas salientes. Cuando un archivo es creado
en /var/spool/asterisk/outgoing , Asterisk analiza el archivo e intenta una llamada
saliente y si es respondida, entonces es volcada en la PBX.

/var/spool/asterisk/vm
Almacenamiento de buzones de voz, anuncios, y carpetas.

167

Comandos para Iniciar y Detener Asterisk

asterisk
Arrancar Asterisk
asterisk -c
Inicia Asterisk y abre la consola
remota
asterisk -r

Ingresar a la consola remota

asterisk -rx 'comando'

Ejecutar comando sin ingresar a la

consola.

stop now

Detener el servicio Asterisk desde la

consola remota.

stop gracefully

Detener el servicio Asterisk cuando

todos los canales activos sean
completados.

stop when convenient

Detener el servicio Asterisk cuando

todos los canales activos sean
completados.

exit

Salir de la consola remota. No detiene

el servicio Asterisk.

Archivos
/etc/asterisk/extensions.conf Archivo de configuracin del
dialplan.
/etc/asterisk/sip.conf

Archivo de configuracin de los

canales SIP.

/etc/asterisk/iax.conf

Archivo de configuracin de los

canales IAX.

/etc/asterisk/voicemail.conf

Archivo de configuracin del

sistema de correo de voz.

/var/run/asterisk

Contiene datos de los procesos.

/var/log/asterisk/

Contiene los archivos de bitcora.

168

Referencias Bibliogrficas:

The Asterisk Handbook

Version 2.

Mark Spencer, Mack Allison, Christopher

Rhodes. 2003. Huntsville, Digium.

Tomado de: www.digium.com/handbook-draft.pdf

Asterisk Architecture. Pagina Oficial de Asterisk. Disponible en:

https://asterisk.org/architecture

VOIP Wiki Gua de Referencia. Disponible en: http://www.voip-info.org/

169

ANEXO 3: Instalar sonidos en espaol en Asterisk

Para

las

pruebas

se

usaron

los

sonidos

en

espaol

disponibles

en:

http://www.asterio.com.ar.
Se procedi a descargarlos:
# wget http://www.asterio.com.ar/resources/downloads/ThaisaC-core-sounds-gsm1.4.12.tar.gz
# wget http://www.asterio.com.ar/resources/downloads/ThaisaC-extra-sounds-gsm1.4.12.tar.gz
Para instalar los sonidos en espaol, hay que descomprimir los paquetes core y extra
dentro de la carpeta /var/lib/asterisk/sounds.
# cd /var/lib/asterisk/sounds/

Se descomprimieron usando el comando tar:

# tar xzvf ThaisaC-core-sounds-sln-1.4.12.tar.gz

# tar xzvf ThaisaC-extra-sounds-sln-1.4.12.tar.gz

Si es la primera vez que se instalan sonidos en espaol, es necesario configurar el
parmetro "language" en el archivo /etc/asterisk/zapata.conf en "es".
;
; Zapata telephony interface
;
; Configuration file

170

[trunkgroups]
[channels]

language=es
defaultzone=es
context=from-zaptel
signalling=fxs_ks
...

Tambin editamos el siguiente archivo:

nano /etc/asterisk/asterisk.conf
.
.
[general]
languageprefix=yes
Y para los canales SIP:
nano /etc/asterisk/sip.
.
.
[general]
language=es
Luego de haber editado estos archivos, reiniciamos Asterisk.
# amportal restart

Fuente: http://asterio.com.ar/

171