Tesina Final

UNIVERSIDAD PRIVADA ANTENOR ORREGO
FACULTAD DE INGENIERA
ESCUELA PROFESIONAL DE INGENIERA DE COMPUTACIN Y
SISTEMAS
TRABAJO DE SUFICIENCIA PROFESIONAL PARA OBTENER TTULO DE

INGENIERO DE COMPUTACIN Y SISTEMAS, MEDIANTE LA MODALIDAD
DE TITULACIN EXTRAORDINARIA 2010-I
DISEO DE UN SERVICIO DE TELEFONA IP CON SOFTWARE LIBRE Y
SU INTEGRACIN CON SERVICIOS DE BASE DE DATOS Y CORREO
ELECTRNICO PARA MEJORAR LA COMUNICACIN INTERNA Y
EXTERNA DE LA MICROFINANCIERA MICREDITPER
AUTOR(ES):
Bach. Tarrillo Pajares, Amner Joel

Bach. Vsquez Fernndez, Henry Kevyn
ASESOR:
Ing. Lingn Vallejos, Wilson Eduardo
TRUJILLO PER
2010
Captulo I: Fundamento Terico Tarrillo & Vsquez
DISEO DE UN SERVICIO DE TELEFONA IP CON SOFTWARE LIBRE Y SU

INTEGRACIN CON SERVICIOS DE BASE DE DATOS Y CORREO
ELECTRNICO PARA MEJORAR LA COMUNICACIN INTERNA Y EXTERNA
DE LA MICROFINANCIERA MICREDITPER
Elaborado por:

Aprobada por:
Ing. Miranda Velsquez Eddy M.

Presidente
Ing. Daz Snchez Jaime E.

Secretario
Ing. Jara Arenas Jorge A.

Vocal
Ing. Lingan Vallejos Wilson E.

Asesor
PRESENTACIN
Seores Miembros del jurado:
De conformidad y en cumplimiento de los requisitos estipulados en el reglamento de grados y

Ttulos de la Universidad Privada Antenor Orrego y el Reglamento interno de la Escuela
Profesional de Ingeniera de Computacin y Sistemas, ponemos a vuestra disposicin el presente
Trabajo de Suficiencia Profesional titulado: Diseo de un servicio de Telefona IP con software
libre y su integracin con servicios de base de datos y correo electrnico para mejorar la
comunicacin interna y externa de la microfinanciera MicreditPer para obtener el Ttulo
Profesional de Ingeniero de Computacin y Sistemas mediante la modalidad de Titulacin
Profesional Extraordinaria.
El contenido del presente trabajo ha sido desarrollado tomando como marco de referencia los
lineamientos establecidos en el Curso de Titulacin Extraordinaria y los conocimientos adquiridos
durante nuestra formacin profesional, consulta de fuentes bibliogrficas e informacin obtenida
en MicreditPer.
Los Autores.
Bach. Tarrillo Pajares, Amner Joel Bach. Vsquez

Fernndez, Henry Kevyn
DEDICATORIA
Primero y antes que nada quiero,

dar gracias a Dios, por estar conmigo
en cada paso que doy por la energa y fuerzas
que me ha dado para poder llegar
al final de mis estudios y completar este trabajo.
Quiero dedicar tambin este trabajo a los seres que ms quiero,

Jos, Margarita, Orlando, Rosa, Manuel a mis hermanos,
Jhonatan, Lorena, Jefferson, Yajaira, por ser la fuente
de mi inspiracin, motivacin y mis ms fieles hinchas,
apoyndome en todas las decisiones que he tomado en la vida
y ser incondicionales, a mi familia en general.
Quiero dedicar tambin este trabajo, mis compaeros

de estudios por las innumerables aventurillas
que emprendimos juntos y de los que obtuve muestras
de solidaridad y lealtad y sobre todo por esa amistad
que se cultivo dentro y fuera de clases.
A mis padres Tito e Hilda,

a mis hermanitas Karen y Mara,
a mi querido hermano Ader
que est en la gloria de DIOS.

AGRADECIMIENTOS
Expresamos nuestro cordial agradecimiento a la Universidad Privada Antenor Orrego - Trujillo,

en especial a la Facultad de Ingeniera y a todo la plana docente de la Escuela Profesional de
Ingeniera de Computacin y sistema, en especial a nuestro asesor Ingeniero. Lingn Vallejos,
Wilson Eduardo que con su aporte oportuno fue posible culminar el Trabajo de Suficiencia
Profesional.
LOS AUTORES.
RESUMEN
DISEO DE UN SERVICIO DE TELEFONA IP CON SOFTWARE LIBRE Y SU

INTEGRACIN CON SERVICIOS DE BASE DE DATOS Y CORREO
ELECTRNICO PARA MEJORAR LA COMUNICACIN INTERNA Y EXTERNA
DE LA MICROFINANCIERA MICREDITPER
Por:

La empresa microfinanciera MicrediPer es una empresa que se dedica a brindar servicios

financieros a microempresas y personas naturales, iniciando sus operaciones en Trujillo el 29 de
agosto del 2007; posteriormente fue ampliando sus operaciones en distintas localidades de la
regin La Libertad, actualmente cuenta con 12 agencias en La Libertad y 1 en Cajamarca con una
cartera de ms de 5000 clientes y ms de 12 millones de soles en crditos colocados.
Actualmente en la empresa se est iniciando un proyecto de adquisicin de nuevas tecnologas

para dar soporte al vertiginoso crecimiento que est experimentando en su corto tiempo de
funcionamiento debido a que se estn manifestando problemas para la realizacin de sus
operaciones, uno de estos problemas es la deficiencia en telefona convencional interna; entre
funcionarios y reas de la empresa; as como tambin la externa; entre funcionarios, trabajadores,
clientes y sucursales; es por eso que la empresa ha decidido realizar la migracin del actual
servicio de telefona hacia la implantacin de Telefona IP, integrndola con la base de datos y el
servicio de correo electrnico.
Para dar solucin al problema de comunicacin llevar a cabo el Diseo de un servicio de

Telefona IP con software libre y su integracin con servicios de base de datos y correo
electrnico para mejorar la comunicacin interna y externa de la microfinanciera
MicrediPer; para tal efecto se har uso del sistema operativo Centos 5.5 en el cual se
configurar la aplicacin Asterisk 1.4, que viene a ser una caja de herramientas de voz sobre IP
con la cual desde su implantacin dotar a la empresa de una mejora considerable en su
comunicacin telefnica tanto a nivel interno como externo con sus clientes y sus sucursales.
ABSTRACT
DESIGNING AN IP TELEPHONY SERVICE WITH FREE SOFTWARE AND ITS

INTEGRATION WITH DATABASE SERVICES AND ELECTRONIC MAIL TO
IMPROVE INTERNAL COMMUNICATION AND EXTERNAL MICREDIPER
MICROFINANCE
By:

Microfinance MicrediPer The company is a company dedicated to providing

financial services to micro enterprises and individuals, starting their operations in
Trujillo on August 29, 2007, subsequently expanding operations in different
localities of the region La Libertad, currently has 12 branches in La Libertad and 1
in Cajamarca with a portfolio of more 5000 clients and over 12 million soles in
loans arranged.
Company currently is starting a project acquisition new technologies to support the

rapid growth that is experienced in his short time of operation from being stating
problems in conducting their operations, one of these problem is the deficiency in
internal conventional telephony, among officials and business areas, as well as
external, between functionaries, employees, customers and branches, which is
why the company has decided to migrate the current telephone service to the IP
Telephony deployment, integrating with the database and service e-mail.
To solve the problem of communication will take place the Designing an IP

telephony service with free software and its integration with database
services and electronic mail to improve internal communication and external
MicrediPer microfinance; to this purpose we will make use of the system
Centos OS 5.5 in which the application is configured Asterisk 1.4, which becomes
a tool box with voice over IP which from its implementation will provide the
company a considerable improvement in communication directly both internally
and externally with customers and branches.

NDICE DE CONTENIDOS
Cartula I
Hoja para firma de Jurados y Asesor II
Presentacin III
Dedicatorias IV
Agradecimientos V
Resumen VI
Abstract VII
ndice de contenidos VIII
ndice de Figuras IX
ndice de tablas X
INTRODUCCIN XI
CAPITULO I. FUNDAMENTO TERICO.......................................1

1. TELEFONA......................................................................1
1. TELEFONA CONVENCIONAL........................................................1
1. EVOLUCIN DE LA TELEFONA CONVENCIONAL....................1
A. PSTN............................................................................................................................ 4
B. ISDN............................................................................................................................ 5
a. VELOCIDAD.............................................................................................................. 6
b. CONEXIN DE MLTIPLES DISPOSITIVOS..................................................................6
c. SEALIZACIN......................................................................................................... 6
d. SERVICIOS................................................................................................................ 7
1.2 VOZ SOBRE IP (VOIP)........................................................8

1.2 CONVERGENCIA DE REDES PARA LA TELEFONA IP.....................9
21. VENTAJAS DE VOIP.....................................................................10
31.2 ARQUITECTURA VOIP.................................................................12
31.2 COMPONENTES DE VoIP.......................................................12
A. TELFONO IP............................................................................................................. 12
B. GATEWAYS Y ADAPTADORES ANALGICOS................................................................13
C. DISPOSITIVOS GSM/UMTS.......................................................................................... 14
D. SOFTPHONES............................................................................................................. 15
E. PROXYS Y ENRUTADORES.......................................................................................... 15
F. PROVEEDOR TELEFONA IP........................................................................................ 16
31.2 PROTOCOLO DE SEALIZACIN..........................................17
A. SIP............................................................................................................................. 17
a. ARQUITECTURA...................................................................................................... 18
b. COMPONENTES...................................................................................................... 18
c. DIRECCIN SIP....................................................................................................... 20
d. SOLICITUD SIP........................................................................................................ 21
e. RESPUESTAS SIP..................................................................................................... 21
f. ESTABLECIMIENTO Y LIBERACIN SE SESIN SIP....................................................22
31.2 CODECS...............................................................................23
A. G.711........................................................................................................................ 24
B. G.729........................................................................................................................ 24
C. GSM........................................................................................................................... 24
41.2 SEGURIDAD EN TELEFONA IP...................................................24
41.2 SEGURIDAD EN TERMINALES...............................................25
A. FUZZING.................................................................................................................... 25
B. FLOODING................................................................................................................. 25
C. FALLOS DE CONFIGURACIN...................................................................................... 25
41.2 SEGURIDAD EN LA RED VoIP................................................26
A. FLOODING................................................................................................................. 26
B. MAN IN THE MIDDLE (MITM)...................................................................................... 26
C. EAVESDROPPING....................................................................................................... 26
41.23 SEGURIDAD EN SERVIDOR DE TELEFONA IP.......................26
A. FLOODING................................................................................................................. 27
B. REGISTER HIJACKING................................................................................................. 27
C. EXPLOITS................................................................................................................... 27
D. ERRORES DE CONFIGURACIN.................................................................................. 27
1.3 APLICACIONES...............................................................27
1.3 CENTOS 5.5...............................................................................27
21.3 ASTERISK 1.4.............................................................................29
31. X-LITE........................................................................................30
41.3 PERUSAT....................................................................................31
51.3 BASE DE DATOS MYSQL.............................................................31
51.3 CARACTERSTICAS...............................................................31
A. MySQL ES UN SISTEMA DE GESTIN DE BASES DE DATOS........................................31
B. MySQL ES UN SISTEMA DE GESTIN DE BASES DE DATOS RELACIONALES................31
C. MySQL SOFTWARE ES OPEN SOURCE......................................................................... 32
D. EL SERVIDOR DE BASE DE DATOS MySQL ES MUY RPIDO, FIABLE Y FCIL DE USAR. 32
E. MySQL SERVER TRABAJA EN ENTORNOS CLIENTE/SERVIDOR O INCRUSTADOS..........32
F. UNA GRAN CANTIDAD DE SOFTWARE DE CONTRIBUCIONES EST DISPONIBLE PARA
MySQL.............................................................................................................................. 32
CAPTULO II: DESARROLLO DEL TRABAJO DE SUFICIENCIA........33

2.1 MTODO TOP DOWN NETWORK DESIGN...........................33
12. FASE 1: IDENTIFICACIN DE LAS NECESIDADES Y LOS OBJETIVOS
DEL CLIENTE........................................................................................33
12. ANLISIS DE OBJETIVOS DE NEGOCIO.................................33
A. DESCRIPCIN DE LA EMPRESA.................................................................................. 33
a.
VISIN.................................................................................................................... 33
b.
MISIN................................................................................................................... 33
B. OBJETIVOS DE ESTRATGICOS DE NEGOCIO..............................................................34
a. OBJETIVO 1............................................................................................................ 34
b. OBJETIVO 2............................................................................................................ 34
c. OBJETIVO 3............................................................................................................ 34
C. ALCANCE DEL PROYECTO.......................................................................................... 34
12. ANALIZAR LOS OBJETIVOS TCNICOS DEL PROYECTO Y SUS
RESTRICCIONES................................................................................35
A. USABILIDAD............................................................................................................... 35
B. ESCALABILIDAD......................................................................................................... 35
C. ACCESIBILIDAD.......................................................................................................... 36
D. ADAPTABILIDAD......................................................................................................... 36
12.3 ANALIZAR LA SITUACIN TECNOLGICA ACTUAL DE LA
EMPRESA Y SUS RESTRICCIONES......................................................36
A. HARDWARE ACTUAL.................................................................................................. 36
B. SERVICIOS DE RED ACTUALES................................................................................... 37
C. RESTRICCIONES......................................................................................................... 38
12.4 CARACTERIZAR LA RED DE DATOS EXISTENTE....................38
A. PLANO DE DISTRIBUCIN FSICA DE LA INSTITUCIN................................................39
B. PLANO DE DISTRIBUCIN DE PUNTOS DE CONEXIN DE VOZ Y DATOS.....................39
C. DESCRIPCIN DE LA RED ACTUAL............................................................................. 41
2.1 FASE 2: DISEO LGICO DE TELEFONA IP................................43
2.1 DISEAR MODELOS DE DIRECCIONAMIENTO IP Y
DENOMINACIN DE ANEXOS............................................................43
2.1 DENOMINACIN DE ANEXOS...............................................44
2.13 DISEO DE ESTRATEGIAS DE SEGURIDAD DE TELEFONA IP
46
2.14 DISEO DE PLAN DE MIGRACIN DE TELEFONA
CONVENCIONAL A TELEFONA IP.......................................................47
A. INSTALACIN FSICA DEL SERVIDOR DE TELEFONA IP...............................................47
B. CAMBIAR TELFONOS ANALGICOS POR SOFTPHONES.............................................48
C. CONEXIN CON PROVEEDOR TELEFONA IP...............................................................49
32.1 FASE 3: SELECCIN DE TECNOLOGAS PARA SERVICIO DE
TELEFONA IP.......................................................................................49
32.1 SISTEMA OPERATIVO...........................................................49
A. DEBIAN...................................................................................................................... 50
a.
PROS...................................................................................................................... 50
b.
CONTRAS............................................................................................................... 50
B. CENTOS..................................................................................................................... 51
a. PROS...................................................................................................................... 51
b. CONTRAS............................................................................................................... 51
32.1 PBX......................................................................................51
32.1 CLIENTE SIP.........................................................................52
32.14 PROVEEDOR SIP...................................................................53
42.1 FASE 4: INSTALAR, PROBAR, OPTIMIZAR Y DOCUMENTAR.........53
42.1 INSTALACIN Y CONFIGURACIN DEL SERVICIO DE
TELEFONA IP....................................................................................53
A. ACTUALIZACIN Y PREPARACIN DE CENTOS 5.5......................................................53
B. INSTALACIN Y PRE-CONFIGURACIN DE ASTERISK 1.4............................................57
C. INSTALACIN DE ASTERISK-ADDONS 1.4...................................................................59
D. CREACIN DE BASE DA DATOS PARA EL CDR.............................................................60
E. CREACIN DE LA BASE DE DATOS PARA ALMACENAR LOS MENSAJES DE VOZ
REALTIME.......................................................................................................................... 63
F. CONFIGURACIN DE VOCES EN ESPAOL..................................................................67
G. SINTETIZADOR DE VOZ CEPSTRAL............................................................................. 69
H. CONSULTA A BASE DE DATOS.................................................................................... 72
I. CONFIGURACIN AVANZADA DE ASTERISK 1.4..........................................................77
a. SIP.CONF................................................................................................................ 77
b. EXTENSIONS.CONF................................................................................................. 79
c. VOICEMAIL.CONF................................................................................................... 82
d. INTERACTIVE VOICE RESPONSE IVR........................................................................ 83
42.1 PRUEBAS DEL SERVICIO DE TELEFONA IP EN LA SEDE Y SUS
SUCURSALES....................................................................................87
A. LEVANTAR EL SERVICIO DE TELEFONA IP..................................................................87
B. CONFIGURACIN DE CLIENTES SIP............................................................................ 88
a. ASISTENTE............................................................................................................. 88
b. CONFIGURACIN DE ANALISTAS............................................................................. 89
C. LLAMADAS INTERNAS Y EXTERNAS............................................................................ 92
c. LLAMADA INTERNA................................................................................................. 93
d. LLAMADA EXTERNA................................................................................................ 93
NDICE DE FIGURAS
Figura 1: El Telfono de Alexander Graham Bell......................................1

Figura 2: Telfonos antiguos....................................................................2
Figura 3: Esquema bsico de una central Telefnica antigua..................2
Figura 4: Operadora ante central manual de 200 lneas. Hacia 1960......3
Figura 5: Estructura de la PSTN...............................................................5
Figura 6: Integracin de seales en RDSI................................................5
Figura 7: Arquitectura ISDN.....................................................................7
Figura 8: Representacin grfica de protocolos VoIP...............................9
Figura 9: Representacin de la Telefona IP............................................10
Figura 10: Arquitectura general de VoIP.................................................12
Figura 11: Telfono IP.............................................................................13
Figura 12: Adaptador Linksys.................................................................14
Figura 13: Adaptador Telefona IP Multipuerto.......................................14
Figura 14: Dispositivo GSM/UTMS..........................................................15
Figura 15: Softphone X-Lite....................................................................15
Figura 16: Esquema de enrutamiento SIP..............................................16
Figura 17: Arquitectura de proveedor de Telefona IP............................17
Figura 18: SIP Trapezoide.......................................................................18
Figura 19: Desarrollo de una llamada SIP...............................................22
Figura 20: Representacin de CentOS 5................................................28
Figura 21: Logo de Asterisk...................................................................30
Figura 22: Logo de CounterPath, creador de X-Lite...............................30
Figura 23: Servicio Serie 720 de Perusat...............................................31
Figura 24: Distribucin fsica de MicreditPeru.......................................39
Figura 25: Plano de distribucin de puntos de conexin de voz y datos.
...............................................................................................................40
Figura 27: Switch DES-3018...................................................................42
Figura 28: Router DIR-615.....................................................................43
Figura 29: Nombramiento de anexos para Telefona IP..........................45
Figura 30: Instalacin fsica de servidor Telefona IP..............................48
Figura 31: Reemplazo de telfonos analgicos por Softphones.............48
Figura 32: Conexin con servicio de proveedor SIP...............................49
Figura 33: Ventana para seleccin de mdulos a instalarse con Asterisk
1.4..........................................................................................................58
Figura 34: Representacin de contextos...............................................79
Figura 35: Inicio del servidor Asterisk....................................................88
Figura 36: Configuracin Cliente SIP......................................................88
Figura 37: Cliente SIP registrado............................................................89
Figura 38: Configuracin Cred-Analis1 en ATA.......................................89
Figura 39: Telfono analgico para Cred-Analis1...................................90
Figura 40: Configuracin Cred-Analis2 en ATA.......................................90
Figura 41: Telfono analgico para Cred-Analis2...................................91
Figura 43: Registro de clientes en el servidor de Telefona IP................92

Figura 42: Adaptador para Telefono Analgico ATA...............................91
Figura 44: Clientes registrados en el servidor de Telefona IP................92
Figura 45: Llamada interna....................................................................93
Figura 46: Llamada Externa...................................................................93
NDICE DE TABLAS
Tabla 1: Formatos de direcciones URL SIP..............................................21

Tabla 2: Diferentes codecs para VoIP.....................................................23
Tabla 3: Caractersticas de estaciones de trabajo (PCs compatibles).. . .37
Tabla 4: Caractersticas de estaciones de trabajo (lapltops)..................37
Tabla 5: Caractersticas de computadoras con funcin de servidor.......37
Tabla 6: Caractersticas de servidor HP ProLiant....................................38
Tabla 7: Caractersticas Switch D-Link DES-3018...................................42
Tabla 8: Caractersticas Router D-Link DIR-615.....................................42
Tabla 9: Nombramiento y direccionamiento IP de la red de MicreditPer.
...............................................................................................................43
Tabla 10: Nombramiento y numeracin de anexos en estaciones de
trabajo de MicreditPer..........................................................................44
Tabla 11: Caractersticas de distribuciones Linux ms populares..........49
Tabla 12: Cuadro comparativo clientes SIP............................................52
INTRODUCCIN
Las Tecnologas de Informacin (TI) han jugado un papel bastante importante en

el desarrollo de las empresas que desean lograr una ventaja competitiva; sin
embargo las TI deben ser funcionales para el proceso competitivo de las
empresas. En este sentido, las empresas son competitivas si son capaces de
formular e implementar estrategias que sostengan o amplen su posicin en los
mercados y en el segmento de industria al que pertenecen, bajo esta premisa
veremos que la mayora de las empresas comprometidas con su desarrollo estn
en constante cambio y actualizacin tecnolgica, tal cambio y actualizacin se
realiza por fases teniendo en cuenta la importancia de ste para el momento
organizacional de la empresa.
En muchos casos las Redes Informticas son consideradas como la base de una
buena infraestructura tecnolgica, siendo stas tomadas en cuenta para el
comienzo del cambio tecnolgico en las empresas, es evidente que todo cambio
trae consigo una filosofa de optimizacin de los recursos tecnolgicos y una de
las formas de optimizar la Red Informtica es implementando sobre ella una
nueva tecnologa como es la Telefona IP.
La Telefona IP, empieza a ser una realidad en muchas empresas por las mejoras
y la rpida aceptacin que tiene tanto para las comunicaciones internas como
externas y por el ahorro que sta tecnologa significa. La convergencia de voz y
datos en la misma red proporciona servicios unificados dentro de la empresa, lo
ms usual era aprovechar la red de datos de banda ancha, como la ADSL,
nicamente para canalizar llamadas de voz y dejar la unificacin para ms
adelante, pero hoy en da esta unificacin se da desde la implantacin de la
tecnologa debido a los notables desarrollos que se han producido en los ltimos
aos sobre las Redes Informticas.
La empresa microfinanciera MicrediPer no est al margen de los avances de la

tecnologa, esta empresa se dedica a brindar servicios financieros a

microempresas y personas naturales, iniciando sus operaciones en Trujillo el 29
de agosto del 2007; posteriormente fue ampliando sus operaciones en distintas
localidades de la regin La Libertad, actualmente cuenta con 12 agencias en La
Libertad y 1 en Cajamarca con una cartera de ms de 5000 clientes y ms de 12
millones de soles en crditos colocados; actualmente en la empresa se est
iniciando un proyecto de adquisicin de nuevas tecnologas para dar soporte al
vertiginoso crecimiento que est experimentando en su corto tiempo de
funcionamiento debido a que se estn manifestando problemas para la realizacin
de sus operaciones, uno de estos problemas es la deficiencia en telefona
convencional interna; entre funcionarios y reas de la empresa; as como tambin
la externa; entre funcionarios, trabajadores, clientes y sucursales; es por eso que
la empresa ha decidido realizar la migracin del actual servicio de telefona hacia
la implantacin de Telefona IP, integrndola con la base de datos y el servicio de
correo electrnico, con la cual desde su implantacin dotar a la empresa de una
mejora considerable en su comunicacin telefnica tanto a nivel interno como
externo con sus clientes y sus sucursales.
La microfinanciera MicreditPer, presenta la siguiente realidad problemtica

respecto a la comunicacin telefnica:
- Mayor nmero de funcionarios y trabajadores que anexos telefnicos.

- Los funcionarios y trabajadores se mueven de sus escritorios para acceder
al telfono analgico ubicado en otro ambiente.
- La Srta. Asistente recibe todas las llamadas destinadas a diferentes reas
de la empresa, sin tener el rol de operadora telefnica, lo que conlleva a
que deje de atender al cliente para comunicar las llamadas a los
funcionarios y trabajadores.
- Los funcionarios y trabajadores tienen que esperar su turno para la
realizacin de llamadas internas y externas.
- Falta de de un medio de comunicacin hacia el cliente sobre las cuotas por
vencer.
- Falta de privacidad al momento de contestar o realizar una llamada ya que
todas se ejecutan desde ciertas reas cuya funcin no tiene relacin con la
respuesta a clientes.
- Deficiente informacin cuando un cliente llama para saber el estado de su
crdito o deuda, o cuando quiere dejar algn mensaje hacia algn
trabajador o funcionario.
- Deficiente comunicacin entre reas de la empresa.
- Gastos elevados en telefona entre la sede principal y sus sucursales
(Paijn y Vir).
En tal sentido, en el presente proyecto planteamos una forma de solucionar los

problemas de comunicacin telefnica que presenta la microfinanciera
MicreditPer:
Cmo disear un servicio de Telefona IP con software libre e integrarlo

con servicios de base de datos y correo electrnico para mejorar la
comunicacin interna y externa de la microfinanciera MicreditPer?
Para lo cual planteamos el objetivo general del proyecto:
Disear un servicio de Telefona IP con software libre e integrarlo con base de

datos y correo electrnico para mejorar la comunicacin telefnica interna y
externa para la microfinanciera MicreditPer.
As tambin, se plantean los objetivos especficos del mismo como:
- Definir el estado de telefona actual de la empresa.

- Analizar la red sobre la cual se implementar el servicio de Telefona IP.
- Identificar las restricciones tecnolgicas para la implementacin del servicio
de Telefona IP.
- Utilizar el mtodo Top Down Network Design para implementar el servicio

de Telefona IP.
- Instalar las herramientas necesarias (aplicaciones, telfonos IP) para
implementar el servicio de Telefona IP tanto en el servidor asignado como
en los clientes.
- Realizar pruebas necesarias antes de la implantacin del servicio de
Telefona IP.
Teniendo en cuenta la realidad problemtica de la empresa y el objetivo tanto

general como especficos del proyecto, el presente proyecto realizar los
siguientes aportes para la empresa:
- Mejorar la comunicacin telefnica interna entre los funcionarios y

trabajadores de la empresa.
- Funcionarios y trabajadores no tendrn la necesidad de moverse de sus
escritorios para realizar o contestar sus llamadas.
- Las llamadas sern recibidas directamente por el rea correspondiente
evitando la sobre carga de llamadas atendidas por la asistente.
- Funcionarios y trabajadores podrn realizar sus llamadas sin necesidad de
esperar un turno ya que contarn con anexos en su sitio de trabajo.
- La asistente brindar una mejor atencin al cliente sin tener que ser
interrumpida por una llamada destinada a otra rea.
- Funcionarios tendrn mayor privacidad al momento de realizar y recibir
llamadas ya que contaran con un anexo en su sitio de trabajo.
- El cliente ser informado del estado actual de su crdito (cuotas vencidas,
cuotas por pagar, prxima fecha de pago, etc.) en forma automatizada,
tambin se le responder a todas las dudas o inquietudes que tenga por la
persona adecuada.
- El cliente podr recibir informacin rpida mediante contestacin inteligente
por medio de la integracin a la base de datos.
- Se evitar el gasto elevado en telefona convencional por la comunicacin
entre la sede principal y las sucursales de la empresa (Paijn y Vir).

CAPITULO I. FUNDAMENTO TERICO
1.1. TELEFONA
1.1.1. TELEFONA CONVENCIONAL
Para poder definir la telefona convencional recurrimos a la definicin que

realiza la Telefnica de Espaa:
La palabra telefona viene de TELE(lejos) y FONIA(sonidos), por lo que

podemos definir la telefona como la ciencia que tiene por objeto la
transmisin de sonidos a distancia, estando incluidos en esta ciencia todos
los medios y procedimientos empleados para la transmisin, transporte y
recepcin de sonidos (Telefnica, 2000, p.4).
1.1.1.1. EVOLUCIN DE LA TELEFONA CONVENCIONAL
El inventor escocs-norteamericano Alexander Graham Bell construy el

primer telfono capaz de transmitir y reproducir voz humana con toda su
calidad y su timbre. El conjunto bsico del invento de Bell estaba formado
por un emisor, un receptor y un nico cable de conexin. El emisor y el
receptor eran idnticos y contenan un diafragma metlico flexible y un
imn con forma de herradura dentro de una bobina. Las ondas sonoras que
incidan sobre el diafragma lo hacan vibrar dentro del campo del imn,
esta vibracin inducia una corriente elctrica en la bobina que variaba
segn las vibraciones del diafragma, la corriente viajaba por el cable hasta
el receptor donde generaba fluctuaciones de la intensidad del campo
magntico de este, haciendo que su diafragma vibrase y reprodujese el
sonido original.
1
Figura 1: El Telfono de Alexander

Graham Bell
http://www.mujerestic.com/wp-content/uploads/graham_bell_telefono.jpg
Este tipo de telfono permita comunicar a una persona con otra, pero
solamente a una hora determinada y a una distancia de 2 a 3 Km como
mximo, debido a que estos equipos iniciales no disponan de ningn
dispositivo que permitiera saber que alguien quera establecer una
comunicacin desde el otro extremo.
Ante la creciente necesidad de comunicar a ms distancia se fueron
perfeccionando e incorporando nuevos elementos al telfono inicial. En
muy poco tiempo se incorporan al telfono el timbre y un aparato para
reproducir corriente para llamar que se denomina magneto. Los telfonos
antiguos utilizaban un nico dispositivo como transmisor y receptor, estos
eran capaces de reproducir la voz aunque dbilmente, por lo que fueron
evolucionando hacia receptores separados de los transmisores. Esta
disposicin permite colocar el transmisor cerca de los labios para recoger
el mximo de energa sonora y receptor en el auricular, lo cual elimina los
molestos ruidos de fondo.
Figura 2: Telfonos antiguos.
3
Pasado - Presente - Futuro

http://www.taringa.net/posts/info/5314295/Pasado---Presente---Futuro.html
Una vez comprobadas las ventajas que supuso la comunicacin a distancia

se empez a pensar en ampliar el nmero de interlocutores, por lo que
despus de estudiarse diferentes opciones y ver los problemas que se
presentaban, se soluciono posibilitando la comunicacin del usuario que
originaba la llamada con cualquier destinatario del colectivo mediante la
intervencin de otra persona que canalizaba dichas llamadas, esta funcin
dio origen a la central telefnica bsica.
Figura 3: Esquema bsico de una central Telefnica antigua.
(Telefnica, 2000, p. 6)
Todas las lneas telefnicas iban a parar a un local equidistante de todos

los telfonos, al objeto de que la distancia sea mnima entre todos, all por
medio de unos dispositivos la operadora detectaba la llamada de uno de
los telfonos, atenda la llamada, registraba con quien quera hablar el
usuario, llamaba al destinatario y una vez en comunicacin los pona en
5
conversacin mediante otros dispositivos llamados circuitos de cordn, al

finalizar la conversacin cualquiera de los usuarios volva a llamar a la
operadora que proceda entonces a quitar el cordn quedando ambos
usuarios en disposicin de volver a utilizar el servicio. Todas estas
operaciones realizadas por la operadora son lo que se denomina como
telefona manual.
Figura 4: Operadora ante central manual de 200 lneas.

Hacia 1960.
Costa Rica de los orgenes a 1992.
http://www.ahciet.net/historia/pais.aspx?id=10137&ids=10669
Al aumentar el nmero de telfonos fue necesario aumentar el nmero de

operadoras por lo que se empez a complicar tanto tcnicamente como en
costos la interconexin entre usuarios atendidos por diferentes operadoras.
Con el fin de reducir estos costos se empieza a investigar la forma de
sustituir la operadora por dispositivos electromagnticos, por lo que
aparece lo que conocemos como telefona automtica en la que todas las
operaciones realizadas por la operadora hasta ese momento son
efectuadas por diversos dispositivos en la central automtica (Telefnica,
2000).
La telefona automtica tambin trajo consigo una serie de inconvenientes
7
como por ejemplo el que las centrales de telefona automtica solo podan
comunicar a usuarios del mismo pueblo o ciudad que estaban conectadas
a sta, debido a que se encontraba aislada de las dems centrales que se
encontraban en otras ciudades, esto dio origen a que se empiece a buscar
una forma de extender las fronteras a las llamadas, que solo se podan
realizar de manera local, sin tener que realizar nuevamente el cableado
desde y hacia los usuarios; la nica forma eficiente de realizar esta
expansin fue simplemente realizar la conexin entre las centrales ya
existentes, dando origen a la primera red de telefona fija, lo que
posteriormente se denominara la Red de Telefona Pblica Conmutada
(Public Switched Telephone Network por sus siglas en Ingls PSTN) y que
hasta hoy en da se mantiene vigente (Gonzlez, E., 2006, p.14)
En aquel tiempo las conexiones entre centrales telefnicas y, entre las

centrales y los usuarios fueron concebidas nicamente de manera
analgica y debido al incremento de usuarios de telefona y el incremento
de la expansin de esta tecnologa, la PSTN sufra algunos inconvenientes
como la degradacin de la seal de la voz, as como tambin la
imposibilidad de manejar gran cantidad de llamadas al mismo tiempo;
todos estos inconvenientes se hicieron rpidamente visibles por lo que la
mejor posibilidad de persistencia y avance de la telefona fue la migracin
hacia la tecnologa Red Digital de Servicios Integrados(Integrated Services
Digital Network, por sus siglas en ingls ISDN); esto fue pensado
inicialmente para toda la PSTN pero debido a los costos que implicaba este
cambio se opto por digitalizar solamente las conexiones entre centrales
telefnicas ubicadas tanto en ciudades distintas como en pases distintos,
mantenindose las conexiones analgicas en el ambiente local. En la
actualidad la red telefnica se podra definir como una red hibrida en la cual
convive la tecnologa analgica y la telefona digital para poder obtener
servicio de telefona de calidad a un precio razonable (Prez, J., 2000).
9
A PSTN
Tambin llamada Red Telefnica Conmutada (RTC) o Red Telefnica

Bsica (RTB) es una red de comunicacin creada primordialmente para
la transmisin de voz, aunque tambin se puede transportar datos a
travs de ella, por ejemplo en el caso del fax o de
la conexin a Internet a travs de un mdem.
Se trata de la red telefnica clsica, en la que los terminales telefnicos

(telfonos) se comunican con una central de conmutacin a travs de
un solo canal compartido por la seal del micrfono y del auricular. En el
caso de transmisin de datos hay una sola seal en el cable en un
momento dado compuesta por la seal de subida y la seal de bajada,
por lo que se hacen necesarios supresores de eco, que lo que hace
atenuar el eco mediante una activacin por voz desde el otro canal.
La voz se enva en banda base, es decir sin modulacin, la seal

producida por el micrfono se pone directamente en el cable sin
necesidad de adaptarlo al medio en el que se va a transmitir. Las
seales de control (descolgar, marcar y colgar) se realizaban, desde los
principios de la telefona automtica, mediante aperturas y cierre del
bucle de abonado. En la actualidad, las operaciones de marcado ya no
se realizan por apertura y cierre del bucle, sino mediante tonos que se
envan por el terminal telefnico a la central a travs del mismo par de
cable que la conversacin (Wikipedia, 2010)
11
Figura 5: Estructura de la PSTN.

(Mndez, C., 2005)
A. ISDN
Se define la RDSI (Red Digital de Servicios Integrados, en ingles ISDN)

como una evolucin de las Redes analgicas, que presta conexiones
extremo a extremo a nivel digital y capaz de ofertar diferentes servicios.
Se denomina de Servicios integrados porque utiliza la misma
infraestructura para muchos servicios que tradicionalmente requeran
interfaces distintas (tlex, voz, conmutacin de circuitos, conmutacin
de paquetes); es digital porque se basa en la transmisin digital,
integrando las seales analgicas mediante la transformacin Analgico
- Digital, ofreciendo una capacidad bsica de comunicacin de 64 Kbps.
13
Figura 6: Integracin de seales en

RDSI.
Red Digital de Servicios
Integrados.
http://www.frm.utn.edu.ar/comunicaciones/isdn.html
Como podemos observar, en el caso del telfono se efecta la

conversin Analgico Digital. La RDSI ofrece gran nmero de ventajas,
entre las que se pueden destacar las siguientes:
a VELOCIDAD
Actualmente el lmite de velocidad en las comunicaciones a travs

de una lnea telefnicas empleando seales analgicas entre central
y usuario mediante el uso de mdems est alrededor de los 56Kbps.
En la prctica las velocidades se limitan a unos 45Kbps debido a la
calidad de la lnea.
La RDSI ofrece mltiples canales digitales que pueden operar

simultneamente a travs de la misma conexin telefnica entre
central y usuario; la tecnologa digital est en la central del
proveedor y en los equipos del usuario, que se comunican ahora con
seales digitales. Este esquema permite una transferencia de datos
a velocidad mucho mayor. As, con un servicio de acceso bsico, y
empleando un protocolo de agregacin de canales, se puede
alcanzar una velocidad de datos sin comprimir de unos 128 Kbps;
adems, el tiempo necesario para establecer una comunicacin en
RDSI es cerca de la mitad del tiempo empleado con una lnea con
seal analgica.
a. CONEXIN DE MLTIPLES DISPOSITIVOS
15
Con lneas analgicas resulta necesario disponer de una lnea por

cada dispositivo del usuario, si estos se quieren emplear
simultneamente. Resulta muy caro enviar datos (archivos o vdeo)
mientras se mantiene una conversacin hablada. Por otra parte, se
requieren diferentes interfaces para emplear diferentes dispositivos
al no existir estndares al respecto.
Con la RDSI es posible combinar diferentes fuentes de datos

digitales y hacer que la informacin llegue al destino correcto; como
la lnea es digital, es fcil controlar el ruido y las interferencias
producidos al combinar las seales. Adems, las normas de la RDSI
especifican un conjunto de servicios proporcionados a travs de
interfaces normalizados.
b. SEALIZACIN
La forma de realizar un llamada a travs de una lnea analgica es

enviando una seal de tensin que hace sonar la "campana" en el
telfono destino. Esta seal se enva por el mismo canal que las
seales analgicas de sonido. Establecer la llamada de esta
manera requiere bastante tiempo. Por ejemplo, entre 30 y 60
segundos con la norma V.34 para mdems.
En una conexin RDSI, la llamada se establece enviando un

paquete de datos especial a travs de un canal independiente de
los canales para datos. Este mtodo de llamada se engloba dentro
de una serie de opciones de control de la RDSI conocidas como
sealizacin, y permite establecer la llamada en un par de
segundos. Adems informa al destinatario del tipo de conexin (voz
o datos) y desde que nmero se ha llamado, y puede ser
gestionado fcilmente por equipos inteligentes como un ordenador.
17
c. SERVICIOS
La RDSI no se limita a ofrecer comunicaciones de voz. Ofrece otros

muchos servicios, como transmisin de datos informticos (servicios
portadores), tlex, facsmil, videoconferencia, conexin a Internet, y
opciones como llamada en espera, identidad del origen.
Los servicios portadores permiten enviar datos mediante
conmutacin de circuitos (con un procedimiento de llamada se
establece un camino fijo y exclusivo para transmitir lo datos en la
red, al estilo de las redes telefnicas clsicas) o mediante
conmutacin de paquetes (la informacin a enviar se divide en
paquetes de tamao mximo que son enviados individualmente por
la red) (Wikipedia, 2010).
Figura 7: Arquitectura ISDN.
http://www.emacromall.com/vtic97/Html/Image109.gif
La base de la telefona, y razn principal de su evolucin, es la

creacin de normas de comunicacin, tales normas de
funcionamiento se denominan Protocolos. Los protocolos se
realizan mediante seales especiales que no son de informacin
propiamente dicha, pero que resultan esenciales para la
telecomunicacin. Al conjunto de estas seales se les denomina
19
sealizacin.
1.2. VOZ SOBRE IP (VoIP)
Voz sobre Protocolo Internet (VoIP, por sus siglas en ingls) es una tecnologa
aun en desarrollo que permite que las comunicaciones de voz se transmitan
en paquetes de datos a travs de la red de datos empleando el protocolo de
internet (IP) empleando as una conexin de alta velocidad en vez de la red
tradicional de telfonos.
VoIP comenz como resultado del trabajo de un grupo de jvenes en Israel en

1995. En ese momento la nica comunicacin posible era solo de PC a
PC. Poco despus VocalTec, Inc. anunciara el lanzamiento del primer
SoftPhone que llamaran "Internet Phone Software ". Se creara ese producto
para PC de uso domstico que tenia tarjeta de sonido, micrfonos, parlantes y
un modem. Este software funcionaba comprimiendo la seal de voz,
convirtindola en paquetes de voz que eran enviados por internet. El software
funcionaba solo si las dos PCs tenan el mismo software y el mismo hardware.
Esto fue comercialmente un fracaso principalmente porque las
comunicaciones de banda ancha aun no estaban disponibles.
En 1997 Jeff Pulver decide juntar por primera vez a los pocos usuarios,
fabricantes e interesados en esta tecnologa en VON, la primera feria/congreso
que actualmente sigue siendo el mayor evento de VoIP. Ahora Pulver organiza
VON dos veces por ao en EEUU y tambin una vez por ao en varios pases
de Europa. Tambin form una compaa prestadora de servicio VoIP llamada
FreeWorldDialup comnmente llamada FWD y es cofundador de Vonage, el
proveedor de VoIP mas grande de EEUU. Pulver tiene varias empresas
relacionadas con la VoIP entre ellas PulverMedia, su empresa encargada de
organizar VON y publicar medios en todo el mundo.
En 1988 VoIP da otro gran salto. Un grupo de emprendedores comenz a
21
fabricar los primeros ATA/Gateways para permitir las primeras comunicaciones

PC-Telfono Convencional y finalmente las primeras comunicaciones Telfono
Convencional-Telfono Convencional (con ATAs en cada extremo). Algunos de
estos emprendedores inicialmente daban un servicio sin cargo a cada uno de
sus clientes para que pudieran probar la calidad de la tecnologa. Estas
llamadas contenan publicidad en el inicio y al final de cada comunicacin.
Estos servicios de prestaban en EEUU y funcionaban gracias a esta
publicidad. A menudo deba empezar la comunicacin a travs de una PC para
luego pasar a un telfono convencional. En este punto VoIP sumaba el 1% del
total del trfico de voz. Durante 1999 Cisco vende sus primeras plataformas
corporativas para VoIP. Utilizndose principalmente el protocolo H323 de
sealizacin.
En el ao 2002 el protocolo SIP empieza a desplazar al protocolo H232. En el

2003 dos jvenes universitarios Jan Friis y Niklas Zenntrom crean un
softphone gratuito de fcil instalacin en cualquier PC que pueda cruzar todos
los firewalls e inclusive los routers empresariales. Este producto es Skype, que
se populariza con una velocidad increble llegando en diciembre de 2008 a
tener 90 millones de usuarios (Arribi, J. et al., 2006).
Figura 8: Representacin grfica de protocolos VoIP.

Seguridad en el Protocolo VoIP: El reto de proteger voz y datos.
http://informaticalegal.wordpress.com/2009/12/22/seguridad-en-el-protocolo-voip-
el-reto-de-proteger-voz-y-datos/
23
1.2.1. CONVERGENCIA DE REDES PARA LA TELEFONA IP
La Telefona IP ("Internet Protocol") ha dejado de considerarse una

propuesta arriesgada, ms propia de empresas muy innovadoras y
deseosas de sustituir la fiabilidad de la red vocal por un ahorro dudoso en
costos. La Telefona IP actual ha ganado en popularidad, como demuestran
las miles de implantaciones satisfactorias de Telefona IP en empresas de
todo el mundo y la constatacin de que las innovaciones en
comunicaciones exigirn la integracin de la voz con las aplicaciones
comerciales.
Actualmente, la Telefona IP (el transporte de la seal de voz como

paquetes a travs de redes IP) representa una oportunidad para que las
empresas reduzcan costos, mejoren la productividad organizativa e
individual y les permita diferenciarse en el mercado. La investigacin de
mercado indica que se est produciendo una aceleracin en la adopcin de
las soluciones de Telefona IP. An as, a las empresas no les resulta fcil
la adopcin de la Telefona IP. Existen varios obstculos que sortear,
adems, las empresas necesitan planificar y disear adecuadamente la
solucin de Telefona IP con objeto de minimizar los problemas de
rendimiento, crecimiento y los cambios en los procesos que puedan
disminuir las ventajas derivadas del ahorro en costos.
25
Figura 9: Representacin de la
Telefona IP.
Implantacin y consolidacin de la Telefona IP en la UV.

http://www.uv.es/siuv/cas/zxarxa/zvoip/
1.2.2. VENTAJAS DE VoIP
Aunque VoIP puede definirse de forma abreviada como una tecnologa que
aprovecha el protocolo TCP/IP para ofrecer conversaciones de voz, lo
cierto es que es mucho ms que esto. VoIP puede ser usada para
reemplazar la telefona tradicional en un entorno empresarial, en un
pequeo negocio o en casa, o simplemente para aadir ventajas a un
sistema de telefona tradicional.
Si consideramos hacer una llamada a cualquier parte del mundo, que hoy
en da es casi cotidiano para muchas personas y empresas, tendramos
que considerar principalmente los costos que conllevaran dichas llamadas,
siendo ste el punto de partida para la evaluacin de adoptar una nueva
tecnologa que nos permita aplacar esta desventaja que desde hace tiempo
presenta la telefona tradicional; dicho esto queremos dejar claro que VoIP
no es la panacea ni mucho menos, almenos por ahora, ciertamente como
una tecnologa emergente aun tiene muchas desventajas, pero las ventajas
que a continuacin detallamos superen ampliamente sus desventajas
(Gmez, J. y Gil, F., 2009).
27
AHORRO DE DINERO
Como bien se sabe, para la telefona tradicional el tiempo

significa dinero; pero como VoIP emplea Internet como medio de
transporte, el nico costo que se tiene es la factura mensual de
internet al proveedor ISP. Hoy en da el servicio ms comn de
internet es el ADSL que se puede utilizar de forma ilimitada lo
cual conlleva un costo fijo al mes. De esta forma si el servicio
tiene una velocidad razonable, se podr hablar a travs de VoIP
con una buena calidad de llamada y el costo seguir siendo
siempre el mismo.
MS DE DOS PERSONAS
En una lnea de telfono convencional, nicamente dos personas

pueden hablar al mismo tiempo. Con VoIP, se puede configurar
una conferencia que permite a un grupo de personas
comunicarse en tiempo real. VoIP comprime los paquetes
durante la transmisin, algo que provoca que se pueda transmitir
una cantidad mayor de datos. Como resultado, se pueden
establecer ms llamadas a travs de una nica lnea te acceso.
HARDWARE Y SOFTWARE BARATOS
Si una persona es usuario de internet el nico hardware adicional

que necesita adems de su computadora es un par de
auriculares los cuales se pueden comprar a un muy bajo precio.
Referente al software existen variedad de paquetes disponibles
en internet los cuales emplean VoIP y que sirven para establecer
comunicaciones por voz. Algunos de los ejemplos ms conocidos
son Skype, Net2Phone y X-Lite.
29
ABUNDANTES PRESTACIONES
Con VoIP se puede realizar llamadas desde cualquier parte del

mundo nicamente empleando la cuenta de VoIP. De esta forma,
la VoIP pasa a ser un servicio tan portable como el e-mail, es
decir, no limita la movilidad del abonado. Otras prestaciones que
ofrece VoIP son el reconocimiento de llamada, posibilidad de
crear nmeros virtuales o el contestador automtico.
MS QUE VOZ
Al estar e basada en una red de paquetes, VoIP puede manejar

tambin otro tipo de datos adems de la voz; podramos
transmitir imgenes, video o texto a la vez que la voz. De esta
forma, se puede hablar con alguien a la vez que se enva
archivos o incluso a la vez se pueden ver las personas a travs
de webcam.
USO MAS EFICIENTE DEL ANCHO DE BANDA
Se sabe que el 50% de una conversacin de voz es silencio.

VoIP rellena estos espacios de silencio con datos de forma que el
ancho de banda de los canales de comunicacin de datos no son
desaprovechados. La compresin y la posibilidad de eliminar la
redundancia cuando se transmite voz sern tambin factores que
elevarn la eficiencia del uso del ancho de banda de la conexin.
ESQUEMA DE RED FLEXIBLE
La red que encontramos bajo VoIP no necesita tener un esquema

o topologa en concreto. Esto hace posible que una organizacin
pueda hacer uso de la potencia de tecnologas que elijan, como
ATM, SONET o Ethernet.
31
Cuando empleamos VoIP, la complejidad de red inherente en las

conexiones RTC es ilimitada, crendose una infraestructura
flexible que puede soportar muchos tipos de comunicacin. El
sistema estar ms estandarizado, requerir menos
equipamiento y su tolerancia a fallos ser mayor.
1.2.3. ARQUITECTURA VoIP
Uno de los beneficios que aporta la VoIP es que la arquitectura, desde el

punto de vista de su distribucin, puede ser centralizada o distribuida. El
enfoque centralizado es criticado por que al estar todo localizado en un
mismo punto las futuras innovaciones tecnolgicas se vern entorpecidas.
Por otro lado la arquitectura distribuida es ms compleja que la arquitectura
centralizada. Ya sea que se tenga una u otra arquitectura, lo cierto es que
VoIP nos permite una gran flexibilidad (Gmez, J. y Gil, F., 2009).
Figura 10: Arquitectura general de VoIP.
(Gmez, J. y Gil, F., 2009, p. 22)
1.2.3.1. COMPONENTES DE VoIP
En la Figura 29 se muestra una arquitectura de VoIP muy general, donde
33
podemos ver los distintos dispositivos que la componen, a continuacin

detallamos cada uno de dichos componentes (Gmez, J. y Gil, F., 2009).
A TELFONO IP
Es un telfono similar a un telfono tradicional con la diferencia de que

est adaptado para ser utilizado en entornos IP.
En la actualidad, los telfonos IP son, en su gran mayora, muy

similares al resto de telfonos tradicionales. Sin embargo, si nos fijamos
detenidamente en su aspecto exterior se puede apreciar que existen
ciertas diferencias:
- Disponen de almenos un puerto de conexin RJ-45 en lugar

del tradicional RJ-11.
- Suelen disponer de pantalla para mostrar informacin
relevante.
- Incorporan varios botones programables que pueden usarse
para diferentes funcionalidades.
- Conector de auriculares.
35
Figura 11: Telfono IP

http://www.paratupc.es/productos/fotos/Cisco/439129_Cisco_CP7945G_CISCO_IP
_PHONE_7945_.jpg
B. GATEWAYS Y ADAPTADORES ANALGICOS
Un adaptador de telfono analgico (normalmente conocido como

Analog Telephone Adapter o ATA) se puede describir brevemente como
un dispositivo que convierte seales empleadas en las comunicaciones
analgicas a un protocolo de VoIP. En concreto, estos dispositivos se
emplean para convertir una seal digital (ya sea IP o propietaria) a una
seal analgica(o viceversa) que pueda ser conectada a telfonos o
faxes tradicionales.
Figura 12: Adaptador

Linksys.
http://www.xprsol.com/images/pap2.gif
Estos adaptadores podran ser descritos como gateways, ya que su

funcin es justamente la de pasarela entre el mundo analgico y el IP.
Sin embargo, el uso popular del trmino gateway de telefona describira
mejor un adaptador telefnico multipuerto, generalmente con funciones
37
de enrutamiento ms complejas.
http://www.alloy.com.au/images/QUADROISDN_150x150pix_Clipt.gif
Figura 13: Adaptador Telefona IP Multipuerto.
C. DISPOSITIVOS GSM/UMTS
Los telfonos mviles son dispositivos electrnicos de pequeo tamao

empleados para realizar comunicaciones de voz o de datos a travs de
una conexin a una estacin base que pertenecer a una determinada
red de telefona mvil. stos han supuesto una autntica revolucin en
nuestra manera de comunicarnos.
Desde el punto de vista de la VoIP se pueden encontrar dispositivos que

integran ambas tecnologas, por ejemplo, SIP y GSM. Estos dispositivos
permiten una mayor integracin que la tecnologa analgica tradicional
ya que no dependen de conversiones intermedias a analgico y, por
tanto, permiten enviar toda la sealizacin existente entre ambas redes,
de forma transparente y fiable.
39
Figura 14: Dispositivo

GSM/UTMS
http://images.voip-
news.com/voip_news/sp/2nt/images/onpage2.jpg
D. SOFTPHONES
Los softphones son telfonos implementados por software. stos

proporcionarn a un dispositivo que no sea un telfono, como una
computadora o un PDA, las funcionalidades de un telfono VoIP. Para
que esto sea posible, no es necesario que el dispositivo en cuestin sea
muy potente. Simplemente se necesita un equipo de audio adecuado y
alguna forma de conectar a una red TCP/IP.
Se pueden encontrar softphones que funcionan bajo diferentes

protocolos, aunque el ms usado es el SIP. Entre ellos, el ms conocido
y usado es el X-Lite, aunque tambin existen muchos otros que
presentan muy buenas funcionalidades.
Figura 15: Softphone X-Lite

http://www.voipplanet.com/img/2006/06/X-Lite.jpg
E. PROXYS Y ENRUTADORES
Dentro de la arquitectura de VoIP es necesario el uso de ciertos

elementos que permitan ordenar el trfico telefnico y a la vez poner en
contacto a los diferentes usuarios de las redes implicadas.
41
Tal y como trabajan los routers con los datos en general, recibiendo y
enviando peticiones desde y hacia otras mquinas, los diferentes
protocolos IP necesitan igualmente que alguien o algo encamine sus
peticiones hacia los usuarios finales, a fin de establecer una
conversacin. Esta tarea la realizan los proxys o enrutadores,
encargndose de enrutar la sealizacin hacia los sitios adecuados en
funcin de las indicaciones pertinentes que cada protocolo implementa.
En la figura 35 puede verse el esquema de enrutado de un entorno SIP.
Figura 16: Esquema de enrutamiento SIP
(Gmez, J. y Gil, F., 2009, p. 32)
F. PROVEEDOR TELEFONA IP
Las empresas que ofrecen servicio telefnico a travs de internet se las

conoce de forma general como ITSP (Internet Telephony Service
Provider, Proveedor de servicio telefnico por internet). Estas empresas,
no solo permiten la comunicacin entre sus clientes, sino que tambin
los interconectan con otras redes de telefona, fija o mvil.
Una de las caractersticas de los ITSP es que las llamadas entre sus
clientes no suelen tener costo adicional, mientras que ofrecen precios
muy bajos en las llamadas a las redes de telefona. Para poder hacer
esto disponen de gateways locales (propios o con acuerdos de
43
terminacin con terceros) repartidos por gran parte del mundo. La

comunicacin viaja por internet hasta el destino, donde el gateway
permite la interconexin con el operador local correspondiente. Este
modelo permite ofrecer llamadas telefnicas internacionales a un costo
muy reducido (Carballar, J., 2008).
Figura 17: Arquitectura de proveedor de Telefona

IP
(Carballar, J., 2008, p. 230)
1.2.3.2. PROTOCOLO DE SEALIZACIN
Los protocolos de sealizacin son los encargados del establecimiento y

gestin de mensajes de estado entre los puntos extremos que participan en
una llamada. Estos protocolos indicarn el paso de los flujos de voz,
encapsulados en paquetes RTP/RTCP por la red hasta llegar a su destino.
En este punto analizaremos el protocolo SIP que es en el que se basa el
presente proyecto.
A SIP
El protocolo SIP (Session Initiation Protocol) puede ser considerado el

estndar de facto para VoIP. La actual versin, SIP v2, fue publicada
como el RFC3261 en 1996. Desde entonces, su crecimiento ha sido
inmenso, dado que el protocolo se dise de manera que fuera
45
extensible y modular, manteniendo un ncleo funcional pequeo.
SIP es un protocolo basado en texto, fuertemente inspirado en HTML y

el protocolo IP. Al estar basado en texto y ser similar a HTML, es legible
por el ser humano y es ms fcil de vulnerar.
Como su nombre lo dice, Protocolo de Inicio de Sesin, SIP slo sirve

para gestionar la sesin del cliente. SIP es un protocolo de nivel de
aplicacin, que transporta nicamente sealizacin y solo sirve para el
establecimiento, mantenimiento y cierre de sesin, en el caso de
Telefona IP, de comunicaciones de audio. Es importante tener claro que
SIP no transporta audio.
A continuacin se muestra lo que se conoce como el SIP Trapezoid,

indicando que SIP solo transporta sealizacin y que el flujo multimedia
es transportado usando RTP (Realtime Transport Protocol), no teniendo

que coincidir necesariamente conel camino seguido por la sealizacin.
http://www.iptel.org/sip_trapezoid
Gracias al protocolo SIP, los terminales se registran en el servidor,

indicndole su IP, para que el servidor sea capaz de enviarles llamadas
(Gmez, j. y Gil, F., 2009).
a ARQUITECTURA
Figura 18: SIP Trapezoide.
47
Desde el punto de vista del nivel de red, originalmente SIP se pens

para funcionar sobre IP, pero ello no impide que pueda utilizarse
sobre cualquier otro protocolo de red como ATM, FR o X25.
La arquitectura de SIP se basa en un modelo cliente-servidor en el

que el cliente realiza solicitudes (requests) al servidor, quien
responde (response) para aceptar, rechazar o redirigir dichas
solicitudes. Por ejemplo, en una comunicacin directa entre
terminales, el cliente sera el llamante y el servidor el llamado. El
primero solicita al segundo iniciar una sesin.
La comunicacin entre clientes y servidores se realiza mediante el

envo de mensajes en modo texto, con una sintaxis muy similar a la
de los mensajes HTTP. Esto quiere decir que los mensajes estn
compuestos por textos que son perfectamente legibles, lo que facilita
las labores de desarrollo, as como la compatibilidad con las
aplicaciones HTTP, que tambin se basan en textos legibles
(Carballar, J., 2008).
b COMPONENTES
Desde el punto de vista del equipamiento, la arquitectura SIP

supone la existencia de dos tipos de quipos que son los terminales y
servidores de red. Los terminales son los equipos finales que utilizan
los usuarios, mientras que los servidores de red son equipos
intermedios que aportan funcionalidades a las redes SIP.
Los equipos terminales disponen de dos componentes

fundamentales los cuales se mencionan a continuacin.
49
AGENTE DE USUARIO CLIENTE UAC
Es la aplicacin que permite que el terminal pueda realizar o

iniciar una llamada. El UAC se utiliza para enviar solicitudes SIP.
AGENTE DE USUARIO SERVIDOR UAS
Es la aplicacin que el terminal pueda recibir o responder a una

llamada realizada por el UAC. El UAS recibe solicitudes SIP y
devuelve las respuestas correspondientes en nombre del usuario.
Estas respuestas pueden ser de aceptacin, rechazo o
redireccin de la solicitud.
Los agentes le dan una funcionalidad completa al terminal, de forma

que pueden utilizarse sin la intervencin de los servidores de red.
Por otro lado, podra haber terminales que contengan solo uno de
los agentes de usuario. En este caso, el terminal se utilizara
exclusivamente para escuchar o para transmitir.
Referente a los servidores de red, existen de tres tipos, los cuales

se mencionan a continuacin.
SERVIDOR PROXY
Es un equipo que recibe solicitudes del cliente, las analiza y

reconoce el servidor al que debe reenviarlas. Si es necesario, el
proxy puede modificar el mensaje de solicitud antes de antes de
reenviarla. Para el servidor el mensaje procede el proxy. Una
solicitud puede pasar por distintos servidores proxy antes de
llegar a su destino. En este caso, respuesta seguira todo el
51
camino recorrido por la solicitud. Como el servidor proxy maneja

solicitudes y respuestas, necesita disponer de ambas
funcionalidades, tanto la del cliente como la del servidor; por otro
lado los servidores proxy pueden mantener un registro de todas
las llamadas en curso o no, estados que se conocen como
statefull o stateless. El registro de llamadas es necesario para
poder ofrecer servicios de valor aadido o incluso para
determinar aplicaciones de gestin.
SERVIDOR DE REDIRECCIONAMIENTO
Estos servidores no reenvan los mensajes de solicitud, sino que

le responde al cliente con la direccin o direcciones del servidor
al que tienen que enviar la solicitud. En este caso, es el cliente el
que contacta directamente con el servidor. El servidor de re-
direccionamiento no contacta con otros servidores ni acepta
llamadas debido a que no tiene funcionalidad de UAS.
SERVIDOR DE REGISTRO
Este servidor mantiene un registro de la direccin SIP de un

usuario y de su direccin IP correspondiente. Esto permite tener
localizado a un usuario en todo momento. A este servidor se le
conoce tambin como servidor de localizacin.
Aunque los servidores de red podran estar fsicamente localizados

en equipos distintos, suele ser normal que un mismo equipo tenga
la funcionalidad de varios tipos de servidores, especialmente la
combinacin del servidor de registro con cualquiera de los
anteriores mencionados.
d. DIRECCIN SIP
53
El direccionamiento SIP se realiza mediante URI (Uniform Resource

Indentifier, Localizador Universal de Recursos) que est definido en
la recomendacin RFC 2396 y se basa en la estructura de
direccionamiento empleada en Internet y conocida como URL
(Uniform Resource Locators, Localizador Universal de Recursos).
URI tiene un formato similar al de una direccin de correo
electrnico.
sip:usuario@dominio;[parametro=valor]
Este tipo de direccionamiento permite, por ejemplo, que se use un

nmero telefnico tradicional en el campo usuario, identificndose
en el campo dominio la direccin del gateway que interconecta la
red de telefona tradicional donde se encuentra dicho nmero; de la
misma forma, el dominio de las direcciones URI podra ser tambin
un nmero IP.
Tabla 1: Formatos de direcciones URL SIP.

(Carballar, A., 2008, p. 137)
URL SIP EXPLICACIN

sip:usuario@dominio.tld Formato bsico.
sip:usuario@dominio.com;transport=T Indicacin del protocolo de
CP transporte a utilizar (por defecto
UDP).
sip:usuario@177.61.2.45 Utilizando una direccin IP
como dominio.
sip:+34- Utilizacin de nmero
876543210@dominio.com;user=phone telefnico como usuario.
55
e. SOLICITUD SIP
A los tipos de solicitudes se les conoce como mtodos y estn

identificados por una palabra. En la versin 2.0 de SIP se incluyen
seis tipos de solicitudes o mtodos.
- INVITE; Este mensaje se utiliza para invitar a participar en

una sesin (llamada).
- ACK; Esta solicitud se utiliza para que el cliente (llamante)
pueda confirmarle al servidor (llamado) que ha recibido su
respuesta final de aceptacin de participacin en la sesin
(llamada). Este mtodo se usa exclusivamente con solicitudes
INVITE.
- OPTIONS; Se utiliza para preguntarle a un servidor por sus
capacidades como por ejemplo los formatos multimedia que
acepta. Se utiliza antes de iniciar la llamada.
- BYE; Este mensaje se utiliza para terminar una sesin y
generalmente se enva cuando el usuario cuelga.
- CANCEL; Se utiliza para anular una solicitud para la que
todava no se ha recibido respuesta.
- RESGISTER; Se utiliza para que un cliente pueda registrar su
localizacin actual en un servidor SIP.
f. RESPUESTAS SIP
Los cdigos de estado de las respuestas tienen 3 dgitos, donde el

primero define la clase de respuesta y los otros dos el mensaje en
concreto dentro del la clase. Actualmente existen 6 mensajes de
respuesta.
57
- CLASE 1XX: Informacin, el requerimiento ha sido recibido y

est en curso de tratamiento
- CLASE 2XX: xito, el requerimiento ha sido recibido,
entendido y aceptado.
- CLASE 3XX: Reenrutamiento, la llamada requiere otros
procesamientos antes de poder determinar si puede ser
realizada.
- CLASE 4XX: Error requerimiento cliente, el requerimiento no
puede ser interpretado o servido por el servidor. El
requerimiento tiene que ser modificado antes de ser
reenviado.
- CLASE 5XX: Error servidor, el servidor fracasa en el
procesamiento de un requerimiento aparentemente valido.
- CLASE 6XX: Fracaso global, el requerimiento no puede ser
procesado por ningn servidor.
g. ESTABLECIMIENTO Y LIBERACIN SE SESIN SIP
A continuacin se analizar detalladamente una llamada. En una

llamada SIP hay varias transacciones SIP. Una transaccin SIP se
realiza mediante un intercambio de mensajes entre un cliente y un
servidor. Consta de varias peticiones y respuestas como se ve en la
figura a continuacin (3CX, 2010).
59
Figura 19: Desarrollo de una llamada

SIP.
http://www.voipforo.com/SIP/SIPejemplo.php
- Las dos primeras transacciones corresponden al registro de

los usuarios; los usuarios deben registrarse para poder ser
encontrados por otros usuarios. En este caso, los terminales
envan una peticin REGISTER. El servidor proxy, que acta
como REGISTER, consulta si el usuario puede ser
autenticado y enva un mensaje de OK (200) en caso positivo.
- La siguiente transaccin corresponde a un establecimiento de

sesin. Esta sesin consiste en una peticin INVITE del
usuario al proxy. Inmediatamente, el proxy enva un TRYING
(100) para parar las retransmisiones y reenva la peticin al
usuario B. El usuario B enva un Ringing (180) cuando el
telfono empieza a sonar y tambin es reenviado por el proxy
hacia el usuario A. Por ltimo, el OK (200) corresponde a
61
aceptar la llamada y es cuando el usuario B descuelga.
- En este momento la llamada est establecida, pasa a

funcionar el protocolo de transporte RTP con los parmetros
(puertos, direcciones, codecs, etc.) establecidos en la
negociacin mediante el protocolo SDP.
- La ltima transaccin corresponde a una finalizacin de

sesin. Esta finalizacin se lleva a cabo con una nica
peticin BYE enviada al Proxy, y posteriormente reenviada al
usuario B. Este usuario contesta con un OK (200) para
confirmar que se ha recibido el mensaje final correctamente.
1.2.3.3. CODECS
Los codecs (codificador decodificador) son modelos matemticos que

nos brindan la informacin suficiente para poder interpretar informacin
como si esta fuera completa. Estos codecs son importantes ya que con
ellos enviamos la cantidad de datos suficientes de acuerdo a un tipo de
calidad esperado aligerando la carga de los paquetes de voz.
Tabla 2: Diferentes codecs para VoIP

(Van Megglen, J., 2007, p. 194)
CODEC TASA DE BITS DE LICENCIA

DATOS
G.711 64 kbps No
G.726 16, 24 o 32 kbps No
G.723.1 5.3 o 6.3 kbps S
G729A 8 kbps S
GSM 13 kbps No
iLBC 13.3 o 15.2 kbps No
Speex Variable (2.15 y 22.4 No
kbps)
63
A G.711
Desarrollado por la ITU, es el codec nativo de la PSTN y su tasa de

transmisin es de 64 kbps que usa compansin (comprensin-
expansin) (Van Megglen, J., 2007) , un tipo de comprensin que
dependiendo de la zona usa la ley en Norteamrica y la ley A en el
resto del mundo.
G. G.729
Este codec fue desarrollado tambin por la ITU y es usado en

aplicaciones de VoIP dad su mnima tasa que es de 8 kbps, ofreciendo
gran calidad de audio debido al uso del la Prediccin Lineal de Cdigo
Algebraico de Estructura Conjugada (CS-ACELP). Contrastando el poco
ancho de banda utilizado, observamos la gran capacidad computacional
requerida, que puede ser un gran inconveniente en sistemas
convencionales. Si bien es un codec que requiere licencia, existen
implementaciones de uso gratuito (Ortega, D., 2007).
H. GSM
El codec GSM (Global System of Mobile communications) proviene del

conocido sistema de comunicaciones mviles y es del tipo RPE-LTP
(Regular Pulse Excitation Long-Term Prediction) Proporciona una tasa
de 13kbps ofreciendo una buena calidad con gran simpleza de proceso
para aplicaciones de tiempo real, mientras que los cdigos CELP
requieren un tiempo para el proceso DSP o caso contrario, requieren un
procesador digital de seales para su reproduccin en tiempo real
(Ortega, D., 2007).
1.2.4. SEGURIDAD EN TELEFONA IP
En comparacin con la telefona tradicional, la Telefona IP puede resultar
65
ms segura ya que, por ejemplo, para escuchar una conversacin en

telefona tradicional solo basta con ir hacia otro ambiente y descolgar el
telfono, mientras que en la Telefona IP esto no ocurre.
La Telefona IP convierte la voz en datos y debido a que estos datos se

pueden cifrar, se hace casi imposible su uso para terceros. No obstante, es
necesario tener en cuenta que en muchas instalaciones de Telefona IP
tambin se encuentra involucrado Internet y en este caso Internet es un
medio muy hostil. Todo dato que viaja en claro a travs de Internet es
susceptible de ser capturado y analizado por personas con fines dudosos,
por lo que conviene tener especial cuidado en este tipo de conexiones.
Para la seguridad en el servicio de Telefona IP se tiene en cuenta tres

puntos de accesibilidad como son: Los terminales (clientes), la red VoIP
(red de datos) y el servidor de Telefona IP (Gmez, J. y Gil, F., 2009).
1.2.4.1. SEGURIDAD EN TERMINALES
Los terminales son los elementos ms vulnerables de toda instalacin te

Telefona IP ya que estn al alcance de los usuarios o de otras personas
que podran tratar de manipularlos para obtener datos delicados acerca de
la instalacin de Telefona IP, ya sea haciendo uso de tcnicas avanzadas
de ataque o aprovechando errores de configuracin de los mismos.
A FUZZING
Esta tcnica consiste en el envo masivo de paquetes malformados a un

dispositivo. Muchas veces la implementacin SIP de los terminales tiene
fallos y es posible inutilizar un terminal mandando paquetes errneos a
propsito, ya que podran darse overflows y se sobre escribiran
posiciones de memoria que haran que el terminal dejara de responder.
Si un terminal ha quedado inutilizado por este tipo de ataque, solo basta
67
con reiniciarlo para que recupere su estado normal.
I. FLOODING
Esta tcnica consiste en el envo masivo de paquetes hacia un terminal.

Lo que puede suceder es que si el nmero de paquetes es
suficientemente elevado, el terminal quede completamente inutilizado,
al ser incapaz de diferenciar entre peticiones correctas y las
procedentes de un ataque. Para inutilizar un terminal es posible realizar
flooding de paquetes UDP, peticiones INVITE de SIP o paquetes RTP,
obteniendo un resultado similar. Al cesar el ataque puede que el
terminal se recupere aunque podra quedarse inutilizado y sera
necesario reiniciarlo.
J. FALLOS DE CONFIGURACIN
Otra forma de atacar un terminal consiste en aprovechar errores en la

configuracin de los mismos; como puede ser que se dejen las
contraseas por defecto, o la administracin por telnet habilitada, lo que
puede facilitar la labor de hackers que desean interrumpir el servicio en
ese terminal o conseguir credenciales de usuario y realizar llamadas
gratuitas perjudicando seriamente los intereses de la empresa.
1.2.4.2. SEGURIDAD EN LA RED VoIP
En una red de Telefona IP (re de datos) hay muchos servicios involucrados

como pueden ser DHCP, DNS o TFTP. Esto hace que la red disponga de
ms puntos de fallo por lo que puede ser atacada y ocasionar diversas
fallas en ella.
69
Se pueden realizar multitud de ataques contra una red de datos, pero a

diferencia de los ataques contra terminales, podra quedar expuesta
informacin ms sensible e importante (Gmez, J. y Gil, F., 2009).
A FLOODING
Al igual que ocurre con los terminales, es posible utilizar ataque de

flooding en una red de Telefona IP, con el objetivo de saturarla. Esto
causara una interrupcin del servicio ya que sera imposible descartar
todos los paquetes errneos para quedarnos solo con los correctos.
Este tipo de ataque podra inutilizar completamente una red IP,
recuperndose solo cuando el ataque finalice.
K. MAN IN THE MIDDLE (MITM)
No es un ataque propiamente dicho pero si es un paso previo. Consiste

en infiltrarse en una red y situarse en un sitio estratgico, redirigiendo
todo el trfico, redirigiendo todo el trfico. Por ejemplo un atacante
podra situarse entre los terminales y el servidor de Telefona IP y
redirigindolo hacia ella. Al recibir todo el trfico, el atacante podra
analizar la sealizacin en busca de contraseas, e incluso podra
decodificar el flujo multimedia para escuchar las conversaciones.
L. EAVESDROPPING
Una vez que el atacante se ha infiltrado en la red objetivo y ha utilizado

la tcnica del MITM puede llevar a cabo el que posiblemente sea el ms
temido de los ataques que es el eavesdropping. Esta tcnica consiste
en el anlisis del flujo multimedia de las conversaciones, para poder
escuchar su contenido. Esto es especialmente peligroso ya que
conversaciones confidenciales podran ser vulneradas.
1.2.4.3. SEGURIDAD EN SERVIDOR DE TELEFONA IP
71
Como ltimo punto de evaluacin en lo que a seguridad se refiere tenemos

el servidor de Telefona IP en s. Al ser el servidor el que controla todas las
comunicaciones, es importante tenerlo lo ms asegurado posible, ya que
los ataques contra el servidor de Telefona IP pueden causar problemas
como la interrupcin del servicio, suplantacin de identidad, llamadas
fraudulentas y otras ms (Gmez, J. y Gil, F., 2009).
A FLOODING
Al igual que en los terminales y la red, el servidor de Telefona IP

tambin resulta vulnerable a los ataques de flooding y por la misma
razn, el servicio se ve desbordado de peticiones errneas y es incapaz
de atender las peticiones autnticas, quedando el servicio interrumpido.
M. REGISTER HIJACKING
Si un atacante dispone de alguna cuenta del servidor de Telefona IP,

ste puede llevar a cabo un ataque de REGISTER hijacking, que
consiste en enviar un paquete REGISTER al servidor y as suplantar al
otro usuario. Tambin podra consultar las ubicaciones, o dar de baja el
usuario de manera que no pueda recibir llamadas, provocando una
interrupcin en el servicio sin que se diera cuenta.
N. EXPLOITS
Otro de los problemas ms importantes de la seguridad en el servidor

de Telefona IP son los exploits. Asterisk, al ser software, puede
contener bugs, por lo que es posible que un paquete malformado
provoque algn error en la ejecucin que desemboque en la cada del
servicio.
O. ERRORES DE CONFIGURACIN
Tambin es posible que haya agujeros de seguridad en nuestro servidor
73
de Telefona IP, que en este caso es gestionado por Asterisk 1.4, debido
a una mala configuracin; por ejemplo dejar los valores por defecto en
los archivos de configuracin.
1.3. APLICACIONES
A continuacin se detallan las aplicaciones que sern usadas para el diseo

del servidor de Telefona IP.
1.3.1. CENTOS 5.5
CentOS (Community ENTerprise Operating System) es un clon a nivel

binario de la distribucin Red Hat Enterprise Linux RHEL, compilado por
voluntarios a partir del cdigo fuente liberado por Red Hat.
Red Hat Enterprise Linux se compone de software libre y cdigo abierto,

pero se publica en formato binario usable (CD-ROM o DVD-ROM)
solamente a suscriptores pagados. Como es requerido, Red Hat libera todo
el cdigo fuente del producto de forma pblica bajo los trminos de
la Licencia pblica general de GNU y otras licencias. Los desarrolladores
de CentOS usan ese cdigo fuente para crear un producto final que es muy
similar al Red Hat Enterprise Linux y est libremente disponible para ser
bajado y usado por el pblico, pero no es mantenido ni asistido por Red
Hat. Existen otras distribuciones tambin derivadas de las fuentes de Red
Hat.
El ser un clon de RHEL hace de CentOS la herramienta perfecta para las

aplicaciones de servidor. Podemos usar CentOS como servidor Web,
servidor de correo, servidor de bases de datos o servidor de aplicaciones.
CentOS incorpora todas las sofisticadas funcionalidades de compatibilidad
con Windows incluidas en Red Hat Enterprise Linux. Podemos usar
75
CentOS como controlador de dominios primarios o secundarios, o como

servidor de clientes Windows basado en Samba y SMB.
CentOS es tambin un sistema de escritorio Linux plenamente funcional.

Encontraremos la mayora de las herramientas de escritorio ms
populares, como OpenOffice, Mozilla, Firefox, Evolution, Gaim, X-chat,
Konqueror, Gimp, Gnome y KDE.
Ya sea trabajando en un servidor empresarial, en un servidor para la oficina

o incluso en un sistema comn de escritorio, veremos en CentOS una
distribucin estable, de alto rendimiento, fcil de administrar y de utilizar.
Figura 20: Representacin de CentOS 5
http://3.bp.blogspot.com/_fupzaCA8CK4/THSRbLsc92I/AAAAAAAAAIQ
/LzZ7lYxgGb4/s400/hostname-centos.jpg
1.3.2. ASTERISK 1.4
Asterisk es un software PBX que usa el concepto de software libre (GLP).

Digium es la empresa que promueve el desarrollo de Asterisk e invierte en
77
2 aspectos relacionados con l, el desarrollo del cdigo fuente as como

tambin en hardware de telefona de bajo costo que funciona con Asterisk.
Asterisk corre en plataformas Linux y otras plataformas Unix adems de

plataformas Windows con o sin hardware conectado a la red pblica de
telefona (PSTN).
Con Asterisk se tiene mucho ms que un PBX central (Hardware). Con

Asterisk en la red se pueden crear cosas nuevas en telefona que no estn
o son difciles de implementar en PBX tradicionales:
- Conectar empleados que trabajan desde casa al PBX de la oficina

sobre una conexin de banda ancha.
- Conectar oficinas en varias provincias sobre el protocolo IP,
llevndose a cabo por internet o por una red IP privada.
- Dar a los trabajadores buzn de voz y luego integrarlo con servidor
web y e-mails.
- Construir aplicaciones de respuesta automtica por voz, que se
puede conectar a un sistema de pedidos o de consultas o a otras
aplicaciones de la empresa.
- Dar acceso al PBX de la compaa para usuarios que viajan,
conectndolos sobre la VPN de un aeropuerto o un hotel.
Adems de ofrecer funcionalidades que solo eran encontrados en sistemas

de mensajera unificada.
- Msica en espera para clientes en lnea de espera, soportando

streaming de media as como msica en MP3.
- Lneas de llamadas donde agentes de forma conjunta atienden las
llamadas y monitorean dicha lnea.
- Integracin para sntesis de la conversacin (Text to Speech).
79
- Registro detallado de llamadas (Call Detail Records) para

integracin con sistemas de tarifacin.
Figura 21: Logo de Asterisk

http://comunidad.asterisk-es.org/images/AsteriskPBX.png
1.3.3. X-LITE
El X-Lite es un Softphone (en ingls combinacin de Software y de

Telephone) que no es ms que un software que hace una simulacin de
telfono convencional por computadora; es decir, permite usar la
computadora para hacer y recibir llamadas a otros softphones o a otros
telfonos convencionales usando el servicio de Telefona por Internet. El X-
Lite es uno de los mejores telfonos basados en software que hay en el
mercado. La versin Lite tiene casi todas las caractersticas de la versin
full y es uso libre.
X-Lite est diseado para mostrar algunas de las caractersticas y ricas

capacidades disponibles en el softphone comercial tal como audio y vdeo
de calidad superior y un extenso libro de direcciones personal.
X-Lite ofrece a los usuarios un fcil acceso a vdeo y de gestin de la

libreta de direcciones. Ya sea que los usuarios estn teniendo una
conversacin de voz simple o sea anfitrin de una llamada en conferencia
con mltiples aplicaciones de colaboracin, X-Lite lleva a la gente por el
81
nuevo camino de las comunicaciones personalizadas. Ya sea que sus

usuarios estn teniendo una conversacin de voz simples o anfitrin de
una conferencia telefnica con mltiples aplicaciones de colaboracin, X-
Lite lleva a la gente por el camino nuevo de comunicaciones
personalizadas.
Figura 22: Logo de CounterPath, creador

de X-Lite
http://www.voipmonitor.net/content/binary/CounterPathLogo.gif
1.3.4. PERUSAT
Respecto al Proveedor SIP, existen muchos en el mercado tanto nacional

como internacional, en este caso elegimos un proveedor nacional debido a
que este nos da la posibilidad de tener un nmero virtual con el cual
podremos recibir directamente llamadas sin tener que depender de la
telefona convencional, lo que conlleva a prescindir de la telefona
convencional, el servicio se llama Serie 720 de Perusat.
Figura 23: Servicio Serie 720 de Perusat
http://www.perusat.com.pe/#Serie720
1.3.5. BASE DE DATOS MySQL
83
MySQL, el sistema de gestin de bases de datos SQL Open Source ms

popular, lo desarrolla, distribuye y soporta MySQL AB. MySQL AB es una
compaa comercial, fundada por los desarrolladores de MySQL. Es una
compaa Open Source de segunda generacin que une los valores y
metodologa Open Source con un exitoso modelo de negocio.
1.3.5.1. CARACTERSTICAS
A MySQL ES UN SISTEMA DE GESTIN DE BASES DE DATOS
Una base de datos es una coleccin estructurada de datos. Puede ser

cualquier cosa, desde una simple lista de compra a una galera de
pintura o las ms vastas cantidades de informacin en una red
corporativa. Para aadir, acceder, y procesar los datos almacenados en
una base de datos, necesita un sistema de gestin de base de datos
como MySQL Server. Al ser los computadores muy buenos en tratar
grandes cantidades de datos, los sistemas de gestin de bases de
datos juegan un papel central en computacin, como aplicaciones
autnomas o como parte de otras aplicaciones.
P. MySQL ES UN SISTEMA DE GESTIN DE BASES DE DATOS

RELACIONALES
Una base de datos relacional almacena datos en tablas separadas en

lugar de poner todos los datos en un gran almacn. Esto aade
velocidad y flexibilidad. La parte SQL de "MySQL"se refiere a
"Structured Query Language". SQL es el lenguaje estandarizado ms
comn para acceder a bases de datos y est definido por el estndar
ANSI/ISO SQL. El estndar SQL ha evolucionado desde 1986 y existen
varias versiones.
85
Q. MySQL SOFTWARE ES OPEN SOURCE
Open Source significa que es posible para cualquiera usar y modificar el

software. Cualquiera puede bajar el software MySQL desde internet y
usarlo sin pagar nada. Si se desea, se puede estudiar el cdigo fuente y
cambiarlo para adaptarlo a nuestras necesidades. El software MySQL
usa la licencia GPL (GNU General Public License), para definir lo que se
puede y no se puede hacer con el software en diferentes situaciones. Si
no estamos cmodos con la GPL o necesita aadir cdigo MySQL en
una aplicacin comercial, puede comprar una licencia comercial.
R. EL SERVIDOR DE BASE DE DATOS MySQL ES MUY RPIDO,

FIABLE Y FCIL DE USAR.
El servidor MySQL tiene una serie de caractersticas prcticas

desarrolladas en cooperacin con los usuarios.
MySQL Server se desarroll originalmente para tratar grandes bases de

datos mucho ms rpido que soluciones existentes y ha sido usado con
xito en entornos de produccin de alto rendimiento durante varios
aos. MySQL Server ofrece hoy en da una gran cantidad de funciones.
Su conectividad, velocidad, y seguridad hacen de MySQL Server
altamente apropiado para acceder bases de datos en Internet.
S. MySQL SERVER TRABAJA EN ENTORNOS CLIENTE/SERVIDOR O

INCRUSTADOS
El software de bases de datos MySQL es un sistema cliente/servidor

que consiste en un servidor SQL multi-threaded que trabaja con
diferentes backends, programas y bibliotecas cliente, herramientas
administrativas y un amplio abanico de interfaces de programacin para
aplicaciones (APIs); tambin se proporciona el MySQL Server como
biblioteca incrustada multi-threaded que puede enlazar en su aplicacin
87
para obtener un producto ms pequeo, rpido y fcil de administrar.
T. UNA GRAN CANTIDAD DE SOFTWARE DE CONTRIBUCIONES

EST DISPONIBLE PARA MySQL
Es muy posible que su aplicacin o lenguaje favorito soporte el servidor

de base de datos MySQL.
89
Captulo II: Desarrollo del Trabajo de Suficiencia
Tarrillo & Vsquez
CAPTULO II: DESARROLLO DEL TRABAJO DE SUFICIENCIA
1 MTODO TOP DOWN NETWORK DESIGN
El Mtodo Top Down Network Design, ha sido desarrollada por Priscilla

Oppenheimer, Mster en ciencias de informacin, apoyada por la empresa de
diseo de dispositivos de red CISCO SYSTEM, sta metodologa tiene como
propsito ayudar a disear redes que resuelvan las metas de las empresas
teniendo en cuenta las restricciones tcnicas como la accesibilidad,
escalabilidad, seguridad, usabilidad y adaptabilidad, para lograr un buen
diseo de la red.
1.3.6. FASE 1: IDENTIFICACIN DE LAS NECESIDADES Y LOS OBJETIVOS

DEL CLIENTE
En esta fase se realiza la identificacin de las necesidades y objetivos del

cliente, la identificacin de los objetivos tcnicos y sus restricciones,
adems se caracterizar la red existente para saber cules son las
funcionalidades y como estar organizada. Consideramos los siguientes
procesos.
1.3.6.1. ANLISIS DE OBJETIVOS DE NEGOCIO
A DESCRIPCIN DE LA EMPRESA
MicreditPer es una empresa muy joven dedicada principalmente a la

prestacin de servicios financieros a personas naturales y
microempresarios de las zonas urbano-marginales y rurales, teniendo
como principal mercado de operacin la regin La Libertad. Con 12
agencias en la regin, con su oficina principal en la ciudad de Trujillo y
con planes de expansin hacia la regin de Cajamarca. La empresa
MicreditPer, con tan solo tres aos de vida, es la de mayor crecimiento
en el rubro micro-financiero tanto en cartera de clientes como en
crditos colocados.
91
Tarrillo & Vsquez
a VISIN
Brindar servicios financieros de Excelencia para el logro de los

sueos de los pequeos emprendedores y personas naturales de las
zonas urbano marginales y rurales de la zona norte del pas.
h. MISIN
Financiamos los sueos de las personas naturales y

microempresarios de las zonas urbano marginales y rurales de la
zona norte del pas, que desean desarrollar negocios sostenibles
y adquirir bienes muebles e inmuebles para mejorar las condiciones
de vida de la familia, brindndoles servicios financieros de calidad
que satisfagan sus expectativas presentes y futuras.
B OBJETIVOS DE ESTRATGICOS DE NEGOCIO
a OBJETIVO 1
Crecimiento sano mayor al promedio del mercado.
ESTRATGIAS
- Minimizar los riesgos crediticios en la evaluacin del

crdito.
- Alcanzar calidad en la cartera de crditos.
- Promocin agresiva en el mercado objetivo.
i. OBJETIVO 2
Fortalecer el talento humano.
93
Tarrillo & Vsquez
ESTRATGIAS
- Capacitacin del personal en temas de inters

organizacional y personal.
- Implementar un plan de motivacin.
- Promover la carrera laboral.
- Remuneraciones promoviendo el sentido de logro y
resultados.
j. OBJETIVO 3
Brindar servicio de excelencia al cliente.
ESTRATGIAS
- Trato cordial y amable a los clientes y pblico en general.

- Atencin rpida en solucin de sus problemas.
- Ofrecer servicios y productos de acuerdo a sus
necesidades.
- Elaborar procesos internos que aseguren calidad.
U. ALCANCE DEL PROYECTO
Este proyecto es el primero en implementar la convergencia de voz y

datos, servicio de Telefona IP, en la red de datos de la empresa
MicreditPer, es decir, actualmente la empresa cuenta con una Red de
datos y una red de voz, el rea en el cual se disear el servicio de
Telefona IP abarcar la oficina principal (Trujillo) y 2 de sus sucursales.
1.3.6.2. ANALIZAR LOS OBJETIVOS TCNICOS DEL PROYECTO Y SUS

RESTRICCIONES
95
Tarrillo & Vsquez
En esta seccin presentamos los objetivos tcnicos que se espera alcanzar

con el diseo del proyecto de servicio de Telefona IP, as mismo
presentamos las restricciones que se presentan.
A USABILIDAD
Para el cumplimiento de ste objetivo las computadoras deben contar

con auriculares y micrfonos comunes, adems de contar con algn
software que lleve a cabo las funcionalidades de un telfono
convencional sobre el cual se capacitar al personal. Respecto al uso
del servicio en s no habr ningn inconveniente debido a que toda la
dificultad que conlleva el funcionamiento de ste servicio es totalmente
transparente al usuario como suele serlo tambin cuando se disea el
servicio de telefona con alguna otra tecnologa.
V. ESCALABILIDAD
Uno de los principales objetivos de la escalabilidad es hacer que el

diseo del servicio de Telefona IP est preparado para el crecimiento y
soporte de mayor cantidad de usuarios, sin perder la calidad de los
servicios y performance de acceso ofrecidos por la oficina de Trujillo,
para el logro de este objetivo, por el lado de la red de datos, se ha
verificado la existencia de puertos disponibles en el switch, el cual
estar en condiciones de soportar futuras conexiones en caso de
necesitar que ms usuarios (nuevos usuarios dentro de la oficina y
sucursales) utilicen los servicios de Telefona IP.
Para los clientes que podrn hacer uso del servicio de Telefona IP, la
aplicacin Asterisk 1.4 no tiene restriccin alguna en cuanto al registro
de clientes debido a que se realiza en el archivo de configuracin
sip.conf (tratado en otra seccin de este captulo) que es un archivo de
texto plano as como los dems archivos de configuracin que utiliza
Asterisk 1.4, sin embargo para la realidad de la empresa MicreditPer
97
Tarrillo & Vsquez
con 21 conexiones de datos activas en su oficina principal y con 11

agencias ms con un promedio de 3 conexiones de datos por oficina;
por lo tanto el servidor de Telefona IP tiene capacidad para el registro
de nuevos usuarios que se incorporen a la red en el corto y mediano
plazo.
W. ACCESIBILIDAD
El proyecto de diseo de servicio de Telefona IP ser accesible a los

usuarios que ya forman parte de la empresa y a los nuevos usuarios
que se integren, facilitando el uso de los servicios de Telefona IP en
cualquier ambiente que cuente con una computadora y pueda tener
acceso a la red mediante cable de red. El presente diseo cumplir con
las expectativas de la empresa ya que el servicio ser diseado tanto
para la oficina principal en la ciudad de Trujillo como para dos
sucursales, Paijn y Vir.
X. ADAPTABILIDAD
El servicio de Telefona IP se adaptar a la arquitectura de red actual sin

tener que realizar ningn cambio sobre ella debido a que no tiene
lmites en cuanto a su integracin con las distintas arquitecturas de
redes existentes tales como ATM, SONET o Ethernet.
El servicio de Telefona est diseado teniendo en cuenta el cambio de

la tecnologa sobre la cual est basada, debido a que constantemente
se liberan nuevas actualizaciones del software que no afectan
directamente la instalacin a menos que el administrador del servicio
decida migrar de una nueva versin, adems de contar con mucho
soporte libre por parte de la comunidad que hace uso de esta tecnologa
as como tambin por parte de la empresa que la mantiene.
99
Tarrillo & Vsquez
1.3.6.3. ANALIZAR LA SITUACIN TECNOLGICA ACTUAL DE LA

EMPRESA Y SUS RESTRICCIONES.
Actualmente la oficina principal de la empresa MicreditPer cuenta en sus

instalaciones con tecnologa acorde con sus necesidades fundamentales,
siendo sta suficiente para dar soporte a los procesos crticos de la
empresa.
A HARDWARE ACTUAL
Actualmente la empresa cuenta con 19 estaciones de trabajo dentro de

las cuales 14 son computadoras compatibles que an se mantienen
desde aproximadamente 2 aos y 5 laptops, tambin cuenta con 2
computadoras con caractersticas superiores a las estaciones de trabajo
las cuales cumplen la funcin de servidores. A continuacin detallamos
las caractersticas de los equipos.
Tabla 3: Caractersticas de estaciones de trabajo (PCs compatibles).
TEM DETALLE
Marca Compatible
Mainboard PC-CHIPS / P17G(5), P23G(7)
Procesador Intel Dual Core 1.8Ghz
Ram Kingston DDR2 512MB
Disco Duro Seagate 80GB
Lector/Grabador LG CD-RW CD y DVD
CD/DVD
Floppy Samsung 3 1/2
Case ATX 450W
Monitor Samsung 15.6 632NW
Total PCs 12
Tabla 4: Caractersticas de estaciones de trabajo (lapltops).
TEM DETALLE
101
Tarrillo & Vsquez
Marca Compaq
Procesador Pentiun Dual Core T2330 1.6Ghz
Ram DDR2 1GB
Disco Duro 80GB
Lector/Grabador CD-RW CD y DVD
CD/DVD
Total Laptops 5
Tabla 5: Caractersticas de computadoras con funcin de servidor.
TEM DETALLE
Marca Compatible
Mainboard PC-CHIPS / P23G | PC-CHIPS P55G
Procesador Intel Dual Core 2.0 Ghz | Intel Core 2 Duo 2.66 Ghz
Ram Kingston DDR2 1GB | Kingston DDR2 2GB
Disco Duro Samsung 120GB | Samsung 500GB
Lector/Grabador LG CD-RW CD y DVD
CD/DVD
Floppy Samsung 3 1/2
Case ATX 450W
Monitor Samsung 15.6 632NW
Total Servidores 2
Y. SERVICIOS DE RED ACTUALES
Actualmente la empresa MicreditPer cuenta con los siguientes

servicios de red:
- Internet, con ancho de banda de: BW= 2084/512Kbps.

- Correo electrnico interno.
- Servicio de directorio basado en Active Directory (AD).
Z. RESTRICCIONES
Actualmente la empresa no cuenta con un servidor propiamente dicho

para ninguno de los servicios que tiene implementados en su red. Para
efecto del diseo del servicio de Telefona IP es necesaria la compra de
un servidor con caractersticas ideales para una empresa en
103
Tarrillo & Vsquez
crecimiento, por lo que se recomienda la compra de un servidor HP

ProLiant el cual proporciona una solucin asequible y funcional a pymes
preocupados por el presupuesto y que cuentan con recursos internos en
TI escasos.
Tabla 6: Caractersticas de servidor HP ProLiant.
TEM DETALLE
Marca HP
Modelo HP ProLiant ML150 G6
ESPECIFICACIONES TCNICAS
Factor de forma del producto Torre - 5U
Escalabilidad del servidor 2 Va
Cantidad de compartimentos 1
frontales
Cantidad de compartimentos de 4
intercambio rpido (hot-swap)
Procesador Intel Xeon E5504 / 2 GHz
Tecnologa multipolar Quad-Core
Placa principal Intel 5500 / 800 MHz
Memoria RAM 2 GB / 24 GB (mx.) / DDR3 SDRAM -
ECC / 1066 MHz
Computacin de 64 bits S
Controlador de almacenamiento RAID ( Serial ATA-150 / SAS ) - PCI
Express ( Smart Array P410 )
Disco duro 250GB SATA 300MB/s
Unidad ptica DVD-ROM - Serial ATA
Controlador grfico Memoria de vdeo compartida (UMA) 32
MB
Memoria cach 4MB L3
REQUISITOS DE SISTEMA
Sistemas operativos compatibles Microsoft Windows 2000 Server
Microsoft Windows Server 2003 Enterprise
Edition
Microsoft Windows Server 2003 Web
Edition
Microsoft Windows Server 2003 Standard
Edition
Microsoft Windows Small Business Server
2003
UnixWare 7.1.4, SuSE Linux Enterprise
Server 10
Microsoft Windows Server 2003 Standard
x64 Edition
105
Tarrillo & Vsquez
Red Hat Enterprise Linux 5

Microsoft Windows Server 2003 Enterprise
x64 Edition
PRECIO S/. 4345.00 Inc. IVG
1.3.6.4. CARACTERIZAR LA RED DE DATOS EXISTENTE
Actualmente la empresa MicreditPer cuenta en sus instalaciones con una

infraestructura de red cableada, que cumple con estndares de cableado
estructurado y cuenta con una arquitectura Ethernet. Dentro de la
institucin se ha encontrado algunas caractersticas en su red cableada
como son:
- El cable que utilizan para sus instalaciones es de tipo UTP de

categora 5e.
- Los cables estn debidamente cubiertos por canaletas para su
proteccin.
- Los conectores utilizados son RJ-45 Categora 5e.
A PLANO DE DISTRIBUCIN FSICA DE LA INSTITUCIN
Se elabor el plano de distribucin de los ambientes de la institucin

para evaluar la infraestructura fsica del local y as conocer la estructura
y la distribucin de los ambientes donde se ubican las reas de la
empresa.
LOGISTICA
CONTABILIDAD SISTEMAS
SERVICIOS SERVICIOS
HIGIENICOS HIGIENICOS
GERENCIA SALA DE
PATIO CREDITOS CREDITOS
CREDITOS REUNIONES
GERENCIA
RECEPCION CREDITOS GERENCIA
ADMINISTRACION GENERAL
Y FINANZAS AUDITORIA LEGAL
107
DISTRIBUCION FISICA DE MICREDITPERU
Tarrillo & Vsquez
Figura 24: Distribucin fsica de MicreditPeru.
AA. PLANO DE DISTRIBUCIN DE PUNTOS DE CONEXIN DE VOZ

Y DATOS
Se elabor el plano de distribucin de equipos los cuales cuentan con

conexin cableada lo que nos permitir saber cuntos equipos despus
del diseo del servicio de Telefona IP contarn con una extensin de
Telefona IP.
109
Captulo II: Desarrollo del Trabajo de Suficiencia Tarrillo & Vsquez
CONTABILIDAD
LOGISTICA
SERVICIOS SERVICIOS
HIGIENICOS HIGIENICOS SISTEMAS
GERENCIA
CREDITOS
PATIO CREDITOS
SALA DE
REUNIONES
CREDITOS
CONEXION PARA DATOS
GERENCIA
CONEXION PARA VOZ
GENERAL
CABLE PARA DATOS
CABLE DE VOZ
LEGAL
RECEPCION CREDITOS AUDITORIA
GERENCIA
ADMINISTRACION
Y FINANZAS
PLANO DE DISTRIBUCION DE PUNTOS DE CONEXION DE VOZ Y DATOS
110
Figura 25: Plano de distribucin de puntos de conexin de voz y datos.
111
Tarrillo & Vsquez
AB. DESCRIPCIN DE LA RED ACTUAL
La empresa actualmente tiene implementado un tendido de red que

cumple con normas y estndares internacionales del cableado
estructurado, el cual se detalla a continuacin.
CABLE UTP CAT 5e
El cable utilizado en el tendido de la red, es cable UTP Cat. 5e de

marca 3M, el cual es usado en redes Ethernet y se encuentra
enmarcado en la norma TIA/EIA-568-A.
CONECTORES RJ-45
Los conectores usados en la red son conectores RJ-45 Cat. 5e

de marca AMP.
CAJA DE DATOS Y JACK
Todas las cajas de datos tienen capacidad para instalar un solo

Jack RJ-45 Cat. 5e, ambos de marca genrica.
CANALETAS
Las canaletas de proteccin, para cable de datos, usadas en el

tendido de red son de marca PANDUIT. Las canaletas ms
comunes en el tendido de red de la empresa MicreditPer son:
- Canaletas de ducto base y tapa T70 de 10.33 cm. de

ancho y 4.49 cm. de alto para el rea con mayor
concurrencia de cables como es el rea de Sistemas y
Sala de Reuniones.
- Canaletas de ducto base y tapa T45 de 6.03 cm. de ancho
y 3.17 cm. de alto para las reas Contabilidad y Gerencia
112
Tarrillo & Vsquez
General.
- Canaletas de ducto LD10 de 3.84 cm. de ancho y 2.39 cm.
de alto para las reas de Crditos, Legal, Auditora y
Gerencia de Creditos.
Los equipos de conectividad que actualmente operan en la red de la

empresa son 2 switches D-Link DES-3018, cuyas caractersticas se
detallan en la siguiente tabla.
Tabla 7: Caractersticas Switch D-Link DES-3018.
ITEM CARACTERSTICAS
Puertas 16 puertos 10/100 Mbps, deteccin automtica.
2 ranuras opcionales.
Mdulos Soportados DEM-301T - 01 1000Base-T Puerto
DEM-201F - 01 Puerto 100Base-FX (2KM-SC)
DEM-301G - 01 Mdulo SFP Soporta
DEM-310GT, DEM-311GT, DEM-314GT, DEM-
315GT
Estndares IEEE 802.3
IEEE 802.3u
IEEE 802.3x, control de flujo
IEEE 802.1d / w Spanning Tree
IEEE 802.1p / Q VLAN
IEEE 802.3ab
IEEE 802.3z
ANSI / IEEE 802.3 Nway auto-negociacin
VLAN IEEE 802.1Q Tagged VLAN
Nmero de VLAN: 255 (mx. estticas.)
Seguridad Para El Puerto de las funciones de seguridad (10 "entradas"
Acceso A La Red Mximo)
802.1x basado en Puerto / MAC
Autenticacin RADIUS
Figura 26:
113Switch DES-3018
Tarrillo & Vsquez
Tambin la empresa cuenta con un router D-Link DIR-615, sus

caractersticas se detallan a continuacin.
Tabla 8: Caractersticas Router D-Link DIR-615.
TEM CARACTRSTICAS
Estndares IEEE 802.11n
IEEE 802.11g/b
IEEE 802.3
IEEE 802.3u
Puertos 4 Puertos LAN 10/100 Mbps Fast Ethernet
MDI/MDIX
1 Puerto WAN 10/100 Mbps Fast Ethernet
MDI/MDIX
Wireless Signal Rates 802.11b: 1/2/5.5/11Mbps
802.11g: 6/9/12/18/24/36/48/54Mbps
802.11n: 30/60/90/120/180/240/270/300Mbps
114
Tarrillo & Vsquez
Firewall Network Address Translation (NAT)

Stateful Packet Inspection (SPI)
VPN pass-through
Multi-session PPP/L2TP/IPSec
Mac Address Filtering
URL Filtering
Scheduling
Soporte 1 DMZ
Administracin Internet Explorer v.6 o superior o Firefox v.1.5 o
superior
Netscape Navigator v6 o superior
DHCP Server y Cliente
Figura 27: Router DIR-615
1.3.7. FASE 2: DISEO LGICO DE TELEFONA IP
1.3.7.1. DISEAR MODELOS DE DIRECCIONAMIENTO IP Y

DENOMINACIN DE ANEXOS
En el caso de MicreditPer, la empresa cuenta con un direccionamiento IP

para su red actual, la cual se va a mantener sin realizar ningn cambio ya
que la denominacin de anexos de Telefona IP no requiere de la
modificacin de las direcciones IP debido a que en la relacin entre los
anexos y las direcciones IP no existe ninguna dependencia. A continuacin
se muestra el direccionamiento IP de los 21 equipos de cmputo.
Tabla 9: Nombramiento y direccionamiento IP de la red de MicreditPer.
115
Tarrillo & Vsquez
UBICACIN USUARIO NOM. IP

EQUIPO
Sistemas Administrador sistemas Serv01 192.168.1.21
Administrador sistemas Serv02 192.168.1.22
Administrador sistemas Sist01 192.168.1.23
Contabilidad Jefe contabilidad Cont01 192.168.1.31
Asistente contabilidad 01 Cont02 192.168.1.32
Asistente contabilidad 02 Cont03 192.168.1.33
Crditos Asistente crditos Cred01 192.168.1.11
Analista crditos 01 Cred02 192.168.1.12
Auxiliar de caja Cred05 192.168.1.15
Administrador crditos Cred06 192.168.1.16
Logstica Asistente de Gerencia Logi01 192.168.1.2
administracin y finanzas
Visitantes Logi02 192.168.1.3

Sala de Expositores SaRe01 192.168.1.4
reuniones
Auditora Jefe auditor Audi01 192.168.1.51
Asistente auditor Audi02 192.168.1.52
Legal Asesor legal Lega01 192.168.1.41
Gerencia Gerente crditos GeCr01 192.168.1.101
crditos
Gerencia Gerente administracin y GeAF01 192.168.1.102
administracin finanzas
y finanzas
Gerencia Gerente general GeGe01 192.168.1.103
general
1.3.7.2. DENOMINACIN DE ANEXOS
Los nombres y nmeros de anexos son muy importantes para el

funcionamiento de la red de Telefona IP tanto interna como externa (VPN
para las sucursales) ya que con ello vamos a designar que equipos van a
poder acceder al servicio, tanto de realizacin como recepcin de
llamadas, as como tambin poder hacer uso de muchas de las
funcionalidades que se puedan adicionar al servicio en el futuro.
116
Tarrillo & Vsquez
Tabla 10: Nombramiento y numeracin de anexos en estaciones de trabajo de

MicreditPer.
UBICACIN NOM. NOM. NUM.

EQUIPO ANEXO ANEXO
Sistemas Serv01 - -
Serv02 - -
Sist01 Sist-Jefe 1012
Contabilidad Cont01 Cont-Jefe 1009
Cont02 Cont-Asist1 1010
Cont03 Cont-Asist2 1011
Crditos Cred01 Cred-Asist 1001
Cred02 Cred-Analist1 1002
Cred05 Cred-Caja 1005
Cred06 Cred-Admin 1006
Logstica Logi01 Logistica 1007
Logi02 Visitante 1008
Sala de SaRe01 Reuniones 1013
reuniones
Auditora Audi01 Audit-Jefe 1014
Audi02 Audit-Asist1 1015
Legal Lega01 Legal-Jefe 1016
Gerencia GeCr01 Geren-Cred 1018
crditos
Gerencia GeAF01 Geren-Admin- 1017
administracin Finan
y finanzas
Gerencia GeGe01 Geren-Gen 1100
general
117
CONTABILIDAD
LOGISTICA
CONT- ASIST1
1010
CONT02
SIST-JEFE
1012
SIST01
CONT- ASIST2
1011
CONT03
LOGISTICA
1007
LOGI 01
SERVICIOS SERVICIOS
HIGIENICOS HIGIENICOS
CONT-JEFE
1009
CONT01
SISTEMAS
GERENCIA
CREDITOS
PATIO CREDITOS
CRED-ASIST CRED-ANALIS 1 CRED-ANALIS 2 CRED-ANALIS 3
SALA DE
1001 1002 1003 1004 CRED-CAJA
CRED 02 CRED 03 CRED 04 1005
CRED 01 CRED 05 VISITANTE GERENT-CRED
1018
1008
LOGI 02 GECR01 REUNIONES REUNIONES
1013
CREDITOS SARED01
CONEXION PARA DATOS

GERENCIA
CONEXION PARA VOZ
GENERAL
CABLE PARA DATOS
CABLE DE VOZ
LEGAL
RECEPCION CREDITOS AUDITORIA
AUDIT-ASIST1
1015
GERENT.-ADMINI FINAZ. AUDI 02
GERENT-GEN
GERENCIA GEAF01
1007 1100
AUDIT-JEFE GEGE01
1014
CRED-ADMIN. ADMINISTRACION AUDI 01 LEGAL-JEFE
1015
1008
CRED 05 Y FINANZAS LEGAL 01
NOMBRAMIENTO DE ANEXOS PARA TELEFONIA IP
118
Figura 28: Nombramiento de anexos para Telefona IP.
119
Tarrillo & Vsquez
Como se aprecia en el grfico anterior, por cada conexin de datos se

puede habilitar un anexo de Telefona IP con todas las funcionalidades del
servicio, tambin se puede ver que se han mantenido las conexiones de
voz debido a que el diseo inicial contempla la coexistencia de telefona
tradicional y Telefona IP, esto obedece a las medidas de precaucione que
se tomarn ya que en la fase inicial del proyecto puedan ocurrir
inconvenientes en la instalacin y configuracin del servidor de Telefona
IP.
1.3.7.3. DISEO DE ESTRATEGIAS DE SEGURIDAD DE TELEFONA IP
Para la seguridad del servicio de Telefona se tendr especialmente en

cuenta las estrategias de configuracin, debido a que la tecnologa utilizada
para el diseo del servidor es an joven y est en proceso de desarrollo y
es por ello que no cuenta con herramientas sofisticadas que brinden
seguridad especial al servidor de Telefona IP. A continuacin se detallan
las estrategias que se seguirn en la configuracin y administracin del
servidor de Telefona IP para reducir el riesgo de que ocurran los ataques
mencionados en el captulo anterior en la seccin seguridad en Telefona
IP.
CONFIGURACIN LIMPIA
La mayora de las aplicaciones se instalan con valores de

configuracin predefinidos y Asterisk 1.4 no escapa a esta
realidad. Los archivos de configuracin ms importantes como
son el archivo sip.conf y extensions.conf (tratados en la 4ta fase)
tienen muchos valores pre-configurados los cuales los convierten
en blancos fciles de uso para iniciar un ataque al servidor de
Telefona IP.
Para llevar a cavo la configuracin de estos archivos se debe

empezar desde cero, configurando solo los valores necesarios y
120
Tarrillo & Vsquez
neutralizando aquellos valores que vienen por defecto y que

puedan convertirse en peligro potencial.
NO ACEPTAR SIP AUTENTICATION REQUEST DESDE

CUALQUIER DIRECCIN
Usar los parmetros permit y deny en el archivo sip.conf para

permitir solo el conjunto de IPs de la red que sepamos que van a
intentar registrarse, as como configurar el parmetro
allowguest=no.
PONER ALWAYSAUTHREJECT=YES EN SIP.CONF
Esta opcin esta por defecto en no, lo que va a permitir fugas

de informacin de extensiones. Ponindolo en yes vamos a
denegar las bad authentication requests en usernames validos,
denegando as a los atacantes remotos la habilidad de detectar
extensiones con ataques de fuerza bruta.
USAR PASSWORDS FUERTES
Usar smbolos, nmeros, y mezclar con letras maysculas y

minsculas, por lo menos que sean passwords de 12 dgitos de
largo.
BLOQUEAR LOS PUERTOS DEL AMI MANAGER
Usar las lneas permit= y deny= en el manager.conf para

reducir la cantidad de peticin de conexiones sabiendo
nicamente el host.
PERMITIR SOLO UNA O DOS LLAMADAS A LA VEZ PARA

USUARIOS SIP
Usar la expresin call-limit=2 para limitar a los clientes sip ha
121
Tarrillo & Vsquez
enviar solamente a una o 2 llamadas.
ASEGURARSE QUE EL CONTEXTO [DEFAULT] ES SEGURO
No permitir que llamantes no autenticados puedan llegar a algn

contexto que permita realizar llamadas. Prohibir llamadas sin
autenticacin permanentemente poniendo allowguest=no en la
seccin [general] del sip.conf.
1.3.7.4. DISEO DE PLAN DE MIGRACIN DE TELEFONA

CONVENCIONAL A TELEFONA IP.
La migracin de la telefona convencional a la Telefona IP no supone un

proceso complicado, debido a que son 2 tecnologas orientadas a las
telecomunicaciones pero con definiciones y conceptos distintos. Ambas
tecnologas pueden coexistir para brindar una solucin conjunta, sin
embargo no es el objetivo del presente proyecto y aunque se mantendrn
las conexiones de voz en el diseo inicial, se ver al final del diseo una
red de datos y de Telefona IP totalmente integrada.
A continuacin se detallan los pasos que complementan lo mencionado en

secciones anteriores en este mismo captulo.
A INSTALACIN FSICA DEL SERVIDOR DE TELEFONA IP
El servidor de Telefona IP tiene que ser ubicado en un lugar estratgico

que permita tanto su seguridad lgica como fsica.
El lugar donde se ubicar el servidor de Telefona IP ser en el
ambiente de Sistemas de la empresa que es donde estn ubicadas las
computadoras que cumplen la funcin de servidores, adems se
instalar un punto de conexin de datos para su integracin a la red.
122
Tarrillo & Vsquez
Figura 29: Instalacin fsica de

servidor Telefona IP.
AC. CAMBIAR TELFONOS ANALGICOS POR SOFTPHONES
Para el diseo de del servicio de Telefona IP se ha previsto,

principalmente, el uso de softphones como interface para la recepcin y
realizacin de llamadas, sin embargo no se deja de lado el uso de los
telfonos analgicos, aunque este uso se realice de forma muy distinta
a la tradicional ya que no estar ligado a una conexin de voz sino mas
bien a un dispositivo que es un adaptador de seal digital a analgica;
este dispositivo es un ATA (Analog Telephone Adapter) que ser

instalado en ambientes estratgicos de la oficina principal de la
empresa.
123
Figura 30: Reemplazo de telfonos analgicos por Softphones.

Tarrillo & Vsquez
AD. CONEXIN CON PROVEEDOR TELEFONA IP
Como se mencion anteriormente, el objetivo del proyecto es que la

empresa mantenga el 100% de sus comunicaciones a travs del
servicio de Telefona IP, esto significa que al final del proyecto se
descarte en su totalidad la utilizacin de la telefona tradicional; para
que esto ocurra se tiene que elegir un proveedor de Telefona IP que
brinde los servicios tanto de entrada como salida de llamadas.
Figura 31: Conexin con servicio de proveedor SIP.
1.3.8. FASE 3: SELECCIN DE TECNOLOGAS PARA SERVICIO DE

TELEFONA IP
Esta es una fase muy importante para la implementacin del servicio de

Telefona IP ya que de las tecnologas que se seleccionen depende el buen
funcionamiento del servicio as como la tambin la ptima calidad del
servicio de Telefona IP. La seleccin de la tecnologa est directamente
relacionada con la reduccin de costos tanto en licencias como en costos
de servicio de telefona, es por ello que se ha elegido disear el servicio
sobre tecnologas de software libre.
1.3.8.1. SISTEMA OPERATIVO
Tabla 11: Caractersticas de distribuciones Linux ms populares.
DISTRO DISTRIB PROPSIT ARQ. PAQUETE COSTO

UCION O SOPORTAD SOPORT
124
Tarrillo & Vsquez
BASE AS E
Debian Ninguna General x86, x86-64 APT No
Red Hat Ninguna Server y x86, x86-64 RPM, yum S
workstation
CentOS RHEL Server y x86, x86-64 RPM, yum No
workstation
Suse Slackwar Workstatio x86, x86-64 YaST, S
e / Jurix n y server Zypper
Slackwar Softlandi General x86, x86-64 installpkg, No
e ng Linux upgradepkg
System
La eleccin del sistema operativo es de vital importancia para garantizar el

buen funcionamiento del servicio de Telefona IP. En el mundo del software
libre existen varias distribuciones orientadas a servidores; para el diseo
del proyecto se ha decidido evaluar distribuciones Linux para servidores de
libre distribucin, tomando en cuenta los ms destacados en su gnero,
siendo las ms trascendentes las distribuciones Debian y CentOS que es
una distribucin basada en RHEL.
La eleccin se bas principalmente en la experiencia del equipo de diseo

del proyecto y en un artculo publicado en la pgina web DistroWatch.com
con el ttulo Top Ten Distributions, An overview of todays top distributions,
en el cual se mencionan las 10 distribuciones ms importantes al da de
hoy en el mundo de Linux, dentro de las cuales destaca Debian y CentOS.
A continuacin veremos las caractersticas relevantes de estas 2
distribuciones.
A DEBIAN
Sin duda, un experimentado profesional con ms de una dcada de

desarrollo. Debian es una organizacin formada totalmente por
voluntarios dedicada a desarrollar software libre y promocionar los
ideales de la comunidad del software libre.
125
Tarrillo & Vsquez
Debian es una de las pocas distribuciones que benefician a cientos de

sitios web dedicados a la documentacin. La documentacin oficial que
se encuentran en el sitio web de Debian, es tambin abundante. No es
un wiki y hay IRC. Si realmente se necesita una respuesta rpida y
simple, se puede visitar UbuntuForums.
a PROS
- Es una distribucin de Linux muy estable.

- Ofrece un control de calidad notable.
- Existen ms de 20000 paquetes en stock.
- Responsable de inspirar ms de 120 distribuciones basadas
en Debian y Live CD.
- Soporta ms arquitecturas de procesador.
k. CONTRAS
- Carece de algunas de las nuevas tecnologas.

- El proceso de liberacin es lento.
AE. CENTOS
CentOS se basa en Red HatEnterprise Linux (clon binario al 100%) y

su objetivo es proporcionar una clase libre empresa plataforma
informtica y se esfuerzan por mantener la compatibilidad binaria
completa con su distribucin de origen.
CentOS es una distribucin de Linux que se ocupa de la estabilidad y

seguridad a largo plazo. CentOS tiene todo de lo que disponen los las
distribuciones de servidor ms importantes, excepto el caro soporte
oficial del proveedor. El soporte tcnico es ofrecido por la comunidad a
travs de sus listas de correo oficial, foro de internet y salas de chat;
126
Tarrillo & Vsquez
tambin ofrece soporte oficial a travs de un nmero de vendedores.
a PROS
- Estable y confiable.
- Libre para descarga y uso.
- Viene con 5 aos de actualizacin de seguridad gratuita.
- Sugerencias de actualizaciones de sistema y de seguridad.
- Tiene numerosas ventajas sobre otros proyectos clon.
- Tiene una activa y creciente comunidad de usuarios.
- Rpidamente reconstruido.
- Amplia red de mirrors.
- Los desarrolladores son contactables y receptivos.
- Mltiples vas de apoyo gratuito que incluyen chat IRC, listas
de correo, foros, una muy dinmica FAQ.
l. CONTRAS
- Carece de las ltimas tecnologas Linux.

- La mayora de los paquetes de software estn desfasados.
La eleccin de CentOS tiene que ver tambin directamente con la

compatibilidad con el hardware recomendado para el diseo del servicio
de Telefona IP, el cual es un servidor HP ProLiant ML 150 G6 que tiene
compatibilidad con la distribucin Linux RHEL que por tanto tambin es
compatible con CentOS por ser este ltimo un clon binario al 100% de
RHEL.
1.3.8.2. PBX
La eleccin del PBX (Private Branch Exchange) est relacionada

directamente con software libre; en este sentido no hay otra mejor
aplicacin que nos permita disear un servicio de Telefona IP que no sea
Asterix; pero como sucede con la mayora de aplicaciones de software
127
Tarrillo & Vsquez
libre, Asterisx tiene diversas variantes como por ejemplo Elastix y TrixBox
que son aplicaciones pre-configuradas que permiten la instalacin de
Asterisk de una manera ms sencilla y transparente que no requiere de un
conocimiento consolidado de la aplicacin Asterisk; sin embargo para fines
de estudio del diseo del servicio de Telefona IP se ha contemplado
realizar la instalacin de ms avanzada de Asterisk, es decir mediante
comandos, pero esto no quiere decir que no pueda alcanzar el nivel de las
aplicaciones pre-configuradas, todo lo contrario, ya veremos ms adelante
que se puede alcanzar o incluso mejorar las prestaciones que brindan
Elastix o TrixBox.
1.3.8.3. CLIENTE SIP
La eleccin del cliente SIP es tambin importante ya que representa la

interfaz del servicio de Telefona IP para el usuario. A continuacin se
presenta una tabla comparativa de algunos de los Clientes SIP ms
usados.
Tabla 12: Cuadro comparativo clientes SIP.
APLIC SISTEMA LICENCI PROTOCOL CAPACIDADES

ACIN OPERATIV A OS
O SOPORTAD
OS
X-Lite Linux, Mac Freeware / SIP, STUN, Calidad de servicio mejorada
OS, Propietaria ICE (QoS) para llamadas de voz y
Windows video.
Multiconferencia de voz y
video(IP y PSTN).
Grabacin de llamadas de voz
y video.
Interface sencilla para
configuracin de cuentas SIP.
Llamadas en espera.
Twinkle Linux GLP / SIP Multiples identidades de
Free llamada activa.
software Tonos personalizados.
Llamadas en espera.
128
Tarrillo & Vsquez
3 Vias de conferencia en
llamada.
Ekiga Linux, GLP / SIP, H.323, Redireccionamiento de
Windows Free H.263, llamadas en ocupado, sin
(beta), software H.264/MPEG respuesta, siempre.
OpenSolaris -4 AVC, Transferencia de llamadas.
STUN, Llamadas en espera.
Theora,
Zeroconf
Linpho Linux, GLP / SIP Video llamada.
ne Windows Free Soporte IPv6.
software
Kphone Linux(KDE GLP / SIP, STUN, Soporte IPv6.
) Free NAPTR/SRV Multiples llamadas en
software paralelo.
Llamadas en espera.
Transferencia de llamadas.
Como se puede ver en el cuadro anterior, segn las caractersticas de las

aplicaciones, todas son compatibles con Linux y tienen diferentes
caractersticas que los diferencia entre s; sin embargo de decisin de
elegir X-Lite se debe a la compatibilidad con otros sistemas operativos
como Windows que, en el caso de MicreditPer, es el SO que tiene
instalado en sus computadoras, adems de ello, la calidad mejorada del
servicio que ofrece X-Lite y como caracterstica relevante para el caso de
estudio es la facilidad de configuracin y uso que posee X-Lite.
1.3.8.4. PROVEEDOR SIP
Para la eleccin del proveedor, se evalu el mercado nacional y lo que se

busc es el servicio de una empresa que brinde al servidor de Telefona IP
la independencia de la telefona tradicional, seleccionando as a la empresa
Perusat, que adems de proveernos con la salida de la llamadas, tambin
nos permite la entrada de llamadas hacia nuestro servidor mediante la
entrega de un numero virtual a travs de su servicio llamado Serie 720.
1.3.9. FASE 4: INSTALAR, PROBAR, OPTIMIZAR Y DOCUMENTAR
129
Tarrillo & Vsquez
En esta fase se realiza la instalacin del servicio de Telefona IP as como

tambin se realizan las pruebas para luego optimizar y documentar el
servicio de Telefona IP.
1.3.9.1. INSTALACIN Y CONFIGURACIN DEL SERVICIO DE

TELEFONA IP
En este punto se realizar la instalacin y configuracin primordialmente

del software que nos permita levantar el servicio de Telefona IP que es
Asterisk 1.4, tambin se vern algunas actualizaciones del sistema
operativo CentOS 5.5 as como tambin la instalacin de programas tiles
que harn que el servicio funcione de una manera correcta. Para la
instalacin y configuracin de Asterisk 1.4 no existe un nmero de pasos
definido ya que estos se realizan segn sean las caractersticas que se
quiera dar al servidor. A continuacin se realizan los pasos de instalacin y
configuracin del servidor de Telefona IP.
A ACTUALIZACIN Y PREPARACIN DE CENTOS 5.5
Debido a que el sistema se ha instalado de la forma ms bsica y desde

un DVD es necesario realizar una actualizacin de todo dos los
paquetes del sistema desde una terminal de comandos mediante YUM,
que es un programa de gestin de paquetes para sistemas Linux, el
cual ser utilizado en la instalacin de la mayora de paquetes
necesarios para la configuracin del Servidor de Telefona IP. A
continuacin detallamos la ejecucin de los comandos con el usuario
administrador (root) para realizar la actualizacin de CentOS 5.5.
Abrimos un terminal de Linux para la ejecucin de los comandos, que

dicho sea de paso este terminal ser utilizado para la ejecucin del total
de los comandos que emplearemos en este punto.
Actualizamos el sistema por completo, el carcter # nos indica que
130
Tarrillo & Vsquez
estamos ejecutando los comandos con el usuario administrador del

sistema (root), a continuacin el gestor de paquetes yum y el parmetro
-y que indica que se instalarn los paquetes de manera automtica sin
preguntarnos si deseamos instalarlos o no y; por ltimo el comando
update que es que se va a encargar de buscar todos los paquetes
disponibles para actualizacin.
# yum -y update
Luego de realizar la actualizacin con xito procedemos a reiniciar el

sistema para que se apliquen todos los cambios.
# reboot
Como mencionamos anteriormente, no todos los paquetes sern

instalados mediante yum sino que tambin haremos la instalacin a
travs de paquetes descargados en su versin de cdigo fuente; para
ello necesitamos instalar algunos paquetes que nos permitan la
compilacin de estas fuentes y lo haremos mediante el comando
groupinstall y le indicamos que queremos que instale todas las
herramientas de desarrollo.
# yum -y groupinstall 'Development Tools'
Tambin instalamos las libreras de desarrollo.
# yum -y groupinstall 'Development Libraries'
Instalamos ahora los paquetes Vorbis y Speex, que son

decodificadores/codificadores de audio que se van a utilizar en el PBX.
# yum -y install libvorbis libvorbis-devel vorbis-tools speex speex-devel
131
Tarrillo & Vsquez
Para poder usar MySQL como base de datos predefinida tenemos que
instalarlo en este punto ya que nos ser de mucha utilidad para
almacenar el CDR (Call Detail Record) o registro detallado de las
llamadas as como tambin nos servir para almacenar los mensajes de
voz.
# yum -y install mysql mysql-server mysql-devel
Adems de debemos instalar ODBC para crear las conexiones a las

bases de datos.
# yum -y install unixODBC unixODBC-devel mysql-connector-odbc libtool-ltdl-

devel
Tambin instalamos Lame que es un decodificador/codificador de MP3

que ser til para usar msica en espera con archivos MP3.Nos
ubicamos en la carpeta /src/usr.
# cd /usr/src
Procedemos con la descarga del paquete comprimido de Lame usando

el comando wget.
# wget http://ufpr.dl.sourceforge.net/sourceforge/lame/lame-398-2.tar.gz
Descomprimimos el paquete con el comando tar.
# tar -xf lame-398-2.tar.gz
Nos ubicamos en la carpeta que se acaba de crear que es donde se

encuentran las fuentes de Lame.
# cd lame-398-2
132
Tarrillo & Vsquez
Compilamos las fuentes e instalamos con los siguientes comandos.
# ./configure --prefix=/usr
# make
# make install
Terminamos con el comando ldconfig que nos permite actualizar las

libreras utilizadas por el sistema operativo.
# ldconfig v
Para poder volver a compilar archivos MP3, por ejemplo para bajar la
calidad del sampling o para realizar conversiones de formatos de audio
que nos sern tiles al momento de realizar la comunicacin y para ello
antes de compilar Sox, que es un paquete de conversin de formato, se
necesita la librera Libmad.
Nos ubicamos en la carpeta /src/usr.
# cd /src/usr
Descargamos el paquete comprimido.
# wget http://prdownloads.sourceforge.net/mad/libmad-0.15.1b.tar.gz
Realizamos la descompresin.
# tar -xf libmad-0.15.1b.tar.gz

Nos ubicamos en la carpeta creada con el comando anterior que es
donde se ubican las fuentes de Libmad.
133
Tarrillo & Vsquez
# cd libmad-0.15.1b
# make
# make install

# ldconfig v
Una vez realizada la instalacin anterior procedemos a instalar Sox

(SOund Exchange) que como dijimos anteriormente nos ser muy til
para convertir archivos audio de un formato a otro.
Nos ubicamos en la carpeta /src/usr.
# cd /src/usr
Descargamos el programa.
# wget http://ufpr.dl.sourceforge.net/sourceforge/sox/sox-14.3.0.tar.gz
Descomprimimos.
# tar -xf sox-14.3.0.tar.gz
Nos ubicamos dentro de la carpeta creada en el paso anterior.
# cd sox-14.3.0
134
Tarrillo & Vsquez
# make
# make install

# ldconfig v
RESUMEN
Como se ha visto a lo largo de este punto son necesarias las

actualizaciones e instalacin de paquetes previos a la instalacin del
programa ms importante que es Asterisk 1.4, tambin es necesario
aclarar que algunos de los programas son necesarios que se instalen
antes de instalar Asterisk 1.4 de lo contrario no se integrarn con las
funcionalidades de este.
AF. INSTALACIN Y PRE-CONFIGURACIN DE ASTERISK 1.4
Como primer paso tenemos que descargar las fuentes a nuestra

computadora y para ello tambin nos ubicamos en la carpeta /src/usr.
# cd /src/usr
Ahora procedemos con la descarga del paquete.
# wget http://downloads.digium.com/pub/asterisk/asterisk-1.4-current.tar.gz
Descomprimimos el archivo que contiene el fuente de Aterisk 1.4.
# tar -xf asterisk-1.4-current.tar.gz
135
Tarrillo & Vsquez
Nos situamos en la carpeta donde descomprimimos el archivo las

fuentes de Asterisk 1.4.
# cd /usr/src/asterisk-1.4.35
Procedemos a realizar la instalacin de Asterisk 1.4, ejecutando el script

configure que nos permite comprobar las caractersticas del sistema
que afectan la compilacin de Asterisk 1.4 adems de realizar la
configuracin de acuerdo a estos valores para luego crear el archivo
makefile.
Una vez realizada la compilacin del Asterisk 1.4 ejecutamos el

siguiente comando para mostrar un men donde se configurar los
mdulos que instalaremos junto con Asterisk 1.4.
# make menuselect
Figura 32: Ventana para seleccin de mdulos a

instalarse con Asterisk 1.4.
Ahora se procede con la compilacin de Asterisk 1.4.
# make
136
Tarrillo & Vsquez
Luego instalamos la aplicacin en el sistema.
# make install
Tambin instalamos los archivos de configuracin de muestra.
# make samples
As como tambin configuramos para que Asterisk 1.4 arranque al

iniciar el sistema.
# make config
RESUMEN
Con la instalacin y pre-configuracin de Asterisk 1.4, le indicamos a

nuestro servidor que va a cumplir la funcionalidad de un servidor proxy
SIP y que desde ya est configurado de manera pre-determinada,
mediante sus archivos de configuracin, para atender solicitudes,
procesarlas y responderlas
AG. INSTALACIN DE ASTERISK-ADDONS 1.4
Este paquete es un complemento que nos permitir otorgarle soporte a

nuestro servidor Asterisk 1.4 a tres funcionalidades muy importantes de
las cuales solo haremos uso de la primera.
- Mantener un registro de todas las llamadas realizadas mediante

el servidor Asterisk en una base de datos MySQL.
- Permitir al servidor Asterisk poder usar archivos MP3 para la
msica en espera, el cual no es muy recomendado para
servidores con muchos telfonos (Van Megglen, J., 2007)
- Aadir a nuestro servidor Asterisk el protocolo H.323 para poder
137
Tarrillo & Vsquez
proveer a los usuarios con servicio de tele-conferencia con

capacidad de voz, video y datos.
Si luego de la instalacin de Asterisk, su demonio qued en ejecucin,

es necesario detenerlo antes de instalar el complemento. Para este fin
ejecutamos el siguiente comando.
# /etc/init.d/asterisk stop
Ahora realizamos la instalacin de Asterisk-addons, para iniciar la

instalacin de este paquete tenemos que descargarlo y para eso nos
ubicamos en la carpeta /usr/src.
# cd /usr/src
Realizamos la descarga del paquete Asterisk-addons.
# wget http://downloads.digium.com/pub/asterisk/asterisk-addons-1.4-
current.tar.gz
Procedemos con la instalacin realizando pasos similares a los que

utilizamos para instalar Asterisk 1.4.
Descomprimimos.
# tar -xf asterisk-addons-1.4-current.tar.gz
Nos situamos dentro de la carpeta de Asterisk-addons.
# cd asterisk-addons-1.4.11
Procedemos a configurar, compilar e instalar.
# make
138
Tarrillo & Vsquez
# make install
# make samples
RESUMEN
Ahora que tenemos instalado el complemento Asterisk-addons

podremos hacer uso, en nuestro servidor Asterisk, de las
funcionalidades que se indican al inicio de este punto y que se detalla
en el siguiente punto.
AH. CREACIN DE BASE DA DATOS PARA EL CDR
El Registro Detallado de Llamadas CDR, contiene informacin de las

llamadas que han pasado por nuestro servidor Asterisk, el cual es
mucho ms fcil de administrar si se almacena en una base de datos
que, dicho sea de paso, es uno de los usos populares de las bases de
datos en Asterisk (Van Megglen, J., 2007).
Si queremos llevar un control sobre las llamadas que realizan los

usuarios del servico de Telefona IP tenemos que guardar CDR en una
base de datos MySQL. Para empezar este punto es necesario iniciar el
demonio de Mysql ya que solamente se realiz la instalacin pero no se
levant el servicio, o para mayor seguridad ver el estado actual del
servicio ejecutando el siguiente comando.
# /etc/init.d/mysqld status
Si el servicio est ejecutndose, no realizamos ningn cambio pero en

caso contrario ejecutamos el siguiente comando para levantar el
servicio.
# /etc/init.d/mysqld start
139
Tarrillo & Vsquez
Para poder crear la base de datos tenemos que ingresar al servidor,

pero aun no tenemos ningn usuario creado, pero cuando realizamos la
instalacin se cre un usuario por defecto que tiene el mismo nombre
que el usuario administrador del sistema y tiene todos los permisos
sobre MySQL y las bases de datos que en l se creen, pero este
usuario an no tiene contrasea por lo que le vamos a crear una con los
siguientes comandos; mysqladmin se refiere al administrador de
MySQL, el parmetro -u nos permite ingresar un usuario que es root y el
parmetro password nos permite fijar una contrasea para el
administrador que es lo que sigue P@ssw0rd.
# mysqladmin -u root password P@ssw0rd
Ahora accedemos al servidor MySQL haciendo uso del usuario root con
el siguiente comando; ntese que al final est el parmetro p que no
indica que tenemos que ingresar el password, mismo que no se
visualizar por motivos de seguridad.
# mysql -u root -p
Una vez dentro del servidor MySQL procedemos a la creacin de la

base de datos.
> create database srvtipcdr;
Cambiamos de base de datos ya que la predefinida es mysql y donde

vamos a almacenar el CDR es precisamente en la base de datos que
acabamos de crear.
> use srvtipcdr;
Ahora procedemos a la creacin de la tabla donde Asterisk almacenar

la informacin de las llamadas realizadas.
140
Tarrillo & Vsquez
> create table cdr(

calldate datetime NOT NULL default '0000-00-00 00:00:00',
clid varchar(80) NOT NULL default '',
src varchar(80) NOT NULL default '',
dst varchar(80) NOT NULL default '',
dcontext varchar(80) NOT NULL default '',
channel varchar(80) NOT NULL default '',
dstchannel varchar(80) NOT NULL default '',
lastapp varchar(80) NOT NULL default '',
lastdata varchar(80) NOT NULL default '',
duration int(11) NOT NULL default '0',
billsec int(11) NOT NULL default '0',
disposition varchar(45) NOT NULL default '',
amaflags int(11) NOT NULL default '0',
accountcode varchar(20) NOT NULL default '',
uniqueid varchar(32) NOT NULL default '',
userfield varchar(255) NOT NULL default ''
);
Ahora creamos un nuevo usuario y le damos todos los privilegios para

manejar la base de datos creada.
> GRANT ALL PRIVILEGES ON srvtipcdr.* TO 'srvtipadm'@'localhost'

IDENTIFIED BY 'P@ssw0rd' WITH GRANT OPTION;
Le entregamos los privilegios.
> flush privileges;
Salimos del servidor MySQL.
> quit;
141
Tarrillo & Vsquez
Detenemos el servicio para realizar el ltimo paso de configuracin.
# /etc/init.d/mysqld stop
Como ltimo paso para que la funcionalidad est activa tenemos que
aadir unas lneas en un archivo de configuracin de Asterisk. Abrimos
el archivo cdr_mysql.conf con el editor de texto con gedit.
# gedit /etc/asterisk/cdr_mysql.conf
Agregamos las siguientes lneas.
[global]
hostname=localhost
dbname=srvtipcdr
table=cdr
password=P@ssw0rd
user=srvtipadm
port=3306
sock=/var/lib/mysql/mysql.sock
RESUMEN
Con la configuracin de del almacenado del CDR en una base de datos

MySQL podremos si queremos llevar el control de varios servidores
Asterisk con una sola table (Van Megglen, J., 2007) debido a la facilidad
que nos proporciona esta configuracin.
AI. CREACIN DE LA BASE DE DATOS PARA ALMACENAR LOS

MENSAJES DE VOZ REALTIME.
Asterisk RealTime ARA, es un mtodo de almacenamiento de los
142
Tarrillo & Vsquez
archivos de configuracin, que normalmente se encuentran en la

carpeta /etc/asterisk, en una base de datos. Existen dos tipos de ARA;
el dinmico que se realiza sobre objetos users y peers , y tambin sobre
el voicemail; el esttico se realiza sobre los dems archivos de
configuracin y la forma de lectura es similar a la tradicional. El mapeo
de archivos de configuracin para ambos tipos se realiza desde el
archivo extconfig.conf. (Van Megglen, J., 2007).
Como primer paso es necesario detener el servicio de Asterisk.
Ahora tenemos que crear la base de datos en MySQL donde vamos a

crear una tabla para guardar los datos relacionados con los correos de
voz. Primero damos un restart del servidor Mysql en caso que est
iniciado el servicio en caso contrario lo iniciamos.
# /etc/init.d/mysqld restart
# /etc/init.d/mysqld start
Iniciamos sesin con la cuenta de administrador.
# mysql -u root p
Ahora creamos la base de datos para los correos de voz.
> create database srvtipvoicemail;
Cambiamos de base de datos.
> use srvtipvoicemail;
143
Tarrillo & Vsquez
Ahora creamos la tabla para almacenar los correos de voz.
> CREATE TABLE voicemessages (

id int(11) NOT NULL auto_increment,
msgnum int(11) NOT NULL default '0',
dir varchar(80) default '',
context varchar(80) default '',
macrocontext varchar(80) default '',
callerid varchar(40) default '',
origtime varchar(40) default '',
duration varchar(20) default '',
mailboxuser varchar(80) default '',
mailboxcontext varchar(80) default '',
recording longblob,
PRIMARY KEY (id),
KEY dir (dir)
) ENGINE=InnoDB;
Ahora creamos un nuevo usuario y le damos todos los privilegios para

manejar la base de datos srvtipvoicemail.
> GRANT ALL PRIVILEGES ON srvtipvoicemail.* TO 'srvtipadmvm'@'localhost'

Le damos todos los privilegios.
> flush privileges;
Como ltimo paso salimos MySQL.

> quit;
Tenemos nuestra base de datos con su tabla y el usuario que tiene los
privilegios para manejarla, ahora tenemos que crear dos archivos en la
144
Tarrillo & Vsquez
carpeta etc para conectar ODBC con MySQL.
# gedit /etc/odbcinst.ini
Aadimos las lneas.
[MySQL]
Description = ODBC for MySQL
Driver = /usr/lib/libmyodbc3.so
Setup = /usr/lib/libodbcmyS.so
FileUsage =1
Ahora abrimos el siguiente archivo
# gedit /etc/odbc.ini
Aadimos las siguientes lneas.
[asterisk-connector]
Description = MySQL connection to 'asterisk' database
Driver = MySQL
Database = srvtipvoicemail
Servername = localhost
UserName = srvtipadmvm
Password = P@ssw0rd
Port = 3306
Option =3
Como se puede apreciar aparecen todos los datos de la base de datos

recin creada (nombre base de datos, host MySQL, usuario y
contrasea). Es necesario prestar atencin a la etiqueta [asterisk-
conector] porque la vamos a necesitar en la configuracin del archivo
res_odbc.conf.
145
Tarrillo & Vsquez
Ahora modificamos el archivo extconfig.conf para decirle a Asterisk que

guarde los datos en RealTime.
# gedit /etc/asterisk/extconfig.conf
Aadimos en la parte final del archivo esta lnea:
voicemail => odbc,asterisk,voicemessages
Guardamos el archivo y pasamos al archivo voicemail.conf.
# gedit /etc/asterisk/voicemail.conf
Agregamos estas lneas.
odbcstorage=asterisk
odbctable=voicemessages
Como se puede ver odbcstorage es el que indicamos en extconfig.conf

y voicemessages es la tabla de la base de datos voicemail. Guardamos
el archivo y pasamos a otro.
# gedit /etc/asterisk/res_odbc.conf
Aadimos o modificamos estas lneas
[asterisk]
enabled => yes
dsn => asterisk-connector
username => srvtipadmvm
password => P@ssw0rd
pre-connect => yes
146
Tarrillo & Vsquez
En dsn aparece la etiqueta de que indicamos tener en cuenta en la

parte superior. Los dems datos estn bastante explicados por si solos.
Ahora que tenemos todo listo podemos volver a arrancar Asterisk.
# /etc/init.d/asterisk start
Y como paso final para no tener que estar iniciando manualmente el
servicio de MySQL ejecutamos un comando para que inicie cuando
inicie el sistema.
# chkconfig mysql
RESUMEN
Almacenar el correo de voz en una base de datos podra tener mucha

relevancia en cuestiones de seguridad para una empresa y debido a
que de manera predeterminada estos se almacenan en carpetas
comunes, es necesario crear una base de datos para almacenarlos de
manera ms segura.
AJ. CONFIGURACIN DE VOCES EN ESPAOL
De manera predeterminada Asterisk trae las voces en ingls y aunque

se puede instalar tambin las voces en espaol, estas son de muy baja
calidad. Lo primero que tenemos que hacer es bajar el set de voces en
espaol. Veremos que hay con distinto formato pero para este caso
descargaremos las voces en los formatos alaw o ulaw, ya que son de
ms calidad.
Nos ubicamos en la carpeta /usr/src
# cd /usr/src
147
Tarrillo & Vsquez
Creamos una carpeta para almacenar las descargas.
# mkdir voces
Nos ubicamos ahora dentro de la carpeta creada.

# cd voces
Procedemos con la descarga
# wget http://www.voipnovatos.es/voces/voipnovatos-core-sounds-es-ulaw-
1.4.tar.gz
# wget http://www.voipnovatos.es/voces/voipnovatos-extra-sounds-es-ulaw-
1.4.tar.gz
Si nos fijamos veremos que hay dos conjuntos de voces diferentes.

Ambas se complementan y es necesario tener las dos para que nos
salga todo en espaol. En caso de que no exista algn archivo de voz
en espaol cuando se reproduce alguna parte del dialplan en Asterisk,
nos saldr la correspondiente voz en ingls.
Las descomprimimos los paquetes.
# tar zxvf voipnovatos-extra-sounds-es-ulaw-1.4.tar.gz

# tar zxvf voipnovatos-core-sounds-es-ulaw-1.4.tar.gz
La estructura de carpetas creadas es del tipo /carpeta/es, la cual no se

corresponde con la estructura predefinida en Asterisk 1.4, la cual es
/es/carpeta/. La solucin consiste en ir moviendo los directorios que han
sido descomprimidos hacia la ubicacin correcta.
# mkdir /var/lib/asterisk/sounds/es/dictate
# mkdir /var/lib/asterisk/sounds/es/letters
# mkdir /var/lib/asterisk/sounds/es/silence
148
Tarrillo & Vsquez
# mkdir /var/lib/asterisk/sounds/es/followme
# mkdir /var/lib/asterisk/sounds/es/phonetic
# mkdir /var/lib/asterisk/sounds/es/digits
Ahora movemos las carpetas contenedoras de las voces en espaol a

las carpetas creadas por Asterisk para almacenar las locuciones en
espaol.
# mv voces/es/* /var/lib/asterisk/sounds/es/
# mv voces/digits/es/* /var/lib/asterisk/sounds/es/digits/
# mv voces/dictate/es/* /var/lib/asterisk/sounds/es/dictate/
# mv voces/letters/es/* /var/lib/asterisk/sounds/es/letters/
# mv voces/silence/es/* /var/lib/asterisk/sounds/es/silence/
# mv voces/followme/es/* /var/lib/asterisk/sounds/es/followme/
# mv voces/phonetic/es/* /var/lib/asterisk/sounds/es/phonetic/
Como ltimo paso de la configuracin tenemos que decirle a Asterisk

que use las voces en espaol en lugar de las voces en ingls.
# gedit /etc/asterisk/asterisk.conf
[general]
languageprefix=yes
RESUMEN
Con las voces en espaol instaladas se podr tener una ptima

interaccin entre los clientes de la empresa con el sevidor Asterisk.
AK. SINTETIZADOR DE VOZ CEPSTRAL
149
Tarrillo & Vsquez
Este software es el encargado de generar voz natural en tiempo real de

cualquier texto arbitrario que se le introduzca al sistema o que es ledo
de una base de datos.
Para poder usar voces en las consultas a las bases de datos tenernos
que proveerle de un sintetizador de voz a nuestro servidor de Telefona
IP, dicho lo anterior vamos a ver que en el mundo del software libre
existe un programa bastante verstil como es Festival, pero sin
embargo no cumple las expectativas del proyecto debido a que
presenta cortes en la sntesis de los textos configurados. Vamos a ver
tambin la presencia de Cepstral que tiene aun mejores cualidades que
Festival pero es un software propietario, esto no impide que podamos
usarlo en nuestro servidor ya que la empresa nos brinda un demo
donde vamos a poder apreciar la calidad de las voces de este
programa.
Procedemos con la descarga de las voces dentro de la carpeta /opt as

que no ubicamos en dicha carpeta.
# cd /opt
Descargamos las voces en espaol para Cepstral.
# wget http://downloads.cepstral.com/cepstral/i386-linux/Cepstral_Miguel-
8kHz_i386-linux_5.1.0.tar.gz
Descomprimimos el paquete descargado.
# tar -xf Cepstral_Miguel-8kHz_i386-linux_5.1.0.tar.gz

Ahora nos situamos en la carpeta que se gener al descomprimir.
# cd Cepstral_Miguel-8kHz_i386-linux_5.1.0
150
Tarrillo & Vsquez
Como paso siguiente procedemos a instalar la voz.
# ./install.sh
Aceptamos la licencia, escogemos la carpeta /opt/swift para la

instalacin y confirmamos los datos.
Ahora tenemos que decirle a Linux donde buscar las libreras del
programa. Abrimos el archivo ld.so.conf y lo editamos.
# gedit /etc/ld.so.conf
Aadimos la siguiente lnea al final del archivo.
/opt/swift/lib
Guardamos y actualizamos las libreras del sistema.
# ldconfig v
Ahora que hemos instalado las voces tenemos que instalar el programa
que har uso de las voces en nuestro servidor Asterisk. Para ello
tenemos que descargar el paquete as que nos ubicamos en la
carpeta /usr/src
# cd /usr/src
Procedemos con la descarga del programa.

# wget http://www.voztovoice.org/tmp/app_swift-1.4.2.tar.gz
Lo descomprimimos.
151
Tarrillo & Vsquez
# tar -xf app_swift-1.4.2.tar.gz
Entramos en la carpeta generada en el paso anterior.

# cd app_swift-1.4.2
Compilamos e instalamos.
# make
# make install
Paramos y volvemos a arrancar Asterisk
# /etc/init.d/asterisk start
Averiguamos que el modulo est cargado, antes que nada recargamos

Asterisk.
# asterisk rvvvvvvvvvvvd
Ahora ingresamos en el prompt de Asterisk los siguientes comandos.
> module show like app_s

> core show application swift
Salimos del prompt CLI.
> quit
Ahora configuramos el archivo de Swift para poder usarlo con Asterisk.

En la carpeta donde estn los archivos de configuracin de Asterisk
encontraremos un nuevo archivo que es swift.conf. Tenemos que
152
Tarrillo & Vsquez
modificarlo para terminar la integracin de Cepstral en Asterisk.
Para ello editamos el archivo.

# gedit /etc/asterisk/swift.conf
[general]
buffer_size=65535
goto_exten=yes
voice=Miguel-8kHz
Guardamos los cambios y actualizamos asterisk
# /etc/init.d/asterisk reload
Como ltimo paso volvemos a cargar el mdulo.
# asterisk rvvvvvvvvvvvvvvvvvvvvvvd
Ejecutamos los siguientes comandos en el prompt CLI.
> module unload app_swift

> module load app_swift
Por ltimo salimos del prompt CLI.
> quit
RESUMEN
Una vez realizada esta configuracin tenemos que decirle a Asterisk
153
Tarrillo & Vsquez
que use el programa Swift con las voces de Cepstral, esto lo veremos
en dialplan cuando configuremos nuestro IVR para que interactue con
los clientes de la empresa
AL. CONSULTA A BASE DE DATOS
En este punto veremos cmo usar el conector ODBC y el archivo de

configuracin de Asterisk func_odbc.conf para hacer consultas en una
base de datos MySQL, todo esto se configurar con unas cuantas
lneas del Diaplan.
Ahora procedemos con la configuracin del driver ODBC:

# gedit /etc/odbcinst.ini
[MySQL]
Description = ODBC for MySQL
Driver = /usr/lib/libmyodbc3.so
Setup = /usr/lib/libodbcmyS.so
FileUsage =1
Ahora creamos una base de datos de prueba donde estarn

almacenados los datos de los clientes, de sus crditos y sus cuotas.
Iniciamos sesin con el usuario administrador del sistema.
# mysql -u root -p
Procedemos a la creacin de la base de datos.
> create database MicreditoSAC;
Cambiamos de base de datos a la que acabamos de crear.
> use MicreditoSAC;
154
Tarrillo & Vsquez
Ahora procedemos a la creacin de las tablas para los clientes, crditos

y cuotas.
> create table cliente(

cli_dni int(8) NOT NULL,
cli_nombre varchar(20) NOT NULL,
cli_apellido varchar(20) NOT NULL,
cli_telefono int(6) NOT NULL,
cli_celular int(9) default '0',
cli_direccion varchar(40) NOT NULL,
cli_sexo char(1) NOT NULL,
cli_estado_civil char(1) NOT NULL default 'S',
cli_clase char(1) NOT NULL default 'A',
primary key(cli_dni)ENGINE=InnoDB);
> create table credito(

cre_codigo varchar(5) NOT NULL,
cli_dni int(8) NOT NULL,
cre_monto int(6) NOT NULL,
cre_plazo int(2) NOT NULL default '0',
cre_numero_cuotas int(2) NOT NULL default '0',
cre_fecha_desembolso date NOT NULL,
cre_estado char(1) NOT NULL default 'V',
primary key(cre_codigo),
foreign key(cli_dni) references cliente(cli_dni))EnGINE=InnoDB;
> create table cuota(

cuo_numero int(2) NOT NULL,
cre_codigo varchar(5) NOT NULL,
cuo_monto int NOT NULL,
cuo_fecha_pago date NOT NULL,
cuo_estado char(1) NOT NULL default 'V',
PRIMARY KEY(cuo_numero, cre_codigo) ,
155
Tarrillo & Vsquez
FOREIGN KEY(cre_codigo) references credito(cre_codigo))ENGINE=InnoDB;
Ahora procedemos a la carga de datos para las 3 tablas.
> load data local infile '/opt/cliente.txt' into table cliente;

> load data local infile '/opt/credito.txt' into table credito;
> load data local infile '/opt/cuota.txt' into table cuota;
Una vez creada la base de datos, las tablas y cargados los datos
tenemos que crear un usuario con todos los privilegios para que pueda
acceder a ella, as que procedemos a la creacin del usuario.
> GRANT ALL PRIVILEGES ON MicreditoSAC.* TO 'srvtipadmsql'@'localhost'

Le entregamos todos los privilegios
> flush privileges;
Como ltimo paso salimos del servidor MySQL.

> quit
Ahora tenemos creada la base de datos, las tablas, los datos cargados
y el usuario creado, lo nico que nos queda por hacer es modificar 3
archivos de configuracin de Asterisk.
# gedit /etc/asterisk/res_odbc.conf
Aadimos las siguientes lneas.
[MicreditoSAC]
enable = yes
dsn = MicreditoSAC
156
Tarrillo & Vsquez
username = srvtipadmsql
password = P@ssw0rd
loguniqueid = yes
pre-connect = yes
Hora vamos a editar el siguiente archive el cual contiene las consultas

para la base de datos, este archivo como veremos ms adelante trabaja
de manera conjunta con el archivo extensions.conf.
# nano /etc/asterisk/func_odbc.conf
Aadimos las consultas.
[NUM-CRED]
dsn=MicreditoSAC
readsql=select count(*) from credito where credito.cli_dni = '${SQL_ESC(${ARG1})}'
and credito.cre_estado = 'V'
[CUO-AT]
dsn=MicreditoSAC
readsql= select count(*) from credito, cuota where credito.cli_dni = '${SQL_ESC($
{ARG1})}' and credito.cre_estado = 'V' and credito.cre_codigo = cuota.cre_codigo
and cuota.cuo_estado = 'A'
[MON-CUO-AT]
dsn=MicreditoSAC
readsql= select sum(cuota.cuo_monto) from credito, cuota where credito.cli_dni = '$
{SQL_ESC(${ARG1})}' and credito.cre_estado = 'V' and credito.cre_codigo =
cuota.cre_codigo and cuota.cuo_estado = 'A'
[CUO-VI]
dsn=MicreditoSAC
readsql= select count(*) from credito, cuota where credito.cli_dni = '${SQL_ESC($
{ARG1})}' and credito.cre_estado = 'V' and credito.cre_codigo = cuota.cre_codigo
157
Tarrillo & Vsquez
and cuota.cuo_estado = 'V'
[FEC-PAG-CUO-VI]
dsn=MicreditoSAC
readsql= select cuota.cuo_fecha_pago from credito, cuota where credito.cli_dni = '$
{SQL_ESC(${ARG1})}' and credito.cre_codigo = cuota.cre_codigo and
cuota.cuo_fecha_pago >= CURDATE() limit 1;
[MON-CUO-VI]
dsn=MicreditoSAC
readsql= select cuota.cuo_monto from credito, cuota where credito.cli_dni = '$
{SQL_ESC(${ARG1})}' and credito.cre_estado = 'V' and credito.cre_codigo =
cuota.cre_codigo and cuota.cuo_estado = 'V' limit 1;
A continuacin procedemos con el archivo de configuracin de las

conexiones a las bases de datos.
# nano /etc/odbc.ini
Aadimos las siguientes lineas.
[MicreditoSAC]
Description = MySQL ODBC MICREDITOSAC
Driver = MySQL
Server = localhost
User = srvtipadmsql
Password = P@ssw0rd
Database = MicreditoSAC
Port = 3306
Option =3
RESUMEN
Se acaba de crear las consultas que sern usadas por el IVR para
158
Tarrillo & Vsquez
interactuar con los clientes de la empresa; ahora solo nos falta la parte
del dialplan que usaremos para realizar consultas en la base de datos,
tema que se tratar en la configuracin avanzada de Asterisk.
AM. CONFIGURACIN AVANZADA DE ASTERISK 1.4
En este punto se realizar la configuracin de los anexos que podrn

hacer uso del servicio de Telefona IP, esta configuracin se realiza en el
archivo de de Asterisk sip.conf, que es donde se encuentra la
configuracin de todos los clientes SIP. A continuacin detallamos la
configuracin para cada uno de los usuarios.
a SIP.CONF
El archivo sip.conf sirve para configurar todo lo relacionado con el

protocolo SIP y aadir nuevos usuarios o conectar con proveedores
SIP.
Primero la configuracin general que tiene que ver directamente con

las funcionalidades que se ofrezcan a los clientes SIP, es necesario
decir que los parmetros configurados en esta seccin afectan a
todos los clientes SIP.
[general]
allowguest=no
bindport=5060
bindaddr=192.168.1.100
callevents=yes
context=default
subscribecontext=subscribe
allowsubscribe=yes
notifyringing=yes
159
Tarrillo & Vsquez
notyfyhold=yes
disallow=all
allow=g729
allow=ulaw
allow=alaw
useragent=X-Lite
videosupport=yes
srvlookup=yes
language=es
En esta seccin general tambin se configuran los registros para los

proveedores SIP mediante el siguiente parmetro.
register=>44720532:lmrhhrnsnqohkn@200.37.173.149:5060
Pasamos a la configuracin de los clientes SIP y como dijimos

anteriormente los parmetros de la seccin general afectan a todos
estos clientes a menos de que en cada cliente se sobre-escriban
tales parmetros.
[1001]
accountcode=1001
callerid=Cred-Asist <1001>
type=friend
secret=987654321
qualify=yes
mailbox=1001@MicreditoSAC
host=dynamic
dtmfmode=rfc2833
context=MicreditoSAC
canreinvite=no
nat=no
En este punto tenemos un proveedor SIP, la configuracin para
160
Tarrillo & Vsquez
nuestro proveedor de te Telefona IP el cual nos va a permitir realizar

llamadas hacia la PSTN y recibir llamadas tambin desde la PSTN.
[44720532]
type=friend
dtmfmode=rfc2833
context=FROM-PSTN
host=200.37.173.149
disallow=all
allow=g729
username=44720532
fromuser=44720532
secret=lmrhhrnsnqohkn
qualify=500
sendrpid=yes
canreinvite=no
insecure=very
RESUMEN
Se ha realizado la configuracin avanzada del archivo sip.conf.

Todas las secciones se han configurado desde el inicio para evitar
tener en nuestro archivo valores predeterminados que permitan
ataques hacia nuestro servidor.
m. EXTENSIONS.CONF
El archivo extensions.conf es el ms importante del Asterisk y tiene

como misin principal definir el dialplan o plan de numeracin que
seguir el servidor para cada contexto y por tanto para cada
usuario.
161
Figura 33: Representacin de contextos.

Tarrillo & Vsquez
El fichero extensions.conf se compone de secciones o contextos

entre corchetes [ ].Hay dos contextos especiales que estn siempre
presentes que son general aunque globals puede obviarse debido a
que en l se definen variables para su uso en el dialplan.
En este punto vamos a configurar el plan de marcacin para los

clientes SIP, es aqu donde se configuran las llamadas que podrn
realizar los clientes; este archivo tiene el concepto ms bsico de
seguridad porque la canalizacin de llamadas se realiza mediante
los denominados contextos; de este archivo depende las salidas o
entradas de llamadas hacia el servidor de Telefona IP.
En esta seccin general se configuran parmetros generales para

todos los contextos.
[general]
static=yes
writeprotect=no
autofallthrough=yes
priorityjumping=yes
162
Tarrillo & Vsquez
A continuacin configuramos los contextos para las llamadas,

aclaramos que en la configuracin del archivo sip.conf para cada
uno de los clientes se configur un parmetro en el cual se le
asigna un contexto. En el siguiente contexto se contempla la
configuracin para las llamadas internas entre todos los clientes SIP
configurados.
[MicreditoSAC]
exten=>_10XX,1,Dial(SIP/${EXTEN},10,Tt)
exten=>_10XX,n,GotoIf($["${DIALSTATUS}"="BUSY"]?busy:unavail)
exten=>_10XX,n(unavail),Voicemail(${EXTEN}@${CONTEXT},u)
exten=>_10XX,n,Hangup()
exten=>_10XX,n(busy),Voicemail(${EXTEN}@${CONTEXT},b)
Para acceder al buzn de voz tambin se tiene que realizar la

configuracin de un contexto en este archivo.
[buzon-voz]
exten=>*97,1,Answer()
exten=>*97,n,VoiceMailMain(${CALLERID(num)}@${CONTEXT})
exten=>*97,n,Hangup()
A continuacin configuramos los contextos para llamadas tanto

salientes como entrantes hacia la PSTN
[FROM-PSTN]
exten=>s,1,Answer()
exten=>s,n,Goto(IVR,s,1)
[TO-PSTN]
ignorepat=>0
163
Tarrillo & Vsquez
exten=>_0.,1,Dial(SIP/44720532/${EXTEN}@200.37.173.149)
exten=>_0.,n,Congestion()
Ahora veremos el concepto de seguridad aplicada en el archivo

extensions.conf puesta en prctica, como dijimos la configuracin
anterior solo permite la comunicacin entre clientes dentro de ese
contexto, entonces dichos clientes no podrn hacer ni recibir
llamadas desde la PSTN a menos que incluyamos las tres ltimas
configuraciones en la primera. A continuacin pondremos la
configuracin con la inclusin de contextos.
[MicreditoSAC]
exten=>_10XX,1,Dial(SIP/${EXTEN},10,Tt)
exten=>_10XX,n,GotoIf($["${DIALSTATUS}"="BUSY"]?busy:unavail)
exten=>_10XX,n(unavail),Voicemail(${EXTEN}@${CONTEXT},u)
exten=>_10XX,n(busy),Voicemail(${EXTEN}@${CONTEXT},b)
include=>TO-PSTN
include=>FROM-PSTN
include=>buzon-voz
RESUMEN
Luego de realizar esta inclusin de los tres ltimos contextos en el

primero, los clientes podrn realizar y recibir llamadas de los otros
contextos segn sea el caso.
n. VOICEMAIL.CONF
164
Tarrillo & Vsquez
El archivo voicemail.conf sirve para configurar el contestador

automatico y gestionar los buzones de los usuarios.
En este punto configuraremos los buzones de voz, en el archivo

voicemail.conf, de los clientes que se configuraron dentro del archivo
sip.conf.
Nuevamente en la seccin general se configuran parmetros que

afectarn a todo el archivo.
[general]
format=wav49|wav|gsm
servermail=asterisk
attach=yes
moveheard=yes
fromstring=srvTIP.MicreditoSAC.com
attachfmt=wav
saycid=yes
dialout=default
odbcstorage=asterisk
odbctable=voicemessages
emailsubject = [PBX] Tienes un nuevo mensaje en el buzn ${VM_MAILBOX}

emailbody = Estimado ${VM_NAME}:\n\n\tCon fecha ${VM_DATE} has recibido
una llamada de ${VM_CALLERID}, quien ha dejado un mensaje de voz de $
{VM_DUR} duracin (es el nmero ${VM_MSGNUM})\n en el buzn nmero $
{VM_MAILBOX}.\n Recuerda que puedes escuchar los mensajes de tu buzn de
voz llamando al nmero *97. Gracias!\n
emaildateformat = %A, %d-%m-%Y a las %H:%M:%S

mailcmd = /usr/sbin/sendmail t
En esta seccin se configuran los buzones propiamente dichos, los
165
Tarrillo & Vsquez
cuales por defecto se almacenan en carpetas pero como vimos

anteriormente para mejorar la seguridad de los mismos, se
almacenarn en una base de datos.
[MicreditoSAC]
1001=>1234,Asistente Creditos
1002=>1234,Analista Creditos
1003=>1234,Jefe Contabilidad
1004=>1234,Asistente Contabilidad
1005=>1234,Jefe Auditoria
1006=>1234,Asistente Auditoria
1007=>1234,Gerente Administracion y Finanzas
1008=>1234,Gerente Creditos
1009=>1234,Gerente General
RESUMEN
Se ha configurado el buzn de voz para todos los usuarios que

harn uso del servicio de Telefona IP y como se dijo en un punto
anterior, el correo de voz se almacenar en una base de datos
mejorando as la seguridad de los mismos.
o. INTERACTIVE VOICE RESPONSE IVR
Los IVR (Sistemas Interactivos de Respuesta de Voz), tambin

llamados VRU por Unidad de Respuesta Vocal, son sistemas que
ofrecen aplicaciones a usuarios por medio del telfono como
dispositivo de entrada de informacin. Los IVRs contienen
programados mensajes y respuestas estticas y/o dinmicas de
acuerdo a los requerimientos del usuario y alcances del propio
sistema. Los sistemas IVR correctamente diseados solo deben
requerir a los usuarios contar con un telfono y una lnea PSTN y
166
Tarrillo & Vsquez
deben ser capaces de atender requerimientos de tal forma que sean

usados por cualquier persona, desde cualquier lugar y a cualquier
hora.
A continuacin configuraremos el IVR para nuestro servidor de

Telefona IP y guardarlo en un archivo para que puede ser usado
por el dialplan(extensions.conf); esta configuracin la guardaremos
en el archivo IVR y lo colocaremos en la carpeta de archivos de
configuracin de Asterisk; as mismo tenemos que grabar las
locuciones que sern usadas en nuestro IVR.
[IVR]
exten=>s,1,Set(CHANNEL(language)=es)
exten=>s,2,Set(TIMEOUT(digit)=5)
exten=>s,3,Set(TIMEOUT(response)=10)
exten=>s,4,BackGround(menu/menugeneral)
exten=>s,5,WaitExten()
exten=>1,1,Goto(MicreditoSAC,1001,1)
exten=>2,1,Goto(IVRConsulta,s,1)
exten=>3,1,Goto(IVRAnalista,s,1)
exten=>4,1,Goto(IVRSucursal,s,1)
exten=>*,1,Goto(IVR,s,1)
exten=>#,1,Playback(goodbye)
exten=>#,2,Hangup()
exten=>i,1,Playback(invalid)
exten=>i,2,goto(IVR,s,2)
exten=>t,1,goto(IVR,s,2)
exten=>h,1,Hangup()
[IVRConsulta]
exten=>s,n,Set(TIMEOUT(digit)=5)
exten=>s,n,Set(TIMEOUT(response)=10)
exten=>s,n,Background(menu/ingresedni)
167
Tarrillo & Vsquez
exten=>s,n,Read(INGRESO,beep,8)
exten=>s,n,Set(__CLI-DNI=${INGRESO})
exten=>s,n,Set(CAN-CRE-VIGENTE=${ODBC_NUM-CRED(${CLI-DNI})})
exten=>s,n,GotoIf($[${CAN-CRE-VIGENTE}=0]?nocredit:credit)
exten=>s,n(credit),Swift(Usted tiene ${CAN-CRE-VIGENTE} creditos vigentes)
exten=>s,n,Goto(IVRCuotas,s,1)
exten=>s,n(nocredit),Background(menu/nocredito)
exten=>s,n,WaitExten()
exten=>#,2,Hangup()
exten=>i,2,goto(IVR,s,2)
exten=>t,1,goto(IVR,s,2)
exten=>h,1,Hangup()
[IVRCuotas]
exten=>s,n,Set(TIMEOUT(digit)=5)
exten=>s,n,Set(TIMEOUT(response)=10)
exten=>s,n,Background(menu/menucuotas)
exten=>s,n,WaitExten()
exten=>1,1,Set(CUO-AT=${ODBC_CUO-AT(${CLI-DNI})})
exten=>1,n,GotoIf($[${CUO-AT}=0]?nocuoat:cuoat)
exten=>1,n(nocuoat),Background(menu/nocuotaat)
exten=>1,n,Goto(IVRCuotas,s,1)
exten=>1,n(cuoat),Set(MON-CUO-AT=${ODBC_MON-CUO-AT(${CLI-DNI})})
exten=>1,n,Swift(Usted tiene ${CUO-AT} cuotas atrasadas. La suma es de $
{MON-CUO-AT} nuevos soles. Le sugerimos pagar de inmediato.)
exten=>2,1,Set(CUO-VI=${ODBC_CUO-VI(${CLI-DNI})})
exten=>2,n,Set(FEC-PAG-CUO-VI=${ODBC_FEC-PAG-CUO-VI(${CLI-
DNI})})
exten=>2,n,Set(MON-CUO-VI=${ODBC_MON-CUO-VI(${CLI-DNI})})
168
Tarrillo & Vsquez
exten=>2,n,Swift(Usted tiene ${CUO-VI} cuotas vigentes. Su proxima fecha de

pago es ${FEC-PAG-CUO-VI}. El monto a pagar es ${MON-CUO-VI} nuevos
soles.)
exten=>#,2,Hangup()
exten=>i,2,goto(IVRCuotas,s,2)
exten=>t,1,goto(IVRCuotas,s,2)
exten=>h,1,Hangup()
[IVRAnalista]
exten=>s,1,Set(TIMEOUT(digit)=5) ;
exten=>s,4,BackGround(menu/menuanalista)
exten=>#,2,Hangup()
exten=>i,2,goto(IVRAnalista,s,1)
exten=>t,1,Goto(IVRAnalista,s,1)
exten=>h,1,Hangup()
[IVRSucursal]
exten=>s,1,Set(TIMEOUT(digit)=5) ;
exten=>s,4,BackGround(menu/menusucursales)
169
Tarrillo & Vsquez
exten=>#,2,Hangup()
exten=>i,2,goto(IVRSucursal,s,1)
exten=>t,1,Goto(IVRSucursal,s,1)
exten=>h,1,Hangup()
De esta manera ya tenemos configurado nuestro IVR, pero como

dijimos anteriormente cuando configuramos el archivo
extensions.conf y teniendo en cuenta que la configuracin del IVR
est hecho mediante contextos, estos no se podrn usar a menos
que se incluyan en el archivo extensions.conf.
Como ltimo paso de configuracin de nuestro servidor incluimos el
IVR dentro del dialplan con la siguiente lnea.
#include IVR
RESUMEN
Ahora ya tenemos nuestro servidor para realizar las pruebas de

comunicacin tanto internas como externas.
1.3.9.2. PRUEBAS DEL SERVICIO DE TELEFONA IP EN LA SEDE Y SUS

SUCURSALES
En esta seccin se realizan las pruebas del servicio de Telefona IP en un

ambiente local (ambiente de pruebas). Para las pruebas se toman en
cuenta los siguientes equipos: Un Cliente SIP configurado en una PC real
con sistema Windows 7 Professional, el servidor Asterisk 1.4 instalado y
configurado en una PC virtual con sistema Linux CentOS 5.5, un
adaptador de telfono analgico ATA Linksys de 2 puertos configurado
170
Tarrillo & Vsquez
para 2 Clientes SIP, dos telfonos analgicos.
A LEVANTAR EL SERVICIO DE TELEFONA IP
En este punto se inicia el servicio de Telefona IP que se tiene instalado

en una PC virtual con SO Linux CentOS 5.5.
Ejecutamos el siguiente comando para iniciar Asterisk 1.4.
# asterisk rvvvvvvvvvvd
Obtenemos la pantalla que se muestra a continuacin.
Figura 34: Inicio del servidor Asterisk.
B CONFIGURACIN DE CLIENTES SIP
En este punto se configuran los Clientes SIP que sern parte de las
pruebas de Telefona IP.
a ASISTENTE
171
Tarrillo & Vsquez
El cliente Cred-Asis se instalar y configurara en una PC real con

SO Windows 7 Professional.
Figura 35: Configuracin Cliente SIP.
Una vez realizada la configuracin de los clientes, estos se van

registrando en el servidor de Telefona IP como se muestra a
continuacin.
Figura 36: Cliente SIP

registrado.
172
Tarrillo & Vsquez
p. CONFIGURACIN DE ANALISTAS
En este punto se configuran los clientes Cred-Analis1 y Cred-

Analis2 los cuales se conectan al servidor de Telefona IP mediante
un ATA. A continuacin la configuracin de ambos clientes.
Figura 37: Configuracin Cred-Analis1 en ATA.
173
Tarrillo & Vsquez
Figura 38: Telfono analgico para Cred-Analis1.
Figura 39: Configuracin Cred-Analis2 en ATA.
Figura 40: Telfono analgico para Cred-Analis2.
174
Tarrillo & Vsquez
Figura 41: Adaptador para Telefono Analgico

ATA.
AN. LLAMADAS INTERNAS Y EXTERNAS
Para que los Clientes SIP puedan hacer uso del servicio de Telefona IP
tienen que estar debidamente instalados y configurados, adems tienen
que estar registrados en el servidor como se muestra en la siguiente
imagen.
175
Tarrillo & Vsquez
Figura 42: Registro de clientes en el servidor de Telefona IP.
Figura 43: Clientes registrados en el servidor de Telefona IP.
q. LLAMADA INTERNA
176
Tarrillo & Vsquez
A continuacin se muestra una imagen de la realizacin de una

llamada entre anexos internos de la empresa.
Figura 44: Llamada interna.
r. LLAMADA EXTERNA
A continuacin se muestra una imagen donde se aprecia la entrada

de una llamada desde la PSTN mediante el proveedor de SIP
contratado.
177
Tarrillo & Vsquez
Figura 45: Llamada Externa
178
Tarrillo & Vsquez
CONCLUSIONES
La comunicacin interna y externa de la empresa presenta serias

deficiencias debido a las limitaciones del sistema de telefona con la que
cuenta debido a que las comunicaciones no se realizan de manera
oportuna.
El sistema de telefona empleado por MicreditPer est basado en la

tradicional PSTN, empleando para ello una pequea red de 6 anexos para
un nmero de empleados que superan los 20 en su oficina principal y en
las otras 11 oficinas una lnea telefnica fija.
Se verific que la red de la empresa MicreditPer est basada en la

tecnologa Ethernet por lo que las pruebas se realizaron, en un ambiente
basado tambin en Ethernet, comprobndose la correcta interaccin entre
los Clientes SIP y el servidor de Telefona IP, debido a que la arquitectura
de VoIP no distingue entre arquitecturas de red.
Se comprob que la empresa no cuenta con una infraestructura de TI

adecuada, debido a que emplean computadoras compatibles como
servidores, con caractersticas superiores a las estaciones de trabajo,
debido a ello se recomienda la compra de un servidor HP ProLiant ML150
G6.
Se utiliz el mtodo Top Down Network Design para llevar a cabo el diseo
del servicio de telefona IP, debido a que no existe an un mtodo
estandarizado para el diseo y despliegue de redes VoIP.
Se realiz de manera exitosa la instalacin y configuracin de las

herramientas de software libre que implementan la funcionalidad de cliente,
tanto como las que implementan la funcionalidad de servidor.
179
Tarrillo & Vsquez
Se realizaron las pruebas del servicio de Telefona IP de manera exitosa

tanto a nivel interno como a nivel externo del ambiente de pruebas,
comprobandose el adecuado funcionamiento de todas las funcionalidades
configuradas en servidor de Telefona IP.
180
Tarrillo & Vsquez
RECOMENDACIONES
Se recomienda el uso del protocolo SIP, como fue utilizado en el siguiente

proyecto; sin embargo tambin es viable la utilizacin del protocolo IAX2 en
empresas que cuentan con ms de 1 servidor basado en Asterisk, para la
comunicacin entre ellos.
Se recomienda que para la puesta en produccin del proyecto o de un

servicio similar basado en la misma arquitectura se utilicen servidores
propiamente dichos y de caractersticas superiores, especialmente para el
servidor de Telefona IP, ya que la capacidad de mantener conexiones est
directamente relacionada a la cantidad de memoria y robustez de estos
computadores para mantener llamadas concurrentes.
Dada la importancia del ancho de banda sin dejar de lado la calidad y

sobre todo para la interaccin con PSTN se recomienda el uso de G.729,
debido a que junto con el codec G.723 son los ms usados tanto por los
proveedores SIP como por las empresas de PSTN.
Para la implementacin del servidor PBX en un ambiente de produccin se

recomienda el uso de Red Hat Enterprise Linux, debido a su amplia
compatibilidad con arquitecturas de servidores y al amplio soporte que
tiene esta distribucin de Linux.
181
Tarrillo & Vsquez
REFERENCIAS
- 3CX, (2010), SIP (Session Iniciation Protocol), [En lnea], disponible en:
http://www.voipforo.com/SIP/SIParquitectura.php [Accesado el da 20 de
octubre de 2010].
- Arvalo, F., (2003), Como escoger e implementar una VPN, conceptos

tericos y prcticos, Tesis, Santiago de Cali, Facultad de Ingeniera,
Escuela de ingeniara elctrica y electrnica, Universidad del Valle, [En
lnea], disponible en:
http://www.univalle.edu.co/~telecomunicaciones/trabajos_de_grado/informe
s/tg_FernandoArevalo.pdf [Accesado el da 15 de setiembre de 2010].
- Arribi, J., Veiga, R., Vieites, M., (2006), VoIP num centro educativo,
Galicia, Espaa, [En lnea], disponible en:
http://informatica.iessanclemente.net/manuais/images/6/65/INTEGRACION
_E_EXPLOTACION_DE_VOIP_EN_CENTROS_EDUCATIVOS.pdf
[Accesado el da 3 de mayo de 2010].
- Carvallar, J. (2008), VoIP La telefona de internet, Primera edicin,

Magallanes, Madrid, Thomson.
- Forouzan, B., (2002), Transmisin de datos y redes de comunicaciones,

Segunda edicin, Abarca, Madrid, McGraw Hill.
- Gmez, J., Gil, F., (2009), VoIP y asterisk, redescubriendo la telefona,

Primera edicin, Almera, Espaa, Alfaomega.
- Gonzlez, E. (2006), Asterisk y telefona tradicional, Tesis, Santiago,

Chile, Escuela de informtica y telecomunicaciones, Fundacin Instituto
DuocUC, [En lnea], disponible en:
ftp://ns.fabricalamacia.com/pub/manuales/asterisk/tesis%20asterisk(2).pdf
[Accesado el da 06 abril de 2010].
182
Tarrillo & Vsquez
- Mndez, C., (2005), Invound para enlaces PSTN con VoIP, Tesis, Puebla,
Mexico, Departamento de ingeniera electrnica, Escuela de ingeniera,
Universidad de las Amricas Puebla, [En lnea], disponible en:
http://catarina.udlap.mx/u_dl_a/tales/documentos/lem/mendez_e_c/portada
.html [Accesado el da 15 junio de 2010].
- Ortega, D., (2007), Diseo e implementacin de un sistema interactivo de

respuesta de voz (IVR) piloto para la reserva de boletos del ferrocarril
Cuzco Machu Pichu, Tesis, Lima, Per, Facultad de ciencias e
ingeniera, Pontificia Universidad Catlica del Per, [En lnea], disponible
en: http://tesis.pucp.edu.pe/tesis/ver/1088 [Accesada el da 05 de
setiembre de 2010].
- Prez, J. (2000), JGTel: Una Herramienta para la Comunicacin Interna de

la UDLA-P, Tesis, Puebla, Mexico, Departamento de ingeniara en
sistemas computacionales, Universidad de las Amricas Puebla, [En lnea],
disponible en:
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/perez_p_jg/ [Accesado
el da 15 junio de 2010].
- Stallings, W., (2004), Comunicaciones y redes de computadores, Stima

edicin, Madrid, Espaa, Pearson.
- Telefnica, (2000), Fundamentos bsicos de las telecomunicaciones,

Madrid, [En lnea], Disponible en :
http://www.naser.cl/sitio/Down_Papers/Manual%20Basico%20Telefonia
%20Tradicional.pdf
[Accesado el da 30 abril de 2010].
- Tun, Dionisio., (2002), Satlites artificiales, [En lnea], Mexico, disponible

en : http://ciberhabitat.gob.mx/medios/satelites/artificiales/index.html
[Accesado el da 20 de octubre de 2010].
183
Tarrillo & Vsquez
- Van Megglen, J., Madsen, J., Smith, J., (2007), Asterisk: The future of
telephony, Segunda edicin, USA, OReilly.
- Wikipedia, (2010), Red telefnica conmutada, [En lnea], disponible en:,

http://es.wikipedia.org/wiki/Red_Telefnica_Conmutada [Accesado el da 23
de Julio de 2010].
- Wikipedia, (2010), Red digital de servicios integrados, [En lnea],

disponible en:,
http://es.wikipedia.org/wiki/Red_Digital_de_Servicios_Integrados [Accesado
el da 23 de Julio de 2010].
184
Tarrillo & Vsquez
ACREDITACIN
El Ingeniero ____________________________________________ que suscribe,

asesor del Trabajo de Suficiencia Profesional titulado:
_________________________________________________________________
_______________________________________________ , elaborado por los
seores bachilleres ____________________________________________ y
-------------------------------------------________________________________________
______; deja constancia que el presente trabajo ha sido revisado, observado y
hecho las recomendaciones del caso, encontrndose expedito para presentarlo
para la evaluacin de los seores Miembros del Jurado que se designe.
Trujillo, ___ de Noviembre del 2010
185
Tarrillo & Vsquez
Nombre y Firma del Asesor
186

Tesina Final

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Tesina Final

Caricato da

Copyright:

Formati disponibili

UNIVERSIDAD PRIVADA ANTENOR ORREGO

TRABAJO DE SUFICIENCIA PROFESIONAL PARA OBTENER TTULO DE

Bach. Tarrillo Pajares, Amner Joel

Ing. Lingn Vallejos, Wilson Eduardo

DISEO DE UN SERVICIO DE TELEFONA IP CON SOFTWARE LIBRE Y SU

Bach. Tarrillo Pajares, Amner Joel

Ing. Miranda Velsquez Eddy M.

Ing. Daz Snchez Jaime E.

Ing. Jara Arenas Jorge A.

Ing. Lingan Vallejos Wilson E.

Seores Miembros del jurado:

De conformidad y en cumplimiento de los requisitos estipulados en el reglamento de grados y

Bach. Tarrillo Pajares, Amner Joel Bach. Vsquez

Primero y antes que nada quiero,

Quiero dedicar tambin este trabajo a los seres que ms quiero,

Quiero dedicar tambin este trabajo, mis compaeros

Bach. Tarrillo Pajares, Amner Joel

A mis padres Tito e Hilda,

Bach. Vsquez Fernndez, Henry Kevyn

Expresamos nuestro cordial agradecimiento a la Universidad Privada Antenor Orrego - Trujillo,

DISEO DE UN SERVICIO DE TELEFONA IP CON SOFTWARE LIBRE Y SU

Bach. Tarrillo Pajares, Amner Joel

La empresa microfinanciera MicrediPer es una empresa que se dedica a brindar servicios

Actualmente en la empresa se est iniciando un proyecto de adquisicin de nuevas tecnologas

Para dar solucin al problema de comunicacin llevar a cabo el Diseo de un servicio de

DESIGNING AN IP TELEPHONY SERVICE WITH FREE SOFTWARE AND ITS

Bach. Tarrillo Pajares, Amner Joel

Microfinance MicrediPer The company is a company dedicated to providing

Company currently is starting a project acquisition new technologies to support the

To solve the problem of communication will take place the Designing an IP

and externally with customers and branches.

CAPITULO I. FUNDAMENTO TERICO.......................................1

1.2 VOZ SOBRE IP (VOIP)........................................................8

CAPTULO II: DESARROLLO DEL TRABAJO DE SUFICIENCIA........33

Figura 1: El Telfono de Alexander Graham Bell......................................1

Figura 43: Registro de clientes en el servidor de Telefona IP................92

Tabla 1: Formatos de direcciones URL SIP..............................................21

Las Tecnologas de Informacin (TI) han jugado un papel bastante importante en

La empresa microfinanciera MicrediPer no est al margen de los avances de la

tecnologa, esta empresa se dedica a brindar servicios financieros a

La microfinanciera MicreditPer, presenta la siguiente realidad problemtica

- Mayor nmero de funcionarios y trabajadores que anexos telefnicos.

En tal sentido, en el presente proyecto planteamos una forma de solucionar los

Cmo disear un servicio de Telefona IP con software libre e integrarlo

Para lo cual planteamos el objetivo general del proyecto:

Disear un servicio de Telefona IP con software libre e integrarlo con base de

As tambin, se plantean los objetivos especficos del mismo como:

- Definir el estado de telefona actual de la empresa.

- Utilizar el mtodo Top Down Network Design para implementar el servicio

Teniendo en cuenta la realidad problemtica de la empresa y el objetivo tanto

- Mejorar la comunicacin telefnica interna entre los funcionarios y

entre la sede principal y las sucursales de la empresa (Paijn y Vir).

CAPITULO I. FUNDAMENTO TERICO

1.1.1. TELEFONA CONVENCIONAL

Para poder definir la telefona convencional recurrimos a la definicin que

La palabra telefona viene de TELE(lejos) y FONIA(sonidos), por lo que

1.1.1.1. EVOLUCIN DE LA TELEFONA CONVENCIONAL

El inventor escocs-norteamericano Alexander Graham Bell construy el

Figura 1: El Telfono de Alexander

Figura 2: Telfonos antiguos.

Pasado - Presente - Futuro

Una vez comprobadas las ventajas que supuso la comunicacin a distancia

Figura 3: Esquema bsico de una central Telefnica antigua.

Todas las lneas telefnicas iban a parar a un local equidistante de todos