Tesis-Telefonia Ip Essalud

AO DE LA PROMOCION DE INDUSTRIA RESPONSABLE Y
DEL COMPROMISO CLIMATICO
UNIVERSIDAD TECNOLGICA DEL PER

Facultad de Ingeniera de Sistemas y Electrnica
Carrera de Ingeniera de Sistemas
Tesis
DISEO DE UNA RED DE TELEFONA IP CON SOFTWARE

LIBRE PARA EL HOSPITAL DE VITARTE
Elaborado Por:
HCTOR VSQUEZ GARCA
Bachiller de Ingeniera de Sistemas
Facultad de Ingeniera de Sistemas y Electrnica
Para Obtener el Ttulo Profesional de:

INGENIERO DE SISTEMAS
Tesis Dirigida por: MBA Ing. Carlos Zorrilla Vargas
LIMA - PERU
2014
NDICE
Pg.
INTRODUCCION
01
CAPITULO I ASPECTOS GENERALES
03
1.1. Definicin del Problema
03
1.2. Definicin de los Objetivos
04
1.2.1. Objetivos Generales
04
1.2.2. Objetivos Especficos
04
1.3 Justificacin de la Investigacin

CAPITULO II FUNDAMENTO TERICO
2.1. Antecedentes
05
07
07
2.1.1. Proyecto de Implementacin de Telefona IP en la

Red de EsSALUD
11
2.1.2. Proyecto de Implementacin de Telefona IP en la

Universidad ESAN
2.2. Marco Terico
2.2.1. Situacin Actual de la Problemtica
2.2.1.1. Declaracin del Marco Problemtico
2.3 Marco Conceptual
15
18
18
25
26
2.3.1. VoIP y Telefona IP
26
2.3.2. Caractersticas de la Telefona IP
29
2.3.3. Diferencias entre Red de Voz y Red de Datos
31
2.3.4. Protocolos Usados en VoIP
32
2.3.4.1. Protocolos de Sealizacin
32
2.3.4.2. Protocolos de Transporte
48
2.3.5. Cdec de Voz
51
2.3.5.1. G.711
52
2.3.5.2. G.722
53
2.3.5.3. G.726
53
2.3.5.4. G.729
54
2.3.5.5. GSM (RPE-LTP)
54
2.3.5.6. ILBC (Internet Low Bit Rate Codec)
55
2.3.6. Calidad de Servicio (QoS)
56
2.3.6.1. Perdida de Paquetes
56
2.3.6.2. Jitter
57
2.3.6.3. Latencia
57
2.3.6.4. Eco
58
2.3.7. Componentes Principales para el Diseo de una Red VoIP
60
2.3.8. Factores a Tener en Cuenta en la Transicin de Voz
61
2.3.8.1. Indicadores Cualitativos
61
2.3.8.2. Indicadores Cuantitativos
61
2.3.9. Hardware Disponible para VoIP
62
2.3.9.1. Adaptadores Analgicos
62
2.3.9.2. Telfonos IP
64
2.3.9.3. Hardware Interno para Computadora
64
2.3.10. Centralita Telefnica (PBX)
66
2.3.11. Software Libre
68
2.3.11.1. Licencias GPL
68
2.3.11.2. Licencias AGPL
69
2.3.11.3. Licencias Estilo BSD
69
2.3.11.4. Licencias Estilo MPL
70
2.3.11.5. Copyleft
70
2.3.12. Sistema Operativo para el Diseo de la Red VoIP
71
2.3.12.1. Red Hat Linux
72
2.3.12.2. Centos (Community Enterprise Operating System)
72
2.3.12.3. Asterisk
72
2.3.12.4. Elastix
73
2.3.12.5. Trixbox
73
2.4 Marco Metodolgico
74
2.4.1. Dimensionamiento de la Red (Calculo de BW)
74
2.4.1.1. Calculo de Lneas Telefnicas
74
2.4.1.2. Eleccin de Cdec de Voz y Clculo de BW
78
2.4.2. Eleccin del Protocolo de Sealizacin
80
2.4.3. Eleccin del Servidor PBX
82
2.4.3.1. Software de Servidor PBX
83
2.4.3.2. Sistema Operativo de Servidor PBX
84
2.4.3.3. Hardware de Servidor PBX
85
2.4.4. Eleccin de Terminales
86
2.4.4.1. Softphones
86
2.4.4.2. Hardphones
86
2.4.4.3. Adaptador Telefnico Anlogo (ATA)
86
2.4.5. Eleccin de Gateway de Voz

2.5 Marco Legal
87
88
2.5.1. Requisitos Legales para la Prestacin de Telefona IP de

Acuerdo a Nuestra Normatividad.
88
2.5.1.1. Prestacin de Servicios Pblicos en el mbito de

Las Telecomunicaciones
88
2.5.1.2. Servicios Finales (Servicio de Telefona Vocal o

Convencional) y Servicios de Valor Aadido
(Telefona IP)
2.5.1.3. Telefona IP: Concesin o Registro
89
93
2.5.2. Derecho Comparado de Manera Legal Telefona IP a la

Telefona Convencional
CAPITULO III DESARROLLO DE APLICACION
3.1. Modelamiento
94
95
95
3.1.1. Calculo del Ancho de Banda de la Red
97
3.1.1.1. Calculo del Nmero de Lneas Telefnicas
97
3.1.1.2. Cdec de Voz y Ancho de Banda
106
3.1.2. Servidor PBX
108
3.1.2.1. Software del Servidor PBX
108
3.1.2.2. Sistema Operativo del Servidor PBX
111
3.1.2.3. Hardware del Servidor PBX
113
3.1.3. Telfonos IP
115
3.1.4. Gateway VoIP
119
3.1.5. Plan de Marcacin
121
3.1.6. Diseo de la Red
125
3.1.6.1. Plan de Direccionamiento IP y Sub Redes
128
3.1.6.2. Plan de Distribucin IP
128
3.2. Desarrollo
132
3.2.1. Implementacin del Servidor Elastix
132
3.2.1.1. Instalacin de Elastix
132
3.2.1.2. Elementos de la Consola de Configuracin y

Administracin de Elastix
144
3.2.1.3. Creacin de Extensiones SIP en la Consola de

Configuracin y Administracin de Elastix
3.2.1.4. Configuracin de Gateway FXO del Hospital
156
166
3.2.1.5. Creacin de Troncal SIP para Gateway del

Hospital en Servidor Elastix
173
3.2.1.6. Creacin de Rutas de Salida desde el Hospital en

Servidor Elastix
176
3.2.1.7. Creacin de Rutas de Entrada hacia el Hospital en

Servidor Elastix
3.2.1.8. Configuracin de Gateway FXO del Local Ex-UTES
183
183
3.2.1.9. Creacin de Troncal SIP para Gateway del

Local Ex-UTES en Servidor Elastix
192
3.2.1.10. Creacin de Rutas de Salida desde el Local

Ex-UTES en Servidor Elastix
195
3.2.1.11. Creacin de Rutas de Entrada hacia el Local

3.3. Aplicacin
199
201
3.3.1. Procedimiento de Llamadas Internas
201
3.3.2. Procedimiento de Llamadas Externas
202
3.3.3. Pruebas
209
3.3.3.1. Equipos y Software Utilizados para Proceder con las

Pruebas
209
3.3.3.2. Prueba del Establecimiento de las Llamadas

Entre Locales
3.3.3.3. Prueba de Consumo de Ancho de Banda
3.4. Monitoreo
3.4.1. Monitoreo de Capacidad del Servidor
3.5. Mantenimiento
3.5.1. Mantenimiento Informtico
3.5.1.1. Mantenimiento de Servidores
210
217
220
220
222
222
223
3.5.2. Procedimientos para Realizar el Mantenimiento

Preventivo a los Servidores SIP (Elastix)
CAPITULO IV ANALISIS DE COSTO Y BENEFICIO
4.1. Analisis de Costos
224
226
226
4.1.1. Costo de Equipos
226
4.1.2. Costo de Materiales
227
4.1.3. Costo de Recursos Humanos
228
4.1.4. Costo de Mantenimiento
229
4.1.5. Resumen de Costo Total
229
4.2. Analisis de Beneficio

4.2.1. Ahorro en No Compra de Central Telefnica
230
230
4.2.2. Ahorro en No Contratacin de Personal Informtico en

Telefona
4.2.3. Ahorro en No Instalacin o Reparacin de Lneas Telefnicas
230
230
4.2.4. Ahorro en No Mantenimiento de Central Telefnica
231
4.2.5. Ahorro por Reduccin de Lneas Telefnicas Contratadas
231
4.3. Analisis de Sensibilidad
234
4.3.1. Variacin en Costos de Equipos
234
4.3.2. Variacin en Costos de Materiales
235
4.3.3. Resumen del Nuevo Costo Total
236
4.4. Plan de Actividades y Calendario
238
4.4.1. Actividades
238
4.4.2. Calendario
239
CONCLUSIONES
242
RECOMENDACIONES
244
BIBLIOGRAFIA
245
GLOSARIO DE TERMINOS Y ABREVIATURAS
247
ANEXOS
249
Dedicatoria
A Dios por derramar sus bendiciones sobre m
Y Llenarme de su fuerza para vencer todos los
Obstculos desde el principio de mi vida.
A mis Padres, A mis Hermanos y A mi Abuelita Materna

Quienes me dieron todo su esfuerzo y sacrificio para
Brindarme todo el amor, la comprensin, el apoyo
Incondicional y la confianza en cada momento de
Mi vida y de mis estudios universitarios.
Agradecimiento
Un agradecimiento en especial al
MBA Ing. Carlos Zorrilla Vargas
Por su apoyo en mi formacin Profesional
Y asesoramiento en este proyecto.
Al Ing. Alfredo Asmat Ramn, por su colaboracin

Brindndome conocimiento para el proyecto.
LISTADO DE FIGURAS
Pg.
Figura 2.1. Como Trabaj ARPANET
07
Figura 2.2. Inicios de la Red Informtica y Telefona Anloga
08
Figura 2.3. Los Primeros Telfonos IP de Cisco
09
Figura 2.4. Aplicacin Basada en Comunicacin por Telefona IP
10
Figura 2.5. Hospital Jorge Voto Bernales EsSALUD ATE
11
Figura 2.6. Solucin Basada en Telefona IP utilizando ASTERISK - Elastix 13

Figura 2.7. Telefona IP en Centros de Atencin ONLINE en EsSALUD
14
Figura 2.8. Departamento de TI de la Universidad ESAN
15
Figura 2.9. Telefona IP presente en oficinas de la Universidad ESAN
15
Figura 2.10. Uso de Softphone VoIP en oficinas de la universidad ESAN
17
Figura 2.11. Diagrama Actual de la Red de Datos del Hospital y sus 2

Locales Interconectados por Conexin Inalmbrica
19
Figura 2.12. Diagrama Actual de la Red Telefnica Anloga del

Hospital y sus 2 locales.
20
Figura 2.13. Pagos Realizados por Servicio de Telefona Fija Ao 2013
21
Figura 2.14. Modelo de Diseo de una Red de Voz y Datos Actual
27
Figura 2.15. Modelo de Diseo de una Red de Telefona IP
28
Figura 2.16. Estructura de Protocolos VoIP
32
Figura 2.17. Despliegue de Protocolos de la Familia H.323
34
Figura 2.18. Estndares de la Suite H.323
35
Figura 2.19. Elementos de una Red H.323
35
Figura 2.20. Modelo de Terminales: Telfonos IP y Analgicos
36
Figura 2.21. Equipo Gateway H.323
36
Figura 2.22. Demostracin de Fases de una Llamada H.323
38
Figura 2.23. Demostracin de Intercambio de Mensaje en SIP
42
Figura 2.24. Fases de una Llamada IAX
45
Figura 2.25. Trafico RTP y RCTP a Travs de la Red
48
Figura 2.26. Cuadro Comparativo de la Calidad vs Bit Rate
51
Figura 2.27. Componentes Principales para el Diseo e

Implantacin de una Red VoIP
60
Figura 2.28. FXO Gateway con interfaces FXO
62
Figura 2.29. Interfaz FXS sin un PBX
62
Figura 2.30. Adaptador FXS
63
Figura 2.31. FXO Gateway con Interfaz FXS
63
Figura 2.32. Adaptador FXS con Interfaz FXS
64
Figura 2.33. Vista Frontal y Trasera de un Telfono IP
64
Figura 2.34. Tarjeta con Interface 1 FXS y 2 FXO
65
Figura 2.35. Tarjeta FXO
65
Figura 2.36. Muestra de una Red de Telefona IP con Servidor PBX
66
Figura 2.37. Modelo de Trafico Erlang B
75
Figura 2.38. Modelo de Trafico Erlang B Extendido
76
Figura 2.39. Modelo de Trafico Erlang C
76
Figura 2.40. Modelo de Trafico Engset
77
CAPITULO III DESARROLLO DE LA APLICACION

Figura 3.1. Estructura Propuesta de la Red de Voz sobre IP
96
Figura 3.2. Calculo de Lneas Telefnicas Modelo Erlang B - Hospital
102
Figura 3.3. Calculo de Lneas Telefnicas Modelo Erlang B - Ex UTES
104
Figura 3.4. Vista Lgica de una Trama ETHERNET
107
Figura 3.5. Consola de Administracin de Elastix
110
Figura 3.6. Modelo Servidor PBX HP Proliant ML350e Gen 8
114
Figura 3.7. Modelo de Telfono IP SNOM 715
118
Figura 3.8. Modelo de Gateway FXO Grandstream GXW4108
120
Figura 3.9. Diagrama de Red del Hospital de Vitarte
129
Figura 3.10. Diagrama de Red del Hospital Ex-UTES
130
Figura 3.11. Diagrama de Red del Local de la Unidad de Estadstica e

Informtica
131
Figura 3.12. Acceso a la Interfaz de Administracin de Elastix
142
Figura 3.13. Consola de Configuracin y Administracin de Elastix
143
Figura 3.14. Descripcin de Interfaces de Gateway FXO del Hospital
166
Figura 3.15. Diagrama de Conexin de Lneas Anlogas Hacia el Hospital 167

Figura 3.16. Descripcin de Interfaces de Gateway FXO del Local
Ex-UTES
187
Figura 3.17. Diagrama de Conexin de Lneas Anlogas Hacia el

Local Ex-UTES
187
Figura 3.18. Procedimiento de Llamada Interna desde el Hospital Hacia el

Local de la Unidad de Estadstica e Informtica
203
Figura 3.19. Procedimiento de Llamada Interna desde el Hospital Hacia el

Local Ex-UTES
204
Figura 3.20. Procedimiento de Llamada Interna desde la Unidad de

Estadstica e Informtica Hacia el Local Ex-UTES
205
Figura 3.21. Procedimiento de Llamada Externa desde el Hospital Hacia un

Abonado Externo
206
Figura 3.22. Procedimiento de Llamada Externa desde la Unidad de

Estadstica e Informtica Hacia un Abonado Externo
207
Figura 3.23. Procedimiento de Llamada Externa desde el Local Ex-UTES

Hacia un Abonado Externo
208
Figura 3.24. Esquema de Prueba de Establecimiento de Llamada Interna

Entre el Hospital - UEI
211
Figura 3.25. Prueba de ICMP desde el Hospital hacia la Unidad de

Estadstica e Informtica
211
Figura 3.26. Registro de Terminales Hospital Local Unidad de

Estadstica e Informtica en el Servidor Elastix
212
Figura 3.27. Terminal Central Telefnica del Hospital Realizando una

Llamada a Local UEI
212
Figura 3.28. Terminal Local Unidad de Estadstica e Informtica

Realizando una Llamada
213
Figura 3.29. Esquema de Prueba de Establecimiento de Llamada Interna

Entre Hospital Local Ex-UTES
Figura 3.30. Prueba de ICMP desde el Hospital hacia el Local Ex-UTES
214
214
Figura 3.31. Registro de Terminal Hospital Local Ex UTES en el

Servidor Elastix
215
Figura 3.32. Terminal Central Telefnica del Hospital Realizando una

Llamada a Local Ex-UTES
216
Figura 3.33. Terminal Local Ex-UTES Recibiendo una Llamada
216
Figura 3.34. Escenario de Prueba para Clculo de Ancho de Banda
217
Figura 3.35. Usuarios SIP Registrados para Prueba en Servidor Elastix
218
Figura 3.36. Captura de Ancho de Banda del Cliente SNMP de 1 Llamada

Realizada - Trafico Saliente
Figura 3.37. Captura de Valores de Consumo de Ancho de Banda
218
219
Figura 3.38. Monitoreo en Tiempo Real de las Aplicaciones del Servidor

Elastix con el Comando TOP
220
Figura 3.39. Monitoreo de Uso de Memoria RAM en Servidor

Elastix con el Comando FREE
221
Figura 3.40. Muestras de Consumo de Memoria RAM y Disco Duro de los

Procesos Ejecutados en Elastix
221
Figura 3.41. Herramientas y Utilitarios de Mantenimiento a Servidor

HP Proliant ML350e Gen 8
225
LISTADO DE TABLAS
Pg.
Tabla 2.1. Cuadro Comparativo de Cdec y Consumo de BW
78
Tabla 2.2. Comparativo Ventajas y Desventajas de los Protocolos

H.323, SIP e IAX v2
Tabla 2.3. Comparativo de Diversos Software PBX ms usados
81
83
Tabla 2.4. Comparativo de Diversos Sistemas operativos para un

PBX en el Merado
Tabla 2.5. Recomendacin e Hardware Mnimo para Servidor PBX
84
85
CAPITULO III DESARROLLO DE APLICACION

Tabla 3.1. Consumo Mensual en Minutos por cada Local Segn
Lnea Telefnica
Tabla 3.2. Porcentaje de Equivalencia de Minutos en Llamadas Externas
98
99
Tabla 3.3. Cantidad de Minutos Consumidos en Llamadas

Externas HOSPITAL
100
Tabla 3.4. Cantidad de Minutos Consumidos en Llamadas

Externas EX UTES
100
Tabla 3.5. Equivalencia de Minutos Consumidos en Llamadas

Externas HOSPITAL
101
Tabla 3.6. Equivalencia de Minutos Consumidos en Llamadas

Externas Ex UTES
101
Tabla 3.7. Cantidad Total de Lneas Telefnicas Necesarias
104
Tabla 3.8. Relacin de Lneas Telefnicas a Utilizarse en el Proyecto
105
Tabla 3.9. Consumo de Ancho de Banda de cada Paquete por Locales
107
Tabla 3.10. Cuadro Comparativo de Softwares de Servidores SIP
109
Tabla 3.11. Evaluacin de Software PBX segn Requerimiento
110
Tabla 3.12. Principales Distribuciones de Sistemas Operativos de Linux
111
Tabla 3.13. Recomendaciones de Hardware Mnimo para Servidor PBX
113
Tabla 3.14. Caractersticas de Hardware para el Servidor PBX
114
Tabla 3.15. Caractersticas Bsicas de un Telfono IP a Utilizarse
115
Tabla 3.16. Cuadro Comparativo de Telfonos IP de Distintos Fabricantes 114

Tabla 3.17. Cuadro Comparativo de Gateways VoIP de Distintos
Fabricantes
Tabla 3.18. Plan de Marcacin del Hospital de Vitarte
Tabla 3.19. Cantidad de Equipos de Cmputo por Unidades, reas y/o
119
123
Servicios
127
Tabla 3.20. Rango de Direcciones IP Red de Datos
128
Tabla 3.21. Rango de Direcciones IP Red de Voz
128
Tabla 3.22. Rango de Distribucin de IP Segn Sub Red
128
Tabla 3.23. Listado de Plan de Marcacin Segn Formato para

Exportacin a Elastix
Tabla 3.24. Distribucin de Canales FXO en Gateway del Hospital
164
169
Tabla 3.25. Distribucin de Configuracin de Lneas en Gateway

FXO del Hospital
173
Tabla 3.26. Distribuciones de Lneas Telefnicas Segn Troncal en

Servidor Elastix
174
Tabla 3.27. Regla de Distribucin de Llamadas Salientes segn

Troncales del Hospital
177
Tabla 3.28. Distribucin de Canales FXO en Gateway del Local

Ex-UTES
189
Tabla 3.29. Distribucin de Configuracin de Lneas en Gateway

FXO del Local Ex-UTES
192
Tabla 3.30. Distribucin de Lneas Telefnicas Segn Troncal de la

193
Tabla 3.31. Regla de Distribucin de Llamadas Salientes Segn

Troncales del Local Ex-UTES
195
CAPITULO IV ANALISIS DE COSTO Y BENEFICIO

Tabla 4.1. Cuadro de Costo por Compra de Equipos
227
Tabla 4.2. Cuadro de Costo por Compra de Materiales
228
Tabla 4.3. Cuadro de Costo por Recursos Humanos
229
Tabla 4.4. Cuadro de Costo por Mantenimiento
229
Tabla 4.5. Cuadro de Resumen de Costo Total
229
Tabla 4.6. Flujo de Caja para Analisis de Costo Beneficio
233
Tabla 4.7. Cuadro de Nuevo Costo por Compra de Equipos
235
Tabla 4.8. Cuadro de Nuevo Costo por Compra de Materiales
235
Tabla 4.9. Cuadro de Resumen de Nuevo Costo Total
236
Tabla 4.10. Flujo de Caja para Analisis de Sensibilidad
237
Tabla 4.11. Cuadro de Lista de Actividades
239
Tabla 4.12. Cuadro de Cronograma de Actividades en Calendario
241
INTRODUCCION
La comunicacin vocal es una de las partes ms importantes en el desarrollo
humano, la necesidad del hombre de comunicarse a grandes distancias ha influido
en su desarrollo a todos los niveles y en todas las pocas, desde los niveles
personales, hasta niveles econmicos, desde desarrollos locales hasta desarrollos
nacionales o continentales.
La tecnologa siempre ha intentado facilitar esta necesidad de comunicacin a
distancia desde el principio de la evolucin, desde las primeras comunicaciones con
seales de humo, pasando por el telgrafo, hasta las actuales comunicaciones por
medio de telefona mvil que nos permiten comunicarnos desde casi cualquier
localizacin del planeta, e incluso en la actualidad, en la que se han llegado a
realizar comunicaciones desde el espacio.
Por tanto, una de las tecnologas ms extendidas, usadas, y comunes, son las
relacionadas con las comunicaciones de voz. En una sociedad actual, que muchos
denominan sociedad de la informacin en la que la informacin es crucial para el
desarrollo de cualquier actividad y en la que Internet es cada vez ms importante, y
forma cada vez ms parte de nuestro mundo cotidiano, es obvio que las
comunicaciones son de una importancia vital para el desarrollo de cualquier
actividad empresarial.
Adems el protagonismo incesante y cada vez ms fuerte de Internet en la vida

cotidiana de las personas y las actuales lneas de desarrollo tecnolgico de las
telecomunicaciones, en las que existe una fuerte tendencia haca el llamado All IP,
hacen lgico el desarrollo de tecnologas basadas en IP que permita estas
comunicaciones y servicios de voz a distancia, integradas dentro de Internet que
tan demandadas y necesarias son en la sociedad actual. Y hablo de servicios
asociados, porque ya no solo hablamos de comunicaciones de voz, sino tambin
hablamos de comunicaciones de vdeo, de servicios de mensajera de voz, de
sistemas de voz de respuesta automtica, etc.
Bsicamente, VoIP (Voz sobre IP) o VoIP (Voice over IP) es un conjunto de
protocolos para transporte de voz sobre redes IP, y no solo debemos entender el
uso de VoIP para su uso en Internet, sino que tenemos que incluir cualquier Red
que funcione bajo este protocolo, aunque como es obvio Internet es la ms

importante.
De esta simple definicin es difcil comprender que VoIP abarca un gran nmero de
tecnologas, ya que los servicios que nos proporciona y las tecnologas implicadas
son muchos y muy variados. Cuando hablamos de VoIP debemos tambin, hablar
de su entorno, ya que, alrededor de este protocolo, e impulsados por este, han
surgido diversas utilidades software y dispositivos hardware, que permiten su
desarrollo y crecimiento.
VoIP es el futuro sustituto de las tecnologas de transporte de voz actuales, y va a

provocar una revolucin en cuanto a sus servicios, uso y sobre todo, va a afectar, y
de hecho, lo est haciendo ya de manera significativa, a los precios actuales que
los grandes operadores de voz existentes en cada pas cobran por sus servicios.
Frente al carcter y aspecto en que se encuentra el Hospital de Vitarte con

respecto a la comunicacin tanto de sus reas internas, as como las reas que se
encuentran fuera del Hospital, se traza como meta el diseo de infraestructura de la
comunicacin local mediante la tecnologa VoIP, cuya meta principal es la
interconexin de stos que por la gran demanda de consulta externa hacia los
pacientes y por la infraestructura que se tiene, se ha visto obligado a que algunas
reas administrativas se encuentren ubicados fuera del Hospital, en ambientes
alquilados, y que adems permitir tener una administracin centralizada,
flexibilidad, disponibilidad en la comunicacin, Facilidad de transporte de lneas
telefnicas, entre otros beneficios.
CAPITULO I
ASPECTOS GENERALES
1.1. DEFINICION DEL PROBLEMA.
El Hospital de Vitarte, es una entidad del estado prestadora de servicios de salud a
la zona de Lima Este, se encuentra ubicado en la Carretera Central Km 7.0, este
establecimiento de salud brinda hasta la actualidad las siguientes especialidades:
Ciruga General, Medicina General, Gineco-Obstetricia, Odontoestomatologia
Pediatra, Laboratorio, Oftalmologa, Otorrinolaringologa, entre otros; adems de
Consulta Externa. Actualmente se encuentra en una etapa de sobre exceso de
atencin por la gran demanda en la zona. Lo que ha ocasionado incremento en sus
consultorios, emergencias y hospitalizaciones, motivo por el cual se ha optado a
que algunas reas administrativas sean trasladadas a lugares alquilados por la
institucin y que adems se ejecute nuevas construcciones, ampliando los
ambientes de atencin al paciente con la finalidad de abastecer la demanda que se
viene suscitando.
Esto ha originado que en el Hospital se presente los siguientes problemas:
- Falta de comunicacin con las reas que se encuentran fuera del Hospital.
- Central telefnica anloga obsoleta, adems una parte de sta se encuentra
daado por el tiempo de uso.
- Mantenimiento de la central telefnica de alto costo por ser antigua.
- Problemas de prdida de puntos de telfonos en las reas por motivo de
movimiento de anexo telefnico.
- No se tiene un control de las lneas telefnicas ni mucho menos de las
llamadas que se realizan al exterior.
- Costos elevados en los pagos de las lneas telefnicas contratadas para los
ambientes alquilados, ya que para tener una comunicacin con estas reas
se requiere obligatoriamente de este servicio.
- Problema de escalabilidad ya que la central telefnica actual se encuentra
daada las tarjetas de expansin de anexos, y por tal no se puede adicionar
un nuevo anexo telefnico lo que origina problemas con el rea solicitante.
- Inconvenientes al momento de trasladar un punto de anexo telefnico a otra
ubicacin, lo que obliga al tendido de un nuevo cableado telefnico.
1.2. DEFINICION DE LOS OBJETIVOS.

1.2.1. OBJETIVOS GENERALES.
- Disear una Red de Voz sobre IP usando Software Libre para el Hospital
de Vitarte.
La red permitir la interconexin entre la sede central que es el Hospital
Vitarte, su sede administrativa llamado EX-UTES (que lo conforman las reas
de Logstica, Economa, Personal, Almacn Central y Almacn de
Medicamentos) y el local alquilado donde se encuentra la Unidad de
Estadstica e Informtica, motivo por el cual se encuentran separadas en
comunicacin, pudiendo adems poder extenderse en caso se implemente un
nuevo local a exterior del Hospital y se encuentre en una zona aledaa al
mismo, adems se estar contando con un Servidor Replica la cual tendr la
misma
configuracin
que
el
Servidor
Principal.
Adems
de
tener
interoperabilidad con la red telefnica publica utilizando la red de datos que

existe en la institucin.
1.2.2. OBJETIVOS ESPECFICOS.

- Investigar los fundamentos primordiales de la tecnologa de voz sobre IP y
como contribuye al Hospital de Vitarte.
- Analizar los diversos protocolos y hardware necesarios para la implantacin
de una red VoIP en un ambiente Open Source, con la calidad de servicio ms
adecuada.
- Realizar un anlisis bajo un enfoque cualitativo, que permita conocer la
situacin actual de la infraestructura de la red de datos, para la
implementacin de voz sobre IP.
- Desarrollar un diseo de redes locales que cumpla los siguientes aspectos:
fiabilidad, seguridad y flexibilidad para poder luego del diseo implementar lo
que es una red convergente.
-
Realizar un anlisis de costos-beneficio acerca de la implementacin del

proyecto en el Hospital de Vitarte.
1.3. JUSTIFICACION DE LA INVESTIGACION.

Los beneficios del diseo y luego seguir con la implementacin de VoIP puede ser
medidos desde diferentes mbitos:
- ECONMICO.- Al tener lneas telefnicas contratadas por cada rea externa
del Hospital para la comunicacin originara gastos innecesarios para la
institucin solo por el hecho de no contar con la tecnologa adecuada para la
intercomunicacin. VoIP permitir solucionar estos inconvenientes. Adems
el ahorro en implementar un cableado exclusivo para la red telefnica como
se ha venido haciendo con la tradicional lnea anloga permite reducir gastos
en cableado telefnico, ya que la comunicacin va VoIP se integra a la red de
datos, manteniendo as un nico cableado.
- INTEGRADO.- La tecnologa VoIP permite que una organizacin, en este
caso nuestra institucin consta de una nica infraestructura de red integrada
con voz y datos, as como tambin interactuada con las dems reas que se
encuentran posicionados en zonas externas al Hospital y que estn
interconectados por red inalmbrica, permitiendo una gestin ms cmoda,
sencilla y competitiva de la infraestructura a lo que respecta el campo de
telecomunicaciones.
- ESCALABLE.- La tecnologa VoIP permite ser escalable; a comparacin de
las centrales telefnicas anlogas, estas se ven afectadas al momento de la
adicin de anexos telefnicos ya que en caso no haya punto disponible, se
tendr que adicionar un tarjeta lo cual incluye gastos. A comparacin de la
telefona IP, la escalabilidad est basado solo en la adicin del equipo
telefnico IP a la red, evitando gastos adicionales.
- PORTABLE.- La telefona IP permite se movido de un lugar a otro dentro de
una red con gran facilidad ya que son como una PC. A comparacin de las
lneas anlogas que para mover un anexo telefnico hacia una nueva rea o
ambiente se tendr que realizar un nuevo cableado telefnico lo que hace que
sea complicado la instalacin viendo desde el punto de infraestructura.
- TECNOLGICO.- Esta tecnologa de VoIP abre las puertas hacia la

modernizacin de las telecomunicaciones, integrando los servicios de voz y
datos bajo el concepto que se conoce hoy en da como: Convergencia.
- FACIL DE ADMINISTRAR.- A comparacin de las centrales telefnicas
anlogas que para su administracin de sus anexos telefnicos se debe tener
un control adecuado de cada punto telefnico interconectado; en Telefona IP
esto ya no existe. Por medio desde nuestro servidor PBX se tendr la
administracin centralizada de todos los telfonos IP y el control de los
mismos, adems de sus configuraciones.
El desarrollo de la presente tesis exige un nivel de entendimiento de temas

concernientes al Diseo, protocolos y seguridad de Redes, Ingeniera de Trfico,
configuracin de equipos y dispositivos activos y pasivos de una Red LAN y WAN,
conocimiento bsico de tecnologas de redes de voz sobre IP, lenguajes de
programacin. Se trabajar en la capa de Red, Transporte y Aplicacin del modelo
OSI.
La presente tesis pretende abordar las soluciones a los problemas de comunicacin

tanto interna como externa del Hospital de Vitarte, ofreciendo un esquema
innovador a un bajo costo, permitiendo de esta manera mejorar la coordinacin en
las distintas reas internas y externas de la institucin.
Por otro lado este proyecto permitir la reduccin de costos, que implican las
llamadas al utilizar la telefona convencional, ofreciendo una propia infraestructura
basada en tecnologas de redes de voz sobre IP.
CAPITULO II
FUNDAMENTO TEORICO
2.1. ANTECEDENTES.
La tecnologa de transmisin de voz sobre el protocolo IP nace en los aos 70 para
la ARPANET (el antecesor de Internet), en aquel momento fue un desarrollo
experimental para obtener comunicacin por voces entre los integrantes de la
entonces pequea red de redes, comunicacin de PC a PC. Con el crecimiento y
uso extendido de las redes IP, el fenmeno de Internet, el desarrollo de tcnicas
avanzadas de digitalizacin de voz, mecanismos de control y priorizacin de trfico,
protocolos de transmisin en tiempo real, as como el estudio de nuevos estndares
que permitan la calidad de servicio en redes IP (QoS), se cre un entorno donde ya
es posible transmitir la voz sobre IP.
Figura 2.1
Como Trabajo ARPANET
(http://computer.howstuffworks.com/arpanet1.htm)
La voz sobre redes IP VoIP (Voice over IP) inicialmente se implement para reducir
el ancho de banda mediante compresin vocal, aprovechando los procesos de
compresin diseados para sistemas celulares en la dcada de los aos 80. En
consecuencia, se logr reducir los costos en el transporte internacional. Luego tuvo
aplicaciones en la red de servicios integrados sobre la LAN e Internet. Con
posterioridad se migr de la LAN (aplicaciones privadas) a la WAN (aplicaciones

pblicas) con la denominacin IP-Telephony.
La transmisin de voz sobre el protocolo de IP o VoIP (Voice Over Internet

Protocol), es una tecnologa que permite la transmisin de voz a travs de las redes
IP (Internet, red IP pblica, Intranet), y nace en el ao 1995 como resultado del
trabajo de un grupo de estudiantes en Israel. Ese mismo ao Vocaltec anuncia el
lanzamiento del primer Softphone que llamaron Internet Phone Software. El
software funcionaba comprimiendo la seal de voz, convirtindola en paquetes de
voz que eran enviados por Internet, la comunicacin es de PC a PC.
En marzo de 1997 la compaa MCI de Estados Unidos lanza su proyecto llamado

VAULT, esta nueva arquitectura de red permite interconectar y combinar las redes
tradicionales de telefona con redes de datos. El sistema "empaqueta" las
conversaciones (es decir, las transforma en bloques de informacin manejables por
una red de datos) y las enva va Internet.
Figura 2.2
Inicios de la Red Informtica y Telefona Anloga
(http://www.pcworld.pl/news/383196/Kiedy.powstal.Internet.html)
A finales del ao 1997 el VoIP frum del IMTC (International Multimedia

Telecommunications
Consortium)
llega
un
acuerdo
que
permite
la
interoperabilidad de los distintos elementos que pueden integrarse en una red VoIP.
Debido a la ya existencia del estndar H.323 del ITU-T (International
Telecommunication Union), que cubra la mayor parte de las necesidades para la
integracin de la voz, se decidi que el H.323 fuera la base del VoIP. De este modo,
el VoIP debe considerarse como una clarificacin del H.323, de tal forma que en
caso de conflicto, y a fin de evitar divergencias entre los estndares, se decidi que
H.323 tendra prioridad sobre el VoIP. El VoIP tiene como principal objetivo
asegurar la interoperabilidad entre equipos de diferentes fabricantes, fijando
aspectos tales como la supresin de silencios, codificacin de la voz y
direccionamiento, y estableciendo nuevos elementos para permitir la conectividad
con la infraestructura telefnica tradicional. Estos elementos se refieren
bsicamente a los servicios de directorio y a la transmisin de sealizacin por
tonos multifrecuencia (DTMF).
En el ao 1998 se comenzaron a fabricar los primeros ATA/Gateways para permitir
las primeras comunicaciones PC a telfono convencional y finalmente las primeras
comunicaciones telfono convencional a telfono convencional (con ATAs en cada
extremo). Tambin se comenz a fabricar Switches de Layer 3 con QoS. En el ao
1999 Cisco vende sus primeras plataformas corporativas para VoIP. Se utilizaba
principalmente el protocolo H.323 de sealizacin. El marco de voz con el software
integrador Cisco IOS ofrece la integracin completa y sin fisura de voz, video y
datos. Permite a los clientes corporativos y a los proveedores de servicio manejar
grandes redes y servicios basados en VoIP.
Figura 2.3
Los Primeros Telfonos IP de Cisco
(http://www.cisco.com)
En el ao 2000 VoIP representaba ms del 3% del trfico de voz. Ese mismo ao

Mark Spencer un estudiante de la Universidad de Auburn crea Asterisk, la primer
central telefnica/conmutador basada en Linux con una PC hogarea con un cdigo
fuente abierto. Asterisk hoy ofrece una solucin freeware para hogares/pequeas
empresas y soluciones IP-PBX corporativas.
En el ao 2002 el protocolo SIP (Session Initiation Protocol) que es un protocolo de

sealizacin desarrollado por la IETF (Internet Engineering Task Force), empieza a
desplazar al protocolo H.323. En el ao 2003 dos jvenes universitarios - Jan Friis y
Niklas Zenntrom - crean un softphone gratuito fcilmente instalable en cualquier PC
que puede atravesar todos los firewalls y routers inclusive los corporativos. Ese
producto es Skype, que se propaga con una velocidad increble.
Figura 2.4
Aplicacin Basada en Comunicacin por Telefona IP
(http://www.skype.com)
En el ao 2007 Linksys, una divisin de Cisco, lanz un telfono mvil IP llamado

iPhone que cuenta con clientes Skype y Yahoo! Messenger para realizar llamadas y
mantener presencia en lnea. Hoy, el mundo de la comunicacin se encuentra
viviendo un cambio realmente drstico, gracias a la incorporacin de la llamada
Telefona IP, cuya expansin cuenta con el apoyo de destacados desarrolladores
de sistemas, tales como Cisco y Avaya, y empresas lderes fabricantes de
equipamiento, como lo son Alcatel, Nortel Networks, Matra, Samsung y LG.
10
2.1.1. PROYECTO DE IMPLEMENTACION DE TELEFONIA IP EN LA RED

DE ESSALUD1.
EsSALUD, el seguro social de salud de Per, necesitaba mejorar los sistemas de
comunicacin en ms de 400 hospitales y centros de salud que gestiona. Quera
unificar la red de datos, voz y vdeo, y con los telfonos de telefona IP de la SNOM
technology AG de Alemania encontr una solucin idnea.
Figura 2.5
Hospital Jorge Voto Bernales EsSALUD Ate
(http://www.essalud.gob.pe/images/h_voto_bernales1.jpg)
LAS NECESIDADES DE ESSALUD.

- EsSALUD es una institucin dedicada a proveer servicios de seguro de salud
en Per que cuenta con ms de 400 hospitales y centros de atencin a nivel
nacional. Movida por la voluntad de renovar sus equipos para encontrar una
solucin global en lo que se refiere a la telefona y a la red de datos en
general, se puso en contacto con SUMTEC, la primera empresa en Per
promotora de tecnologas innovadoras en telefona IP sobre estndares
abiertos. Desde hace ms de diecinueve aos, SUMTEC se dedica a brindar
11
soluciones de telecomunicaciones al sector corporativo y la industria

adaptadas a las necesidades de cada cliente.
- Los objetivos de EsSALUD eran dos: en primer lugar, renovar la tecnologa de
todos los hospitales desplegados a nivel nacional, de modo que todos los
servicios de telefona convergieran sobre la red de datos, voz y vdeo; en
segundo lugar, implementar estos nuevos equipos directamente en todos los
hospitales nuevos inaugurados por el gobierno entre 2008 y 2010.
- Una vez analizadas estas dos necesidades principales, Se estudi las
diferentes alternativas que podan interesar y, finalmente, EsSALUD decidi
implementar en 2007 soluciones de telefona IP basadas en el cdigo abierto
ASTERISK. En cuanto a los telfonos, tras valorar las diversas posibilidades
existentes en el mercado, se consider que la marca SNOM era la opcin
ms adecuada, tanto por el ahorro de ms de un milln de dlares que
supona respecto a las soluciones ofrecidas por otras marcas de telefona,
como por la calidad y la fiabilidad de los productos que ofrece esta marca
desde el punto de vista tcnico.
LA SOLUCIN.
- Para poder satisfacer las necesidades de EsSALUD, era preciso que cuenten
con un terminal IP resistente, que permitiera utilizar a la vez varias
identidades SIP, que ofreciera una alta calidad de sonido tanto de emisin
como de recepcin, as como numerosas prestaciones en cuanto a la gestin
de llamadas, y todo ello en unos terminales que el usuario pudiera manejar de
manera intuitiva con toda comodidad. SNOM, empresa alemana dedicada a
ofrecer soluciones de telefona VoIP, fue la compaa capaz de cubrir todos
estos requisitos.
- De entre todas las posibilidades que ofrece SNOM, los modelos elegidos
fueron el SNOM 300, implementado en el 90% de los casos, y el SNOM 370,
para los puestos de operadoras y gerencia; en total, ms de 10.000 telfonos.
Adems, en los casos en que se instalaron sistemas de megafona, la
solucin elegida fue el SNOM Pa1, que combina las funciones de un telfono
con un amplificador digital de alto rendimiento para la emisin de anuncios y
avisos.
12
Figura 2.6
Solucin Basada en Telefona IP utilizando ASTERISK-Elastix
(http://www.xinet.mx/wp-content/uploads/2014/04/unity_con_asterisk.jpg)
UN PROYECTO AL ALCANCE.
- Cabe destacar la fuerte repercusin poltica que tiene este plan de
modernizacin de los sistemas de telefona de EsSALUD, ya que es uno de
los proyectos emblemticos del gobierno de Per. Durante el ltimo ao se
han inaugurado quince nuevos hospitales dotados de esta tecnologa de
ltima generacin entre ellos se encuentra el Nuevo Hospital del Nio, con
una infraestructura moderna y tecnologa IP a la vanguardia.
- En la actualidad, el plan de renovacin se encuentra en marcha y est
previsto implementar los nuevos equipos de VoIP de SNOM en el 30% de
hospitales y centros de atencin de emergencias restantes. En la
inauguracin de todos los hospitales se cont con la presencia del presidente
de la republica que, incluso en una ocasin, mientras compareca ante la
prensa, hizo una demostracin en directo y realiz una llamada desde un
telfono SNOM 300.
EN QUE MEJORO ESSALUD

-
EsSALUD mejoro de una manera espectacular, hoy en da su comunicacin

se ha fortalecido gracias a la interconexin que se tiene con cada hospital, la
interconexin con todos los hospitales de EsSALUD ha originado mejora en la
13
atencin, rapidez y sobre todo ahorro, un ahorro de aproximadamente de 2

millones de dlares a nivel de inversin en soluciones de telefona
corporativa. En esta parte la marca de telefona IP SNOM ha conseguido,
una vez ms, adaptarse a las necesidades particulares del cliente y poner en
sus manos una amplia gama de soluciones para implantar equipos de
telefona de ltima generacin que ofrecen todas las funciones y prestaciones
necesarias para facilitar, a todos los niveles, la comunicacin profesional
como hoy en da lo estn realizando todos los hospitales de EsSALUD.
Figura 2.7
Telefona IP en los Centros de Atencin ONLINE en EsSALUD
(Fuente Propia)
___________________________________________________________________________
1
Informacin obtenida desde la pgina web de:

OFICINA NACIONAL DE GOBIERNO ELECTRONICO E INFORMATICA ONGEI
14
http://www.ongei.gob.pe/eventos/Programas_docu/40/Programa_294.pdf
2.1.2. PROYECTO DE IMPLEMENTACION DE TELEFONIA IP EN LA

UNIVERSIDAD ESAN2.
La Universidad ESAN cuenta desde el mes de Julio del 2014 con el servicio de
telefona IP gracias a la implementacin de una Central de Telefona IP y su
integracin con la Central Principal de telefona de la universidad.
Figura 2.8
Departamento de Tecnologa de Informacin de la Universidad ESAN
(Fuente: http://esandata.esan.edu.pe)
La telefona IP se hace realidad gracias a la tecnologa de Voz por IP (VoIP) que

permite la transmisin de voz sobre las redes IP. Esta tecnologa est siendo usada
por muchas compaas e instituciones educativas privadas y pblicas a nivel
mundial y hoy en da se encuentra presente en el campus de la Universidad ESAN.
Figura 2.9
Telefona IP presente en las oficinas de la Universidad ESAN
15
La Universidad ESAN apost por esta tecnologa por los grandes beneficios que
sta nos ofrece. Mencionamos los principales beneficios que esta tecnologa
ha otorgado a la Universidad:
- Permite administrar las grabaciones de voz, los mensajes instantneos y los

emails como archivos bajo la misma plataforma. Esto se conoce
como mensajera unificada, es decir los mensajes de voz se guardarn en el
buzn de voz del anexo IP y adems, se enviar el mensaje de voz
automticamente al correo del usuario pudindolo escuchar desde cualquier
parte del mundo con acceso a Internet.
- Permite crear un centro virtual de llamadas que integre a todos los usuarios
situados en las diferentes reas de la Universidad, en las oficinas de
regiones, en oficinas extranjeras o desde las estadas en los hoteles durante
los viajes de profesores y autoridades para un evento en especial o clases
fuera de Lima: no habr lmites de espacio ni distancia para mantenernos
comunicados a travs de los anexos a costo cero, o realizar llamadas hacia
Lima a precio local.
- Con la central IP se ha creado un Call center donde se administraran las

llamadas con las mismas funcionalidades de un Call center con telefona
convencional y adems, permitir el enrutamiento inteligente de una llamada
hacia mltiples agentes en lnea.
- Reduccin de costos porque podemos crecer en un nmero de anexos

ilimitados sin la necesidad de comprar un telfono IP fsico y adems las
llamadas internacionales a ciertos pases como EEUU y Espaa tienen un
costo menor que una llamada tradicional. Para este caso la Universidad
ESAN ha negociado con un proveedor de telefona IP para hacer efectivo este
tipo de llamadas.
16
Algunos datos adicionales sobre nuestra central IP:

2 La central IP tiene reservados un rango de extensiones que van desde el
4000 al 4999. Adems los anexos para Lima y provincias para propsitos de
organizacin varan del 4000 al 4799 para Lima y del 4800 al 4999 para
provincias, esto explica que toda la telefona de la interconexin entre todos
loa campus de la ESAN ser mediante voz sobre IP.
3 No necesariamente se cuenta con un telfono fsico para contar con un anexo

pero si con una PC con acceso a Internet para interactuar a travs de un
software llamado Softphones (x-lite) que hay que instalar en la PC del usuario
o un dispositivo mvil con acceso a Internet, esto obviamente reduce costos
de una manera extraordinaria.
4 Se pueden realizar llamadas desde
Anexo IP a anexo convencional y
viceversa, De anexo IP a telfonos fijos o a celulares y viceversa, De PC a

PC (Softphone a Softphone), De anexo IP a anexo IP. Est restringido para
llamadas internacionales.
Figura 2.10
Uso de Softphone VoIP en las oficinas de la universidad ESAN
___________________________________________________________________________
2
Informacin obtenida desde la pgina web de:
17
ESAN DATA TECNOLOGIA DE INFORMACION DE LA UNIVERSIDAD ESAN

http://esandata.esan.edu.pe/index.php?option=com_content&view=article&id=232:1-implementacion-detelefonia-ip-en-la-universidad-esan&catid=33:mayo-junio&Itemid=153
18
2.2. MARCO TEORICO.

2.2.1. SITUACION ACTUAL DE LA PROBLEMTICA.
En el Hospital de Vitarte, los servicios de transferencia de datos y las
telecomunicaciones son imprescindibles para las operaciones de la institucin ya
que como ser una entidad prestadora de servicios de salud se cuenta con un
Sistema de Gestin Hospitalario, que es utilizado las 24 horas del da, los 365 das
del ao y con comunicacin telefnica que es abarcado por los servicios crticos
como consultorios, emergencias, hospitalizaciones y la parte administrativa, en este
caso la parte logstica para el requerimiento y abastecimiento de insumos para la
institucin.
Cabe mencionar que la institucin cuenta con un local principal (que es el Hospital),
la sede administrativa EX-UTES y un local alquilado donde se encuentra la Unidad
de Estadstica e Informtica; ello ha originado que la comunicacin hacia el Hospital
desde sus 2 locales sea muy limitada por el motivo de no contar con anexos
telefnicos adicionales que estn interconectados con la sede principal que es el
Hospital, y que adems la necesidad de comunicacin es muy primordial sobre todo
hacia las reas abastecedoras de insumos como Almacn Central y Almacn de
Medicamentos; tambin en el tema de soporte informtico, la comunicacin hacia la
Unidad de Estadstica e Informtica es muy importante pero actualmente viene
siendo muy limitada, lo que ha provocado incomodad en las diversas reas y/o
servicios con respecto a la demora de la atencin tcnica a brindar.
Razn por la cual surge la necesidad de contar con una solucin que permita poder
integrar esos servicios y obtener mayores beneficios en cuanto a comunicacin
fluida, costos, aplicaciones y la modernizacin de la infraestructura tecnolgica.
19
Figura 2.11
Diagrama Actual de la Red de Datos del Hospital y sus 2 locales interconectados por Conexin Inalmbrica.
(Fuente Propia)
19
Figura 2.12
Diagrama Actual de la Red Telefnica Anloga del Hospital y sus 2 locales.
(Fuente Propia)
20
Pagos Realizados por Servicio de

Telefonia Fija - Hospital Vitarte
(Ao 2013)
S/. 3.400,00
S/. 3.200,00
S/. 3.000,00
S/. 2.800,00
S/. 2.600,00
S/. 2.400,00
3286,05
3030,2252987,55 3015,3 3020,25 3085,45 2989,55 3048,5
2952,45
3021,8
2811,2 2746,3
Figura 2.13
Pagos Realizados por Servicio de Telefona Fija Ao 2013
(Fuente: Recibos de Pagos del Hospital)
Es por eso que para la definicin del problema se utiliza el diagrama de la caja
negra, en el cual a partir de la definicin de un estado inicial en donde se presentan
las causas de la problemtica actual, se llega a travs del proceso a un estado
ideal o esperado.
ESTADO INICIAL.
- Actualmente, el Hospital de Vitarte cuenta con la siguiente infraestructura
tecnolgica para el proceso de comunicacin de voz:
Una central telefnica marca MERIDIAM M8X24DS, con una entrada
para 8 lneas troncales y salida para 24 anexos, que puede ser
expandido hasta un total de 120 anexos (previa adicin de tarjeta
digital).
1 Lnea telefnica anloga (Lnea principal del Hospital).
5 Lneas telefnicas anlogas ubicadas en diversas reas.
1 Lnea telefnica anloga nica para la Direccin General.
1 Lnea telefnica anloga nica para la Direccin Adjunta.
1 Lnea telefnica anloga nica para la Direccin Administrativa.
- En la sede EX-UTES se cuenta con 6 lneas telefnicas anlogas ubicadas

de la siguiente manera:
2 lneas telefnicas anlogas ubicadas en el rea de Logstica.
21
1 Lnea telefnica anloga ubicada en el rea de Economa.

1 Lnea telefnica anloga ubicada en el rea de Personal.
1 Lnea telefnica anloga ubicada en el rea de Almacn Central.
1 Lnea telefnica anloga ubicada en el rea de Almacn de
Medicamentos.
- En el local alquilado para la Unidad de Estadstica e Informtica se cuenta

con 3 lneas ubicadas de la siguiente manera:
1 Lnea telefnica anloga ubicada en la Jefatura de la Unidad.
1 Lnea telefnica anloga ubicada en la Jefatura de Informtica.
1 Lnea telefnica anloga ubicada en la Jefatura de Estadstica.
- La poca cantidad de lneas telefnicas en las distintas reas de los ambientes

fuera de la institucin ha originado que no haya una buena comunicacin
hacia el hospital con el personal de las reas y/o servicios, lo que ha
originado retrasos en entregas de informacin a diferentes reas, retraso de
trmites o procesos de gran importancia para la institucin.
- En la central telefnica se encuentra en uso solo 81 anexos telefnicos

debido a que 5 anexos quedaron sin funcionar por motivo de perdida de
cableado telefnico en la pared y por la infraestructura que se tiene se es
muy complicado el tendido del mismo, lo que ha provocado incomodidad en
las reas afectadas y ms an por ser reas asistenciales donde se requiere
la comunicacin y coordinacin con los dems servicios para una mejor
atencin.
- Se tiene un problema con la cantidad de lneas telefnicas insuficiente tanto

para recibir llamadas desde el exterior as como tambin realizar llamadas
hacia el mismo. El Hospital solo cuenta con una lnea troncal que adems de
ser la lnea principal por donde una persona desde afuera hace una llamada
para comunicarse con alguna rea o personal de la institucin, es tambin la
lnea por donde una rea o servicio realiza una llamada hacia afuera. Esto ha
provocado una gran incomodidad al momento de realizar una llamada desde
el Hospital hacia una entidad externa, ya que como esta lnea telefnica hace
doble funcionalidad, uno debe esperar la disponibilidad de la lnea para
22
recin hacer uso de ella, lo que provoca molestia y perdida de comunicacin

en las reas y servicios.
- Actualmente se administra los servicios de telefona y datos por redes

separadas, careciendo de un marco de referencia la cual permita el diseo de
la red local que brinde mejoras en la sealizacin, calidad del servicio y
arquitectura para poder implementar la tecnologa de voz sobre IP.
- La central telefnica que cuenta el Hospital de Vitarte es antigua, anloga y

obsoleta y en consecuencia de ello su mantenimiento es personalizado y
costoso. Adems actualmente las ranuras de tarjeta externa para la adicin
de anexos telefnicos se encuentran daadas lo que impide poder agregar
ms anexos telefnicos anlogos.
- Se ha tenido problemas al momento de dar solucin a un punto de anexo

telefnico que se encuentra sin conexin, ya que conforme a crecido la
demanda en el Hospital de Vitarte se ha construido nuevas reas y servicios,
por tal, estos cables telefnicos se han perdido en la construccin originando
la reinstalacin de nuevos cableados.
- Al momento de mover un anexo telefnico a otra posicin por motivos de

traslado de ambientes se ha visto en la necesidad de instalar un nuevo punto
telefnico lo que ha originado un desorden total en el cableado telefnico y
en la central telefnica.
- Las reas de Logstica, Economa, Almacn Central, Personal y Almacn de
Farmacia que se encuentran ubicados en la sede EX-UTES y el local
alquilado donde se hospeda la Unidad de Estadstica e Informtica se
encuentran aislados en la parte de la comunicacin e infraestructura ya que
por motivo de ello stos se encuentran alejados al Hospital y por ende no hay
anexos directos que se pueda realizar llamadas telefnicas hacia estos
ambientes. Hay que hacer mencin que para tener una comunicacin con
estas reas stas cuentan con lneas telefnicas contratadas a un proveedor
de servicios de telefona, y que estn ubicadas solo en el ambiente de las
jefaturas o encargados de dichas reas, por ello, para poder tener una
comunicacin tenemos que realizar llamadas a los telfonos fijos con los que
cuentan, motivo por el cual origina deficiencia en la comunicacin, retraso en
23
coordinaciones y/o procedimientos, y respecto al Hospital, origina perdidas

de comunicacin con otras llamadas entrantes de gran importancia como
consultas en lnea, coordinacin de referencias de pacientes a otros
hospitales, entre otros.
- Costos elevados por la cantidad de lneas telefnicas con que cuenta la
institucin ya que para poder comunicarse con las diferentes sedes se
requieren obligatoriamente de este servicio.
- Uno de los grandes beneficios que ayuda al proyecto a su diseo y posterior

implantacin es que el Hospital de Vitarte actualmente cuenta con un
cableado estructurado nuevo, ejecutado mediante un servicio a inicios del
ao 2013. Este cableado estructurado consiste en: Cable UTP categora 6
para toda la red, con un total de 415 puntos de red, Switches 10/100/1000 y
con puertos de fibra ptica para la interconexin con el Switch de Distribucin
que se encuentra en el DataCenter. Adems el Hospital de Vitarte cuenta con
un DataCenter cuyo proceso se ejecut a mediados del ao 2013, ste
cuenta con un cableado de fibra ptica para Switches administrables de Core
de Capa 3 y de Distribucin de Capa 2, aires acondicionados de precisin,
alerta contra incendios, detector de humo, control de acceso con huella
digital, cmaras de vigilancia interna y un UPS con banco de bateras con
una autonoma de 18 horas comprobado. Tambin se hacen mencin que el
Hospital cuenta con un grupo electrgeno automtico en caso no haya fluido
electrnico en la institucin o en la zona. Por ende, esto permitir ahorro de
costos y un gran beneficio para el proyecto a proponer.
- Con respecto a las interconexiones entre sus 2 locales alquilados, la
conexin se realiza mediante equipos de comunicaciones (Access Point) de
5.8 Ghz 400 Mbps - 15 dbi, con interconexin redundante lo cual permite
una comunicacin constante en la LAN.
ESTADO ESPERADO.
- Brindar un modelo que sirva como un marco de referencia para el diseo de
la red local e interconexin externa, y as poder implementar VoIP como una
solucin que permita integrar voz y datos y mantener todas las reas
externas interconectadas en la comunicacin.
24
2.2.1.1. DECLARACION DEL MARCO PROBLEMATICO.

Los procesos de comunicacin ms utilizados por los empleados de los diferentes
locales que conforma la institucin, es la telefona bsica por ser la forma ms
cmoda rpida e interactiva.
Al tener una regular afluencia de llamadas entre los diversos locales, que se
encuentran en redes totalmente aisladas, el costo que se abona mensualmente por
la comunicacin entre los trabajadores es un costo redundante ya que contando
con una red de datos se puede aprovechar para transmitir voz y anular dicho costo
del presupuesto mensual. Si se tiene en cuenta el horario de operacin de la los
locales aislados al Hospital, su horario de trabajo comprende desde las 8 a.m. a 6
p.m. (el horario de salida oficial es a las 04:15 pm pero por motivo de avances de
trabajo permanecen hasta las 06:00 pm aproximadamente), podemos observar que
no existe tarifa preferencial para estas llamadas al encontrarse dentro de los
horarios donde se genera mayor cantidad de trfico.
Adems de esto, se suma la baja eficiencia que cumple la central PBX que
actualmente se viene utilizando ya que solo permite la comunicacin sin costo
entre las reas y servicios del Hospital, mas no con los locales alquilados.
25
2.3. MARCO CONCEPTUAL.

2.3.1. VOIP Y TELEFONA IP.
Los trminos de VoIP y Telefona IP se utilizan comnmente como sinnimos, pero
entre ambos existen diferencias claras. La principal diferencia es que VoIP se
refiere al transporte de voz encapsulada dentro de paquetes de datos, utilizando el
protocolo de Internet (IP) sobre redes pblicas o privadas. En cambio Telefona IP,
es un sistema avanzado de comunicaciones que utiliza el protocolo de Internet
como medio de transporte para crear un sistema telefnico con todas las funciones
de la telefona tradicional, pero que adems agrega nuevas posibilidades.
En otras palabras VoIP, del ingls Voice over Internet Protocol, es la tecnologa en
la que se digitaliza, comprime la voz y se encapsula sobre el protocolo IP. La
Telefona IP es la infraestructura que nos permite hacer llamadas a cualquier
telfono de la red telefnica.
La Telefona IP es aquella que rene la transmisin de voz y datos a travs de
redes IP (Internet Protocol) en forma de paquetes de datos (de ah deriva la
denominacin Voz sobre IP o VoIP). Estas redes transportan la informacin
basadas en el Protocolo de Internet (IP). El ejemplo ms comn de esta red es
Internet y las redes LAN (Local rea Network o redes de rea local), es decir redes
que se componen de un nmero pequeo de equipos y con una extensin no muy
amplia (local). Esta telefona es una tecnologa que est basada en el sistema de
conmutacin de paquetes, a diferencia de la Telefona Tradicional que se basa en
la conmutacin de circuitos. La conmutacin de paquetes es aquella donde la
informacin antes de ser enviada es empaquetada. En las redes IP, cada paquete
es transmitido individualmente y ste puede seguir diferentes rutas hacia su
destino. Una vez que los paquetes llegan a su destino, estos son otra vez reensamblados.
La Telefona IP surge como alternativa a la Telefona Tradicional, brindando
nuevos servicios al cliente y una serie de beneficios econmicos. Esto debido a
26
que la Telefona IP rene dos mundos histricamente separados: la transmisin de

voz y la de datos, entre los puntos distantes. Esto permite utilizar las redes de
datos para efectuar las llamadas telefnicas, es decir, una nica red se encarga de
cursar todo tipo de comunicacin, ya sea de voz, datos, vdeo o cualquier otro tipo
de informacin.
En las siguientes figuras se logra apreciar que en la situacin actual existe la Red
de la Telefona Analgica o Tradicional (A) que es la que permite realizar solo
llamadas entre telfonos anlogos por medio de las centrales telefnicas anlogas
que se comunican con la red de Telefona Tradicional o PSTN para as llegar al
destino deseado.
En esta situacin tambin se encuentra la Red de Datos (B) que es aquella que
permite conectar computadores entre si bajo una red LAN y a su vez permitir que
estos salgan a Internet a travs de un servidor o un router, logrando una
comunicacin con otras LAN's que se encuentren distantes. La Telefona IP (C)
por su parte, permite realizar ambas funciones (A y B) bajo un mismo esquema de
red, es decir, bajo la red de datos se pueden realizar llamadas tanto hacia la
Telefona Tradicional como internamente y tambin permitir la conexin de
computadores entre s con salida a Internet. Para esto es necesario la utilizacin
de Telfonos Tradicionales, Telfonos IP o Softphones, un servidor de telefona IP,
y tarjetas o adaptadores de interfaz FXO y FXS que sern explicadas ms
adelante.
Figura 2.14
27
Modelo de Diseo de una Red de Voz y Datos Actual

(Fuente Propia)
Figura 2.15
Modelo de Diseo de una Red de Telefona IP
(Fuente Propia)
28
2.3.2. CARACTERISTICAS DE LA TELEFONA IP.

La Telefona IP puede realizar las mismas funciones o caractersticas de la
telefona tradicional, pero adems posee una serie de nuevas funciones, entre las
que se puede mencionar: Transferencia de llamadas, Monitoreo de llamadas,
Recuperacin de llamadas, Grabacin de llamadas, Identificacin de usuarios,
Videoconferencia, Mensajera SMS, Autentificacin, Integracin con Bases de
Datos, Msica en espera, Control de volumen, Llamadas de emergencia, Llamadas
en espera, Contestar llamadas de manera automtica, Bloqueo de la persona que
llama, Creacin de msica, Transferencia de msica, Recepcin y transmisin de
fax, Interfaz web para chequear mail, Notificacin visual de mensajes de voz, y
otras funcionalidades menos comunes.
El uso de la Telefona IP presenta una serie de ventajas con respecto a la telefona

tradicional, entre las principales se pueden destacar las siguientes:
- REDUCCIN DE COSTOS EN INSTALACIN.- Existir ms facilidad para
contratar proveedores de servicios, ya que muchos operan a travs de
Internet y dan servicio en cualquier localizacin, al contrario de lo que ocurre
actualmente en donde solo existen normalmente unos pocos operadores
nacionales. Solo existir una red, la de datos (que unirn los computadores y
los telfonos), con el consecuente ahorro en mantenimiento, instalacin, etc.
Los costos de las llamadas son de entre un 60% a un 80% menor del costo
actual en llamadas de larga distancia, y en llamadas locales, en algunos
casos son hasta gratuitas.
- VENTAJA COMPETITIVA.-
La Telefona IP mejora la productividad y la
atencin al cliente.
- MXIMA MOVILIDAD.- La Telefona IP facilita la movilidad, ya que uno
puede disponer de su extensin en cualquier parte del mundo, siempre que
tenga una conexin a Internet.
- SEGURIDAD.- La seguridad y privacidad de llamadas queda totalmente
garantizada gracias a las tecnologas ms seguras y robustas de
autenticacin, autorizacin y proteccin de datos que existen en la
actualidad.
29
- ESCALABILIDAD.- La Telefona IP posee una arquitectura que es escalable

y flexible. Con una instalacin simplificada, configuracin y reconfiguracin
conforme a la red del usuario.
- COMPATIBILIDAD.- Es compatible con varios hardware de diferentes
fabricantes y/o proveedores al estar basado en estndares.
- FLEXIBILIDAD.- Una variedad de los mtodos de acceso (ADSL, cable de
mdem, Lneas Dedicadas) entre otros, con velocidades que se extienden a
partir del 56 Kbps y hasta 40 Gbps) as como opciones mltiples en la
configuracin permiten que la Telefona IP sea flexible.
- CALIDAD DE SERVICIO (QoS).- Consiste en poder asignar prioridades a los
paquetes que son transmitidos por la red IP. Por ejemplo, se puede asignar
una prioridad ms alta a los paquetes de Voz que son sensibles al tiempo
durante su transmisin.
- INTEGRACIN.- La Telefona IP ofrece una gran integracin de los servicios
de telecomunicaciones como Voz, Datos, Vdeo e Internet sobre una misma
red, de una forma eficiente, rpida y efectiva.
30
2.3.3. DIFERENCIAS ENTRE RED DE VOZ Y RED DE DATOS.

Las redes de voz y datos son esencialmente diferentes, las cuales presentan las
siguientes caractersticas:
RED DE VOZ.
- Para iniciar la conexin es preciso realizar el establecimiento de llamadas.
- Se reservan recursos de la red (establecen circuitos de comunicacin)
durante todo el tiempo que dura la conexin.
- Se utiliza un ancho de banda fijo (tpicamente 64 kbps por canal de voz en
telefona RDSI) que puede ser consumido o no en funcin del trfico.
- Los precios generalmente se basan en el tiempo de uso y en la distancia a la
que se encuentran los usuarios.
- Los proveedores estn sujetos a las normas del sector y regulados y
controlados por las autoridades pertinentes (en nuestro caso, el Ministerio de
Transportes y Comunicaciones).
- El servicio debe ser universal para todo el mbito estatal.
RED DE DATOS.
- Para asegurar la entrega de los datos se requiere el enrutamiento por
paquetes, sin que sea necesario el establecimiento de llamada.
- El consumo de los recursos de red se realiza en funcin de las necesidades,
sin que, por lo general, sean reservados siguiendo un criterio de extremo a
extremo.
- Los precios se forman exclusivamente en funcin de la tensin competitiva
de la oferta y la demanda.
- Los servicios se prestan de acuerdo a los criterios impuestos por la demanda,
variando ampliamente en cuanto a cobertura geogrfica, velocidad de la
tecnologa aplicada y condiciones de prestacin.
31
2.3.4. PROTOCOLOS USADOS EN VOIP.

La siguiente figura muestra la estructura de los protocolos usados en VoIP. Se
puede diferenciar entre los protocolos de sealizacin (H.323, SIP) y los protocolos
de transporte (RTCP, RTP, RTSP).
Figura 2.16
Estructura de Protocolos VoIP
(Fuente Propia)
Ms adelante se explicar estas dos clases de protocolos poniendo nfasis en sus

diferencias y sus caractersticas ms saltantes. Adicionalmente, se compararn los
diversos cdec usados en los protocolos de transporte. En la presente tesis se
usar el trmino cdec como abreviatura de Codificador/Decodificador de seales
de voz, es decir, convierte la seal de voz en un flujo de datos para que pueda
viajar por algn medio de transporte.
2.3.4.1. PROTOCOLOS DE SEALIZACIN.

Los protocolos de sealizacin se encargan de los mensajes y procedimientos
utilizados para establecer una comunicacin, pedir cambios de tasa de bits de la
llamada, obtener el estado de los puntos extremos y desconectar la llamada.
32
Su funcin es establecer un canal de comunicacin a travs del cual fluya la

informacin de usuario y liberar el canal cuando finalice la comunicacin.
Para ello, debe existir un dialogo entre los componentes de la red y entre la red y
los terminales de usuario. Son protocolos de comunicacin H.323 y SIP.
Los protocolos de sealizacin en redes de voz sobre paquetes realizan muchas

funciones similares a las que llevan a cabo sus homlogos en redes telefnicas
(establecimiento de sesin, seales de progreso de llamadas, gestin de los
participantes en las llamadas, etc.). Sin embargo, dadas las caractersticas
particulares de las redes de paquetes deben encargarse, junto con las anteriores,
de otras tareas especficas. Por otra parte, las expectativas de la calidad del
usuario exigen una red de sealizacin de altas prestaciones, pues la
disponibilidad de la red debe ser similar a la red RTPC (99.999%). Esta es la razn
la que la fiabilidad no solo deba residir en los elementos de la red sino tambin en
la arquitectura de sealizacin empleada.
Al igual que ocurra en las redes telefnicas convencionales en las que es posible
distinguir una sealizacin de usuario y sealizacin de redes, en redes de voz
sobre paquetes tambin existen dos tipos de protocolos de sealizacin
dependiendo el mbito de esta. As, tenemos protocolos de sealizacin entre
terminales y protocolos de sealizacin en la red IP.
En realidad, los protocolos de sealizacin entre terminales son comunes a

cualquier tipo de comunicaciones multimedia (voz, video y audio) a travs de las
redes de paquetes. Aplicadas a la voz sobre paquetes, tienen como objetivo
mantener la interfaz con el usuario tpica de las redes telefnicas, es decir, generar
los tonos y seales necesarios para que el usuario no perciba que la tecnologa de
soporte de las llamadas telefnicas ha cambiado. Los protocolos ms destacados
son el H.323 de la ITU-T y el SIP del IETF.
H.323.
H.323 es en realidad, un conjunto de protocolos que definen los
componentes y los medios de interaccin entre los mismos que deben
cumplirse para soportar comunicaciones multimedia sobre redes de paquetes
sin conexin ni garanta de calidad de servicio, como es el caso de las redes
IP. Originalmente fue desarrollado en el ao 1996, bajo la proteccin de la
33
ITU, para soportar conferencias multimedia sobre redes LAN (intranets),

Aunque Con Posterioridad se ha aplicado tambin a la voz sobre paquete.
Hoy en da la gran parte de Gateways y Gatekeepers que se encuentran en
el mercado lo soportan.
Figura 2.17
Despliegue de Protocolos de la Familia H.323
(Fuente Propia)
As, el protocolo H.323 es una suite de protocolos de audio y video

preparada para compartir aplicaciones. Los protocolos crticos incluyen el
protocolo H.225 para empaquetar, sincronizar e iniciar las llamadas usando
mensajes de sealizacin. H.245 se usa para la navegacin y el manejo de
los canales lgicos. La sealizacin se transporta sobre TCP, es decir:
H.225 maneja la inicializacin y el fin de las llamadas.
H.245 negocia las capacidades y el uso de los canales.
H.235 realiza la autentificacin y otras funciones de seguridad.
34
Figura 2.18
Estndares de la Suite H.323
(Fuente Propia)
UNA RED H.323 est compuesto por tres tipos de elementos, que son:
Terminales, Gateways y Gatekeepers.
Figura 2.19
Elementos de una Red H.323
(Fuente Propia)
35
a. Terminales.- Son los equipos utilizados por los usuarios finales y abarcan
desde telfonos tradicionales (analgicos, RDSI, DSM, etc.), hasta
telfonos IP pasando por ordenadores (equipos con tarjetas de sonido,
micrfono y altavoces) e internet. Las comunicaciones de audio son
obligatorias, quedando las de video y datos como opcionales, aunque, en
cualquier caso, deben ser todas bidireccionales. Todos los terminales
deben soportar H.245, Q.931, RAS y RTP.
Figura 2.20
Modelo de Terminales: Telfonos IP y Analgicos
(Fuente Propia)
b. Gateways.- Se encargan de la interconexin de una red H.323 con otra

red que no lo sea. Sus funciones bsicas son la traduccin de protocolos
de establecimiento y liberacin de llamadas y la conversin de los
formatos de la informacin entre diferentes tipos de redes. Son elementos
opcionales cuando las comunicaciones multimedia se establecen entre
equipos de una misma red local.
Figura 2.21
Equipo Gateway H.323
(Fuente Propia)
36
c. Gatekeeper.- Es una entidad que proporciona la traduccin de direcciones

y el control de acceso a la red de los terminales H.323, Gateways y MCUs.
El gatekeeper puede tambin ofrecer otros servicios a los terminales,
Gateways y MCUs, tales como gestin del ancho de banda y localizacin
de los Gateways.
UNA LLAMADA H.323 se encuentra caracterizado por las siguientes fases

de sealizacin:
a. Establecimiento de la Comunicacin.- Primero se tiene que registrar y
solicitar admisin al Gatekeeper, para lo cual se usan los mensajes RAS.
Luego, el usuario que desea establecer la comunicacin enva un mensaje
de SETUP, el llamado contesta con un mensaje de CallProceeding. Para
poder seguir con el proceso, este terminal tambin debe solicitar admisin
al GateKeeper con los mensajes RAS y, una vez admitido, enva el
Alerting indicando el inicio del establecimiento de la comunicacin. Este
mensaje Alerting es similar al Ring Back Tone de las redes telefnicas
actuales. Cuando el usuario descuelga el telfono, se enva un mensaje
de Connect.
b. Sealizacin de Control.- En esta fase se abre una negociacin

mediante el protocolo H.245 (control de canal). El intercambio de los
mensajes (peticin y respuesta) entre los dos terminales establece quin
ser maestro y quin esclavo, as como tambin sus capacidades y los
codecs de audio y video soportados (Mensajes TCS, Terminal Capability
Set).
c. Audio.- los terminales inician la comunicacin mediante el protocolo
RTP/RTCP.
d. Desconexin.- Por ltimo, cualquiera de los participantes activos en la

comunicacin puede iniciar el proceso de finalizacin de llamada mediante
los mensajes Close Logical Channel (CLC) y End Session Command
(ESC). Una vez hecho esto, ambos terminales tienen que informarle al
Gatekeeper sobre el fin de la comunicacin.
37
Figura 2.22
Demostracin de Fases de una Llamada H.323
(http://www.voipforo.com/H323/H323ejemplo.php)
38
SIP (SESSION INITIATION PROTOCOL).

Es un protocolo de aplicacin desarrollado por el IETF dentro del grupo
MMUSIC (Multiparty Multimedia Session Control). SIP es un protocolo
basado en el modelo cliente- servidor. Los clientes SIP envan peticiones
(Requests Messages) a un servidor, el cual una vez procesada contesta con
una respuesta (Response Messages). Los terminales SIP pueden generar
tanto peticiones como respuestas al estar formados por el denominado
cliente del agente de usuario (UAC) y servidor del agente de usuario (UAS).
SIP se dise para establecer, modificar y terminar sesiones interactivas de

voz o video, tambin de mensajera instantnea. SIP es parecido a HTTP,
utiliza una sintaxis y semntica similares Utiliza direcciones (URI, Uniform
Resource Indicator) parecidas a las clsicas de email:
- Telfono:
sip:0820137@utp.edu.pe
- Usuario IM: sip:hvasquez@utp.edu.pe
a. COMPONENTES SIP.
SIP soporta funcionalidades para el establecimiento y finalizacin de las
sesiones multimedia: localizacin, disponibilidad, utilizacin de recursos, y
caractersticas de negociacin. Para implementar estas funcionalidades,
existen varios componentes distintos en SIP. Existen dos elementos
fundamentales, los Agentes de Usuario (UA) y los Servidores.
- User Agent (UA).- Consisten en dos partes distintas, el User Agent Client
(UAC) y el User Agent Server (UAS). Un UAC es una entidad lgica que
genera peticiones SIP y recibe respuestas a esas peticiones. Un UAS es
una entidad lgica que genera respuestas a las peticiones SIP.
Ambos se encuentran en todos los agentes de usuario, as permiten la de

manera eficiente una buena comunicacin entre diferentes agentes de
usuario mediante comunicaciones de tipo cliente-servidor.
39
- Servidores SIP.- Existen tres clases lgicas de servidores. Un servidor

puede tener una o ms de estas clases. Estas clases son las siguientes:
Servidor de Redireccin.- Mapea una consulta SIP destinada para un
usuario al URL del dispositivo ms cercano para el usuario. Por ejemplo,
si una llamada es destinada para hvasquez@utp.edu.pe y el usuario
est en camino, el Servidor de Redireccin puede responder al agente
de usuario del que llama (o al servidor proxy de consulta) con la
direccin de contacto del celular del usuario
Servidor Proxy.- Es el que revisa las consultas SIP procesndolas y
pasndolas por los otros servidores SIP. Un servidor Proxy puede
actuar tanto como un servidor y como cliente, y puede modificar una
consulta SIP antes de transmitirla. Un Proxy se ocupa nicamente de la
configuracin y desmantelamiento de comunicaciones. Una vez que se
establece la sesin, las comunicaciones suceden directamente entre la
partes
Servidor de Registro.- Registra usuarios cuando se conectan y
almacena informacin en la identidad lgica de usuario, y el dispositivo
asociado (identificado por una direccin IP o URL) o dispositivos que los
usuarios permiten para comunicaciones
b. MENSAJES SIP.
SIP es un protocolo textual que usa una semntica semejante a la del
protocolo HTTP. Los UAC realizan las peticiones y los UAS retornan
respuestas a las peticiones de los clientes.
SIP define la comunicacin a travs de dos tipos de mensajes. Las
solicitudes (mtodos) y las respuestas (cdigos de estado) emplean el
formato de mensaje genrico establecido en el RFC 2822, que consiste en
una lnea inicial seguida de un o ms campos de cabecera (headers), una
lnea vaca que indica el final de las cabeceras, y por ltimo, el cuerpo del
mensaje que es opcional.
40
- Peticiones SIP.- Las peticiones SIP son caracterizadas por la lnea inicial
del mensaje, llamada Request-Line, que contiene el nombre del mtodo, el
identificador del destinatario de la peticin (Request-URL) y la versin del
protocolo SIP. Existen seis mtodos bsicos SIP (definidos en RFC 254)
que describen las peticiones de los clientes:
INVITE: Permite invitar un usuario a participar en una sesin.

ACK: Confirma el establecimiento de la sesin.
OPTION: Solicita informacin de algn servidor en particular.
BYE: Indica trmino de una sesin.
CANCEL: Cancela una peticin pendiente.
REGISTER: Registra al Agente de Usuario.
- Respuestas SIP.- Existen tambin mensajes SIP como respuesta a las

peticiones. Existen 6 tipos de respuestas, que se diferencian por el primer
dgito de su cdigo. Estas son:
1xx: Mensajes provisionales.

2xx: Respuestas de xito.
3xx: Respuestas de redireccin.
4xx: Respuestas de fallas de mtodo.
5xx: Respuestas de fallas de servidor.
6xx: Respuestas de fallas globales.
41
Figura 2.23
Demostracin de Intercambio de Mensaje en SIP
(Fuente Propia)
Las dos primeras transacciones tienen que ver con el registro de usuarios. El
punto medio es el servidor que en esta etapa acta como servidor de
registro.
La siguiente transaccin establece el inicio de sesin. El Usuario A (llamante)

le manda un INVITE al Usuario B (llamado) a travs del servidor, que
redirecciona la llamada a este ltimo. La sesin se establece cuando ambos
puntos mandan la confirmacin.
Cuando la sesin se ha establecido, entra a funcionar el protocolo de

transporte (RTP, Real-time Transport Protocol), que es el encargado del
transporte de la voz.
Cuando alguien quiere terminar la comunicacin, manda la peticin BYE que

el servidor lo redirecciona al otro punto. Luego, este ltimo enva la
confirmacin, terminando as la sesin. Cualquiera de los participantes puede
terminar la conversacin en cualquier momento.
42
COMPARACION ENTRE SIP vs H.323.

La principal diferencia es la velocidad: SIP hace en una sola transaccin lo
que H.323 hace en varios intercambios de mensajes. Adicionalmente, SIP
usa UDP mientras que H.323 debe usar necesariamente TCP para la
sealizacin (H.225 y H.245), lo que origina que una llamada SIP sea
atendida ms rpido.
Otra diferencia importante es que H.323 define canales lgicos antes de

enviar los datos, mientras que una unidad SIP simplemente publicita los
codecs que soporta, ms no define canales, lo que puede generar saturacin
de trfico en casos de muchos usuarios, pues no se separa la tasa de bits
necesaria para la comunicacin.
IAX (INTER ASTERISK EXCHANGE).

El protocolo IAX se corresponde con Inter-Asterisk Exchange Protocol.
Como indica su nombre fue diseado como un protocolo de conexiones
VoIP entre servidores Asterisk aunque hoy en da tambin sirve para
conexiones entre clientes y servidores que soporten el protocolo.
La versin actual es IAX2 ya que la primera versin de IAX ha quedado

obsoleta Es un protocolo diseado y pensado para su uso en conexiones de
VoIP aunque puede soportar otro tipo de conexiones (por ejemplo video)
Los objetivos de IAX son:
- Minimizar el ancho de banda usado en las transmisiones de control y

multimedia de VoIP.
- Evitar problemas de NAT (Network Address Translation).
- Soporte para transmitir planes de marcacin.
Entre las medidas para reducir el ancho de banda cabe destacar que IAX o
43
IAX2 es un protocolo binario en lugar de ser un protocolo de texto como SIP y

que hace que los mensajes usen menos ancho de banda.
Para evitar los problemas de NAT el protocolo IAX o IAX2 usa como
protocolo de transporte UDP, normalmente sobre el puerto 4569, (el IAX1
usaba el puerto 5036), y tanto la informacin de sealizacin como los datos
viajan conjuntamente (a diferencia de SIP) y por tanto lo hace menos proclive
a problemas de NAT y le permite pasar los routers y firewalls de manera ms
sencilla.
a. FASES DE UNA LLAMADA IAX.

Una llamada IAX tiene tres fases:
- Establecimiento de la llamada.- Para iniciar una llamada el equipo que la
inicia (equipo A) le enva un mensaje NEW al equipo B y ste ltimo
responde con un mensaje ACCEPT. Luego de esto obviamente el equipo
destino timbrar en espera de que el usuario conteste. Si esto sucede, el
equipo B enviar un mensaje ANSWER al equipo A para notificar que el
usuario contest.
- Llamada en Curso.- Si se contest la llamada se inicia el intercambio de

audio mediante unos paquetes llamados frames que estudiaremos ms
adelante. Estos frames se envan dentro del mismo flujo de comunicacin
que la sealizacin inicial.
- Colgado.- Para terminar la llamada cualquiera de las partes involucradas
debe enviar un mensaje HANGUP.
44
Figura 2.24
Fases de una Llamada IAX
(Fuente Propia)
Para intercambiar el audio entre los participantes de la llamada se utilizan

dos tipos de frames llamados Full y Mini. Tambin se les suelen llamar F y
M.
Una conversacin est compuesta en su mayora por frames tipo Mini cuya
virtud es (como su nombre lo sugiere) ser ligeros. Esto quiere decir que
tienen una cabecera pequea (de 4 bytes), lo cual ayuda a ahorrar ancho de
banda. De cuando en cuando se intercambian frames tipo Full, los cuales
conllevan adicionalmente informacin de sincronizacin para mantener
sincronizados a ambos puntos.
COMPARACION ENTRE SIP vs IAX.

IAX fue creado por Mark Spencer (tambin creador de Asterisk) para paliar
una serie de problemas o inconvenientes que se encontr al utilizar SIP en
VoIP y que pens que deba ser mejorado.
45
Las principales diferencias ente IAX y SIP son las siguientes:

- Ancho de Banda.- IAX utiliza un menor ancho de banda que SIP ya que
los mensajes son codificados de forma binaria mientras que en SIP son
mensajes de texto. Asimismo, IAX intenta reducir al mximo la informacin
de las cabeceras de los mensajes reduciendo tambin el ancho de banda.
- NAT.- En IAX la sealizacin y los datos viajan conjuntamente con lo cual

se evitan los problemas de NAT que frecuentemente aparecen en SIP. En
SIP la sealizacin y los datos viajan de manera separada y por eso
aparecen problemas de NAT en el flujo de audio cuando este flujo debe
superar los routers y firewalls. SIP suele necesitar un servidor STUN para
estos problemas.
- Estandarizacin y Uso.- SIP es un protocolo estandarizado por la IETF
hace bastante tiempo y que es ampliamente implementado por todos los
fabricantes de equipos y software. IAX est an siendo estandarizado y es
por ello que no se encuentra en muchos dispositivos existentes en el
mercado.
- Utilizacin de Puertos.- IAX utiliza un solo puerto (4569) para mandar la
informacin de sealizacin y los datos de todas sus llamadas. Para ello
utiliza un mecanismo de multiplexin o "trunking". SIP, sin embargo utiliza
un puerto (5060) para sealizacin y 2 puertos RTP por cada conexin de
audio (como mnimo 3 puertos). Por ejemplo para 100 llamadas
simultneas con SIP se usaran 200 puertos (RTP) ms el puerto 5060 de
sealizacin. IAX utilizara slo un puerto para todo (4569).
- Flujo de Audio al utilizar un Servidor.- En SIP si utilizamos un servidor
la sealizacin de control pasa siempre por el servidor pero la informacin
de audio (flujo RTP) puede viajar extremo a extremo sin tener que pasar
necesariamente por el servidor SIP. En IAX al viajar la sealizacin y los
datos de forma conjunta todo el trfico de audio debe pasar
obligatoriamente por el servidor IAX. Esto produce un aumento en el uso
del ancho de banda que deben soportar los servidores IAX sobre todo
cuando hay muchas llamadas simultneas.
46
- Otras Funcionalidades.- IAX es un protocolo pensado para VoIP y

transmisin de video y presenta funcionalidades interesantes como la
posibilidad de enviar o recibir planes de marcado (dialplans) que resultan
muy interesante al usarlo conjuntamente con servidores Asterisk. SIP es
un protocolo de propsito general y podra transmitir sin dificultad
cualquier informacin y no slo audio o video.
47
2.3.4.2. PROTOCOLOS DE TRANSPORTE.

Los protocolos de tiempo real para la transmisin de audio y vdeo se definen dos
protocolos que constituyen el estndar: RTP (Protocolo en Tiempo Real) y RTCP
(Protocolo de control en Tiempo Real). El primero, protocolo RTP, regula el
intercambio de informacin en diferentes formatos (audio y video). El RTCP regula
la comunicacin de control que se establece entre los extremos, en paralelo con la
transmisin de informacin. Su objetivo es proporcionar informacin actual del
estado y la calidad de la de la comunicacin.
Figura 2.25
Trafico RTP y RCTP a Travs de la Red
(Fuente Propia)
En la figura anterior se presenta la arquitectura de protocolos empleada en el

intercambio de voz o video entre dos terminales VoIP conectados a travs de la red
IP. El flujo de paquetes RTP (en los que se incluyen los bloques de voz o video) se
transportan mediante paquetes UDP. Para el intercambio de paquetes RTP, la
norma establece los puertos UDP pares, elegidos de manera independiente en
cada extremo de la comunicacin. Para notificar al extremo remoto el puerto local
seleccionado se utiliza un mecanismo de sealizacin que queda fuera del mbito
de la RFC 1889 (por ejemplo H323 o SIP).
El flujo de paquetes de control RTCP es paralelo al flujo de paquetes RTP. Los

paquetes RTCP se intercambian de manera peridica. En el caso en el que se
empleen UDP para el trfico RTCP, se utilizan los puertos UDP inmediatamente
superiores a los empleados en el flujo RTP.
48
RTP (REAL-TIME TRANSPORT PROTOCOL).

Este protocolo define un formato de paquete para llevar audio y video a
travs de Internet. Est descrito en RFC3550. Este protocolo no usa un
puerto UDP determinado, la nica regla que sigue es que las comunicaciones
UDP se hacen va un puerto impar y el siguiente puerto par sirve para el
protocolo de Control RTP (RTCP). La inicializacin de la llamada
normalmente se hace por el protocolo SIP o H.323.
El hecho de que RTP use un rango dinmico de puertos hace difcil su paso
por dispositivos NAT y firewalls, por lo que se necesita usar un servidor
STUN (Simple Traversal of UDP over NAT, RFC3489). STUN es un protocolo
de red que permite a los clientes que estn detrs de un NAT saber su
direccin IP pblica, el tipo de NAT en el que se encuentran y el puerto
pblico asociado a un puerto particular local por el NAT correspondiente.
Esta informacin se usa para iniciar comunicaciones UDP entre dos hosts
que estn detrs de dispositivos de NAT.
Las aplicaciones que usan RTP son menos sensibles a la prdida de

paquetes, pero son tpicamente muy sensibles a retardos, por lo que se usa
UDP para esas aplicaciones. Por otro lado, RTP no proporciona calidad de
servicio, pero este problema se resuelve usando otros mecanismos, como el
marcado de paquetes o independientemente en cada nodo de la red.
RTCP (REAL-TIME TRANSPORT CONTROL PROTOCOL).

El protocolo de control RTCP (Real-Time Transport Control Protocol) se basa
en la transmisin de paquetes de control fuera de banda a todos los nodos
participantes en la sesin.
RTCP regula el intercambio de mensajes de control entre los participantes en

una sesin multimedia. Esta informacin se refiere, fundamentalmente, a la
calidad de servicio con que se est desarrollando la comunicacin: retardo
Jitter, tasa de paquetes recibidos y perdidos, etc. Es una comunicacin
paralela a la transmisin de informacin, que se establece entre los extremos
de forma opcional.
49
Se utiliza principalmente para detectar situaciones de congestin de la red y

tomar, en su caso, acciones correctoras, como utilizar un cdec con menor
tasa. La utilizacin de RTCP consume un ancho de banda aadido al RTP.
Supone entre 1 y 5% del ancho de banda de RTP. Tiene 3 funciones
principales:
- Provee realimentacin en la calidad de la data.

- Utiliza nombres cannicos (CNAME) para identificar a cada usuario
durante una sesin.
- Como cada participante enva sus tramas de control a los dems, cada
usuario sabe el nmero total de participantes.
Este nmero se usa para calcular la tasa a la cual se van a enviar los
paquetes. Ms usuarios en una sesin significan que una fuente individual
podr enviar paquetes a una menor tasa de bits.
PROTOCOLO DE FLUJO EN TIEMPO REAL (RTSP):

RTSP es un protocolo no orientado a conexin, en lugar de esto el servidor
mantiene una sesin asociada a un identificador, en la mayora de los casos
RTSP usa TCP para datos de control del reproductor y UDP para los datos
de audio y vdeo aunque tambin puede usar TCP en caso de que sea
necesario. En el transcurso de una sesin RTSP, un cliente puede abrir y
cerrar varias conexiones de transporte hacia el servidor por tal de satisfacer
las necesidades del protocolo.
50
2.3.5. CODEC DE VOZ.

La seal de audio ha de ser digitalizada, comprimida y codificada antes de ser
transmitida por la red. Para ello se utilizan algoritmos matemticos implementados
en software llamados cdecs (acrnimo de codificador y decodificador, aunque
principalmente se utilizan como compresores y descompresores).
Existen diferentes cdecs de audio utilizados en VoIP, y dependiendo del algoritmo

escogido en la transmisin variara la calidad de la voz, el ancho de banda
necesaria, y la carga computacional. El objetivo principal de esta tecnologa es
encontrar un equilibrio entre eficiencia y calidad de voz.
Aunque el sistema auditivo humano es capaz de captar las frecuencias

comprendidas entre 20 Hz y 20 kHz, la gran mayora de cdecs procesan aquella
informacin dentro de la banda de 400 Hz a los 3,5 kHz ya que con esto es
suficiente para reconstruir la seal original.
Figura 2.26
Cuadro Comparativo de la Calidad vs Bit Rate
(Fuente: https://www.voztovoice.org)
51
Las principales caractersticas que convienen destacar en los cdecs son:

- El factor de compresin indica la reduccin del ancho de banda que
proporciona. Se compara con los 64 Kbps habituales de la Red Telefnica
Publica Conmutada (PSTN).
- La complejidad del algoritmo de codificacin es directamente proporcional a
la
complejidad
del
proceso
necesaria
(influye
en
aspectos
de
implementacin: si puede implementarse en software o requiere hardware

especfico) Normalmente el algoritmo es ms complejo al aumentar el factor
de compresin del cdec.
- Calidad evaluada mediante el parmetro MOS (Puntuacin media de
Opinin) que se obtienen a partir de la valoracin subjetiva de un conjunto de
personas.
- El retraso del procesado de un cdec dado depende mucho de la arquitectura
y velocidad del procesador. En cualquier plataforma de hardware o software
el retraso de procesado esta correlacionado con la complejidad del
procesado. El rendimiento est caracterizado en trminos de millones de
instrucciones por segundo (MIPS).
Los cdec ms comunes son G.711, G722, G.726, G.729, GSM e ILBC.
2.3.5.1. G.711.
Es un estndar de la ITU-T, usa modulacin PCM. ste es un cdec de alto
consumo de ancho de banda (64 Kbps) y que realmente no utiliza tcnicas de
compresin para la voz, por lo que es el cdec ms econmico en cuanto a
recursos de procesamiento se refiere. Estas dos caractersticas hacen que G.711
ofrezca la mxima calidad en comparacin con cualquier otro cdec de audio
utilizado en VoIP. Tiene una frecuencia de muestreo de 8kHz. Existen dos
algoritmos para este cdec; una es La ley A (a-law) se utiliza principalmente en los
sistemas PCM europeos, y la ley (u-law) se utiliza en los sistemas PCM
americanos.
52
El uso de G.711 para VoIP ofrece la mejor calidad (no realiza compresin en la
codificacin, por lo que presenta el menor retardo tpico del algoritmo de 0,125 ms),
suena igual que un telfono analgico. El inconveniente principal es que necesita
mayor tasa de bits que otros cdecs, aproximadamente 64 kbps. Es muy
comnmente utilizado en la LAN, y soportado por varios proveedores de voz.
En este protocolo existen dos algoritmos PLC (Packet Loss Concealment) y DTX
(Discontinuous Transmission), que ayudan a ocultar prdidas de transmisin en
una red de paquetes y reducir el ancho de banda durante los periodos de silencio.
2.3.5.2. G.722.
Describe las caractersticas de un (banda de 50 a 7000 Hz) sistema de codificacin
que puede utilizarse para una variedad de aplicaciones de mayor calidad de voz. El
sistema de codificacin utiliza modulacin por impulsos codificados diferencial
adaptativa de subbanda (ADPCM), a una velocidad binaria de hasta 64 kbit/s.
Se lo conoce como sistema de codificacin de audio (7khz) y trabaja a una tasa de

64 kbps. En el sistema de codificacin (ADPCM), la tcnica utilizada es dividir la
banda de frecuencias en dos sub-bandas (superior e inferior), y las seales en
cada sub-banda se codifican utilizando SB-ADPCM El sistema tiene tres modos
bsicos de funcionamiento, correspondientes a las velocidades binarias utilizadas
para la codificacin de audio de 7 kHz: Codificando el audio a tasas de 64, 56 y 48
kbps. Los dos ltimos modos permiten obtener, respectivamente, un canal de datos
auxiliar de 8 kbit/s o de 16 kbit/s, que se proporciona dentro de los 64 kbit/s
mediante el uso de bits de la sub-banda inferior.
2.3.5.3. G.726.
Este es un cdec de voz ADPCM4 (Adaptative Differential Pulse Code Modulation),
estndar ITU-T, que cubre la transmisin de voz a tasas de 16, 24, 32 y 40 kbps.
G.726 fue creado para reemplazar a G.721 que cubra ADPCM a 32 kbps y G.723
que cubri ADPCM tambin a 24 y 40 kbps, G.726 introdujo una nueva tasa de 16
kbps.
53
La frecuencia de muestreo es de 8 kHz, Genera una corriente de bits, por lo tanto

el tamao de trama es determinada por la paquetizacin (tpicamente 80 muestras
por una trama de 10 ms), el algoritmo tiene un retardo de 0.125 ms. El ms usado
comnmente es a 32 kbps, debido a que utiliza la mitad de la tasa del cdec
G.711, aumentando la capacidad de ancho de banda de red en un 100%. Es utiliza
en las troncales PBX telefnicas.
2.3.5.4. G.729.
G.729 es un algoritmo de compresin de datos de audio para voz que comprime
audio de voz en tramas de 10 milisegundos. No puede transportar tonos como
DTMF5 o fax.
G.729 se usa mayoritariamente en aplicaciones de Voz sobre IP VoIP por sus

bajos requerimientos en ancho de banda. Utiliza una tcnica conocida como CSACELP6, la cual reduce el tamao de la seal de entrada en una razn de 8:1 con
una calidad similar al cdec GSM.
Existe varias extensiones de este cdec: G.729A, G.729B, G.729.1. G.729A

requiere una potencia de ordenador ms baja que G.729 y G.723.1. Tanto G.729
como G.729A tienen un tiempo de procesamiento ms bajo que G.723.1. El
algoritmo tiene un retardo de 15 ms.
G.729B, utiliza compresin de silencio, mediante un mdulo VAD7detecta la

actividad de voz y no transmite los silencios.
G.729.1, suministra soporte para conversacin de banda ancha y codificacin de

audio, el rango de frecuencia acstica se extiende a 50Hz 70kHz.
Las aplicaciones importantes que utilizan el cdec G.729 incluyen telefona digital,
comunicaciones va satlite y wireless, y Voz sobre Frame Relay (VoFR). El uso de
aplicaciones usando este cdec requiere una licencia. Sin embargo existen
implementaciones gratuitas para uso no comercial.
2.3.5.5. GSM (RPE-LTP).

54
Este codec se llama oficialmente RPE-LTP (Regular Pulse Excitation Long Term
Prediction) pero se conoce mundialmente como GSM debido a que es el cdec
usado en el estndar GSM de comunicaciones mviles. Tiene una tasa de bits de
13 kbps con un MOS ideal de 3.6 y realiza la codificacin generando coeficientes
representativos de un intervalo de tiempo determinado. Este intervalo normalmente
es de 20 milisegundos de voz.
2.3.5.6. ILBC (INTERNET LOW BIT RATE CODEC).

Se trata de un cdec Open Source libre y gratuito. Est diseado para trabajar con
anchos de banda muy reducidos, los cuales dependen del tamao de muestra
utilizada (20 o 30 ms). Trabajando con bloques de 20 ms, su velocidad es de
apenas 15.20 kbps (303 bits empaquetados en 38 bytes), mientras que con 30 ms
se reduce an ms, llegando a los 13.33 Kbps (399 bits en 50 bytes). La seal de
voz es muestreada a 8 kHz., y el algoritmo usa una codificacin predictiva lineal
(LPC).
Una de las caractersticas importantes en lo que a calidad se refiere, es que este
cdec permite degradacin suave de la voz, ocasionada por prdida o retraso de
paquetes, presentando mejor calidad que los cdec G.729 y G.723.1, siendo ms
robusto cuando existe perdida de paquetes.
Entre sus desventajas es un cdec reciente, por lo que su soporte en dispositivos
comerciales es muy reducido. Otra desventaja es su complejidad, y el reducido
consumo de ancho de banda que requiere una cantidad importante de
procesamiento, por lo que mantener numerosas llamadas concurrentes con este
cdec puede ocasionar el agotamiento de ciclos del procesador fcilmente.
55
2.3.6. CALIDAD DE SERVICIO (QoS).

La transmisin de voz sobre redes IP, sufre algunas deficiencias que existen en
transmisin sobre redes IP, que en el caso de la voz por su naturaleza, (necesidad
de orden en la entrega de paquetes, tasa de entregas constante, etc.) se pueden
convertir en factores que impidan su correcta comunicacin.
Hay que recordar que IP, es un protocolo de transporte de datagramas en el que

no se nos asegura la llegada de paquetes, ni su orden, por lo que debido a esto, en
una comunicacin de voz se pueden producir problemas. El transporte de voz
sobre IP se ve afectado, entre otros, por los siguientes factores que deben ser muy
tenidos en cuenta a la hora de disear una infraestructura de VoIP para
minimizarlos lo mximo posible.
Los principales factores son:
2.3.6.1. PRDIDA DE PAQUETES.

Se producen en las redes IP, principalmente por congestin de en la redes o por
fallos de comunicacin. Y por perdidas, no nos referimos solo a la perdida
completa del paquete, que no llega a destino, sino a la llegada de paquetes
despus de un tiempo determinado, lo que nos provoca que el paquete sea
inservible y es por tanto descartado.
Los diferentes cdecs pueden predecir los paquetes perdidos y remplazarlos, de

esta manera, no nos damos cuenta de que falto un paquete. Pero cuando est
prdida es superior al 5%, los cdecs implementados no pueden predecir el valor
del paquete perdido y se notara en la comunicacin de voz que este paquete falta,
disminuyendo la calidad de la comunicacin. Cuando la prdida de paquetes es
inferior al 5 % los diferentes cdecs utilizados pueden corregir el error. Los cdecs
pueden:
56
Intrapolar: Cuando falta un paquete, el cdec, toma el paquete anterior y el

paquete siguiente y calcula el valor del paquete faltante.
Sustituir: Cuando el cdec detecta un paquete faltante lo remplaza por un
paquete igual al paquete anterior.
2.3.6.2. JITTER.
El Jitter es la variacin en el retardo. En trminos simples, es la diferencia entre el
tiempo en que llega un paquete y el tiempo en que se cree que llegara el paquete.
Entrando ms en el funcionamiento de TCP/IP sabemos que los paquetes no
llegan a su destino en orden y mucho menos a una velocidad constante, pero el
audio tiene que tener una velocidad constante. Para obtener una buena calidad se
recomiendan valores de Jitter menores de 100 ms.
Para corregir el Jitter existen los Jitter buffer, estos buffer puede manejar unos
300 milisegundos de diferencia y controlar esta variacin para que el audio se
escuche a velocidad constante. Si la llegada de paquetes es demasiado desigual el
buffer no la alcanza a controlar y perder paquetes, deteriorando la calidad de la
voz.
2.3.6.3. LATENCIA.
El retardo o latencia es la diferencia que existe entre el momento en que una seal
es trasmitida y el momento que una seal llega a su destino. El retardo puede ser
de dos tipos:
Constante.- Dentro de las fuentes de retardo constante estn todas aquellas
que siempre generan la misma cantidad de retardo, las ms importantes son:
- La codificacin, es el retardo generado al tomar el audio y procesarlo
por un cdec especfico.
- La paquetizacin, es el retardo generado al tomar el audio y convertirlo
en paquetes IP.
57
- La serializacin, es el retardo generado al colocar los paquetes de voz,

desde las capas de aplicacin hasta la interface por la cual ser
trasmitido.
Variable.- Las fuentes de retardo variable son todas aquellas que generan
diferentes cantidades de retardo segn las condiciones del medio, las ms
importantes son:
- Encolamiento, el retardo por encolamiento es el que se genera cuando
los paquetes de voz tienes que esperar en las colas de los equipos
activos a ser trasmitidos.
- Propagacin, El retardo por propagacin es el retardo que se genera
para al pasar los paquetes por los diferentes cables hasta llegar a su
destino, o en el caso de las comunicaciones por satlite, el tiempo de ir
y volver al satlite.
Para nuestros clculos de retardo tenemos que tomar la suma de todos los
retardos. El retardo tolerado por el odo humano este entorno a los 200-250 ms,
por lo que un valor apropiado debe ser menor de 200 ms.
2.3.6.4. ECO.
El eco se produce por un fenmeno tcnico que es la conversin de 2 a 4 hilos de
los sistemas telefnicos o por un retorno de la seal que se escucha por los
altavoces y se cuela de nuevo por el micrfono. El eco se define como una
reflexin retardada de la seal acstica original.
Los principales productores de eco en la telefona VoIP son los interfaces FXS,
FXO, por lo que su calidad incidir en la calidad de la voz. El eco es especialmente
molesto cuanto mayor es el retardo y cuanto mayor es su intensidad con lo cual se
convierte en un problema en VoIP puesto que los retardos suelen ser mayores que
en la red de telefona tradicional.
El odo es capaz de detectar el eco cuando su retardo con la seal original es

superior a 10 ms. Pero otro factor importante es la intensidad del eco ya que
58
normalmente la seal de vuelta tiene menor potencia que la original. Es tolerable

que llegue a 65 ms y una atenuacin de 25 a 30 dB.
Existen diferentes mecanismos para corregir el eco, tanto software como hardware,
estos son:
Supresores de Eco.- Consiste en evitar que la seal emitida sea devuelta
convirtiendo por momentos la lnea full-dplex en una lnea half-duplex de tal
manera que si se detecta comunicacin en un sentido se impide la
comunicacin en sentido contrario. El tiempo de conmutacin de los
supresores de eco es muy pequeo. Impide una comunicacin full-dplex
plena.
Canceladores de Eco.- Es el sistema por el cual el dispositivo emisor guarda
la informacin que enva en memoria y es capaz de detectar en la seal de
vuelta la misma informacin (tal vez atenuada y con ruido). El dispositivo filtra
esa informacin y cancela esas componentes de la voz.
59
2.3.7. COMPONENTES PRINCIPALES PARA EL DISEO DE UNA RED

VOIP.
Para el diseo de una red de voz sobre IP, se deben tomar en consideraciones los
siguientes pasos como se indica en el siguiente diagrama para el diseo de una
Red de Voz Sobre IP.
Figura 2.27
Componentes Principales para el Diseo e Implantacin de una Red VoIP
(Fuente Propia)
60
2.3.8. FACTORES A TENER EN CUENTA EN LA TRANSICIN DE VOZ.

2.3.8.1. INDICADORES CUALITATIVOS.
Son parmetros relacionados con la calidad de la comunicacin de voz.
CALIDAD DE LA VOZ.- Es el principal indicador de todo el sistema. Si
podemos sostener una comunicacin con una adecuada calidad de voz
entonces es una prueba de que la red se ha diseado de manera correcta.
Hay dos formas de probar la calidad de la voz: subjetiva y objetivamente. Los
humanos realizan pruebas de calidad de voz subjetivas, mientras que las
computadoras realizan pruebas de voz objetivas.
2.3.8.2. INDICADORES CUANTITATIVOS.

Nos indican en cantidades especficas los resultados alcanzados en la
comunicacin de voz.
ANCHO DE BANDA.- Dependiendo del cdec que se use y el nmero de
muestras de voz que se quiera por paquete, la cantidad de ancho de banda
por llamada puede incrementarse drsticamente.
RETRASO / LATENCIA.- Existen tres tipos de retraso que son inherentes a
las redes de telefona actuales: retraso de propagacin, retraso de
serializacin y retraso de manejo. La recomendacin G.114 de la ITU-T
sugiere que no haya ms de 150milisegundos (ms) de retraso de extremo a
extremo para mantener una buena calidad de voz. Aunque debemos tener
en cuenta que la definicin de buena es relativa de acuerdo al cliente, por
eso se debe recordar que 150 ms es simplemente una recomendacin.
JITTER.- El Jitter es la variacin del tiempo de llegada de un paquete. El
Jitter entre el punto inicial y final de la comunicacin debiera ser inferior a 100
ms. Si el valor es menor a 100 ms el Jitter puede ser compensado de manera
apropiada. En caso contrario debiera ser minimizado.
61
2.3.9. HARDWARE DISPONIBLE PARA VOIP.

Con el estado de madurez que ha alcanzado la tecnologa VoIP, hoy en da a la
hora de seleccionar hardware, nos encontramos con que hay una gran variedad
de fabricantes y modelos de equipos de donde seleccionar. Cada uno con sus
ventajas y desventajas, a la hora de configurar y obtener soporte tcnico. stos se
han dividido en tres grupos principales:
2.3.9.1. ADAPTADORES ANALOGICOS.

Son los mdulos externos como las pasarelas (Gateway), que sirven de puente
entre las seales analgicas y las seales digitales.
FXO GATEWAY.- Se utiliza cuando necesitamos conectar lneas telefnicas

analgicas con una central telefnica VoIP (IP PBX). Son dispositivos con
una interfaz para conectar un telfono analgico (conector RJ-11) y otra
interfaz para conectar a la red (conector RJ-45).
Figura 2.28
FXO Gateway con interfaces FXO (Fuente Propia)
INTERFAZ FXS.- Es la interfaz de abonado externo, es el puerto que enva la

lnea analgica hacia el abonado.
Figura 2.29
Interfaz FXS sin un PBX (Fuente Propia)
62
INTERFAZ FXO.- Es la interfaz de central externa, es el puerto que recibe la

lnea analgica.
Figura 2.30
Adaptador FXS (Fuente Propia)
FXS GATEWAY: Estos dispositivos se usan para conectar una o ms lneas

telefnicas analgicas de una PBX tradicional, con una IP PBX o con internet.
Figura 2.31
FXO Gateway con interfaz FXS (Fuente Propia)
ADAPTADOR FXS O ATA.- Es una variacin del FXS Gateway, se usa para
conectar directamente telfonos analgicos o aparatos de fax con un sistema
telefnico VoIP o internet.
Un adaptador ATA es un dispositivo que permite utilizar un telfono

convencional en servicios de VoIP. De esta manera, no es necesario adquirir
un nuevo equipo para su uso en una red VoIP, facilitando la integracin de la
telefona tradicional con la voz sobre IP.
63
Figura 2.32
Adaptador FXS con interfaces FXS (Fuente Propia)
2.3.9.2. TELFONOS IP.

Es un dispositivo que permite realizar una comunicacin utilizando una red IP ya
sea mediante red de rea local o a travs de Internet.
Generalmente nos referimos a un terminal IP en temas de Telefona IP ya que son

los principales dispositivos utilizados para realizar una comunicacin de paquetes
de datos en los que se transporta voz o vdeo (VoIP).
Figura 2.33
Vista Frontal y Trasera de un Telfono IP (Fuente Propia)
2.3.9.3. HARDWARE INTERNO PARA COMPUTADORA.

Son los diferentes tipos de tarjetas para la conexin de equipos analgicos y/o
digitales, en una computadora. El hardware que se necesite, depender de la
aplicacin y de la complejidad de la red VoIP.
64
TARJETA FXS.- Es una tarjeta con interfaz FXS para conectar telfonos
analgicos, hacia una red VoIP.
Figura 2.34
Tarjeta con interface 1 FXS y 2 FXO (Fuente Propia)
TARJETA FXO.- Es una tarjeta con interfaz FXO para conectar lneas
analgicas, hacia una red VoIP.
Figura 2.35
Tarjeta FXO (Fuente Propia)
65
2.3.10. CENTRALITA TELEFNICA (PBX).

Una Centralita Telefnica (o PBX para Private Branch Exchange y PABX para
Private Automatic Branch Exchange en ingls) es un equipo privado que permite
gestionar llamadas telefnicas internas en una empresa, y compartir las lneas de
acceso a la red pblica entre varios usuarios, para permitir que estos realicen y
reciban llamadas desde y hacia el exterior. De alguna manera acta como una
ramificacin de la red pblica de telfono.
Una centralita IP o una IP-PBX es una centralita telefnica que trabaja
internamente con el protocolo IP. De esta manera, utiliza la infraestructura de
comunicaciones de datos (LAN y WAN) para realizar sus funciones. Las centralitas
IP pueden por tanto conectarse a servicios pblicos VoIP, pero tambin tienen la
capacidad de trabajar con lneas convencionales de telfonos analgicos o
digitales (RDSI).
Figura 2.36
Muestra de una Red de Telefona IP con Servidor PBX (Fuente Propia)
Con los componentes adecuados se puede manejar un nmero ilimitado de anexos

en sitio o remotos va Internet, aadir vdeo, conectarle troncales digitales o
servicios de VoIP (SIP/H.323 trunking) para llamadas internacionales a bajo costo.
66
Los aparatos telefnicos que se usan se les llaman telfonos IP (SIP, H.323, etc.) y
se conectan a la red de datos (LAN o WAN). La IP-PBX se compone
principalmente de un SIP-Server (SIP) o de un Gatekeeper (H.323) ms un
Gateway o puerta de enlace que funciona de nexo entre la tecnologa IP y los
telfonos analgicos, faxes, telfonos digitales, telfonos inalmbricos DECT,
lneas urbanas analgicas, tramas E1/T1, lneas GSM, tramas E&M, etc.
Al migrar a esta tecnologa, debemos tomar en consideracin que estas

aplicaciones generalmente utilizan sistemas operativos como Linux y Windows y
adems pueden utilizar aplicaciones de las llamadas "Open Source". La apertura
de sistemas operativos y software gratuitos han hecho proliferar muchas centrales
IP que algunas para abaratar costos utilizan computadores hogareos.
67
2.3.11. SOFTWARE LIBRE.

Software libre (en ingls free software, aunque esta denominacin a veces se
confunde con gratis por la ambigedad del trmino free en el idioma ingls, por lo
que tambin se usa libre software) es la denominacin del software que respeta la
libertad de todos los usuarios que adquirieron el producto y, por tanto, una vez
obtenido el mismo, puede ser usado, copiado, estudiado, modificado, y
redistribuido libremente de varias formas.
Un programa es software libre si otorga a los usuarios todas estas libertades de

manera adecuada. De lo contrario no es libre. Existen diversos esquemas de
distribucin que no son libres, y si bien podemos distinguirlos en base a cunto les
falta para llegar a ser libres, nosotros los consideramos contrarios a la tica a todos
por igual. El software libre suele estar disponible gratuitamente, o al precio de costo
de la distribucin a travs de otros medios; sin embargo no es obligatorio que sea
as, por lo tanto no hay que asociar software libre a software gratuito
(denominado usualmente freeware), ya que, conservando su carcter de libre,
puede ser distribuido comercialmente (software comercial). Anlogamente, el
software gratis o gratuito incluye en ocasiones el cdigo fuente; no obstante, este
tipo de software no es libre en el mismo sentido que el software libre, a menos
que se garanticen los derechos de modificacin y redistribucin de dichas
versiones modificadas del programa.
Una licencia es aquella autorizacin formal con carcter contractual que un autor
de un software da a un interesado para ejercer "actos de explotacin legales".
Pueden existir tantas licencias como acuerdos concretos se den entre el autor y el
licenciatario. Desde el punto de vista del software libre, existen distintas variantes
del concepto o grupos de licencias:
2.3.11.1. LICENCIAS GPL.

Una de las ms utilizadas es la Licencia Pblica General de GNU (GNU GPL). El
autor conserva los derechos de autor (copyright), y permite la redistribucin y
modificacin bajo trminos diseados para asegurarse de que todas las versiones
modificadas del software permanecen bajo los trminos ms restrictivos de la
68
propia GNU GPL. Esto hace que sea imposible crear un producto con partes no
licenciadas GPL: el conjunto tiene que ser GPL.
En la prctica esto hace que las licencias de software libre se dividan en dos
grandes grupos, aquellas que pueden ser mezcladas con cdigo licenciado bajo
GNU GPL (y que inevitablemente desaparecern en el proceso, al ser el cdigo
resultante licenciado bajo GNU GPL) y las que no lo permiten al incluir mayores u
otros requisitos que no contemplan ni admiten la GNU GPL y que por lo tanto no
pueden ser enlazadas ni mezcladas con cdigo gobernado por la licencia GNU
GPL.
Aproximadamente el 60% del software licenciado como software libre emplea una
licencia GPL o de manejo.
2.3.11.2. LICENCIAS AGPL.

La Licencia Pblica General de Affero (en ingls Affero General Public License,
tambin Affero GPL o AGPL) es una licencia copyleft derivada de la Licencia
Pblica General de GNU diseada especficamente para asegurar la cooperacin
con la comunidad en el caso de software que corra en servidores de red.
2.3.11.3. LICENCIAS ESTILO BSD.

Es una distribucin de software Berkeley (Berkeley Software Distribution en ingls).
Llamadas as porque se utilizan en gran cantidad de software distribuido junto a los
sistemas operativos BSD. El autor, bajo tales licencias, mantiene la proteccin de
copyright nicamente para la renuncia de garanta y para requerir la adecuada
atribucin de la autora en trabajos derivados, pero permite la libre redistribucin y
modificacin, incluso si dichos trabajos tienen propietario. Son muy permisivas,
tanto que son fcilmente absorbidas al ser mezcladas con la licencia GNU GPL con
quienes son compatibles. Puede argumentarse que esta licencia asegura
verdadero software libre, en el sentido que el usuario tiene libertad ilimitada con
respecto al software, y que puede decidir incluso redistribuirlo como no libre. Otras
opiniones estn orientadas a destacar que este tipo de licencia no contribuye al
desarrollo de ms software libre (normalmente utilizando la siguiente analoga:
69
"una licencia BSD es ms libre que una GPL si y slo si se opina tambin que un
pas que permita la esclavitud es ms libre que otro que no la permite").
2.3.11.4. LICENCIAS ESTILO MPL.

Es una licencia pblica de Mozilla (Mozilla Public License en Ingles). Esta licencia
es de Software Libre y tiene un gran valor porque fue el instrumento que emple
Netscape Communications Corp. para liberar su Netscape Communicator 4.0 y
empezar ese proyecto tan importante para el mundo del Software Libre: Mozilla. Se
utilizan en gran cantidad de productos de software libre de uso cotidiano en todo
tipo de sistemas operativos.
2.3.11.5. COPYLEFT.
Hay que hacer constar que el titular de los derechos de autor (copyright) de un
software bajo licencia copyleft puede tambin realizar una versin modificada bajo
su copyright original, y venderla bajo cualquier licencia que desee, adems de
distribuir la versin original como software libre. Esta tcnica ha sido usada como
un modelo de negocio por una serie de empresas que realizan software libre (por
ejemplo MySQL); esta prctica no restringe ninguno de los derechos otorgados a
los usuarios de la versin copyleft.
70
2.3.12. SISTEMA OPERATIVO PARA EL DISEO DE LA RED VOIP.

Linux naci como un producto de Linux Torvalds, inspirado en el MINIX, un
pequeo sistema Unix; GNU/Linux es una buena alternativa para los usuarios que
desean tener libertad, un sistema operativo estable, robusto, confiable, idneo para
redes, servidores, estaciones de trabajo. Dos caractersticas muy peculiares lo
diferencian del resto de los sistemas que podemos encontrar en el mercado:
SOFTWARE LIBRE.- Esto significa que no se paga ningn tipo de licencia a
ninguna casa desarrolladora de software por el uso del mismo.
CDIGO FUENTE.- El sistema viene acompaado del cdigo fuente formada
por el ncleo del sistema ms un gran nmero de programas/libreras que
hacen posible su utilizacin. Linux se distribuye bajo la GNU General Public
License, por lo tanto, el cdigo fuente tiene que estar siempre accesible.
Linux implementa la mayor parte de las caractersticas que se encuentran en UNIX;

es un sistema operativo completo con multitarea y multiusuario, como cualquier
otra versin de UNIX esto significa que pueden trabajar varios usuarios
simultneamente y que cada uno de ellos puede tener varios programas en
ejecucin, existiendo una proteccin de la memoria entre procesos, de manera que
uno de ellos no pueda saturar el sistema.
El cdigo fuente est disponible, incluyendo el ncleo completo, todos los drivers,
las herramientas de desarrollo y programas de usuario que pueden distribuirse
libremente.
En cuanto a servicios de red, Linux incluye un completo soporte TCP /IP para la
mayor parte de las tarjetas de red actuales, incluyendo ftp, telnet, NFS, etc., as
como servidores http. Los ejecutables de Linux hacen uso de las libreras de
enlace dinmico, esto significa que comparten el cdigo comn de las libreras en
un nico fichero.
71
2.3.12.1. RED HAT LINUX.

Red Hat Linux es una distribucin Linux creada por la compaa Red Hat que
trabaja en el desarrollo del software libre y la comercializacin de diferentes
productos y servicios basados en software de cdigo abierto. Red Hat Linux es
utilizado principalmente como un sistema operativo para servidores y es la primera
distribucin que us formato de paquete RPM (Red Hat Program Manager). Una
variacin de la Red Hat Linux ES conocido como CENTOS.
2.3.12.2. CENTOS (COMMUNITY ENTERPRISE OPERATING SYSTEM).

Es un clon de la distribucin libre de la Red Hat Linux, disponible en una forma
binaria por ejemplo en CD, que solamente est al alcance de los usuarios que
pagan una suscripcin. Con el nuevo software CentOS se crean productos como la
PBX Asterisk, similares a la empresa Red Hat que es libre y disponible para la
transferencia directa. La PBX Asterisk es una aplicacin de cdigo abierto de una
central telefnica (PBX) que al igual que Linux es libre.
2.3.12.3. ASTERISK.
Asterisk es una aplicacin de cdigo abierto de una central telefnica (PBX) tiene
licencia GPL. Como cualquier PBX, se puede conectar un nmero determinado de
telfonos para hacer llamadas entre s e incluso conectar a un proveedor de Voz
sobre IP o bien a una RDSI tanto bsicos como primarios. Mark Spencer de Digium
inicialmente cre Asterisk y actualmente es su principal desarrollador junto con
otros programadores que han contribuido a corregir errores, aadir novedades y
funcionalidades. Originalmente desarrollado para el sistema operativo Linux,
Asterisk tambin funciona en otras plataformas.
Para conectar telfonos normales analgicos se necesita de tarjetas telefnicas

FXS o FXO fabricadas por Digium o por otros fabricantes, ya que para conectar el
servidor a una lnea externa no se puede utilizar un simple mdem. Asterisk
72
proporciona conectividad en tiempo real entre la red PSTN y la red de Voz sobre
IP, con la utilizacin de este se obtiene mayor calidad en la llamada y variedad de
servicios similares a los de otras PBX existentes en el mercado.
2.3.12.4. ELASTIX.
Elastix es una de las grandes distribuciones de Software Libre de Servidor de
Comunicaciones Unificadas que integra en un solo paquete algunas tecnologas de
comunicaciones claves como: VoIP PBX, Fax, Mensajera Instantnea, Email y
Colaboracin.
Elastix implementa gran parte de su funcionalidad sobre 4 programas de software

muy importantes como son Asterisk, Hylafax, Openfire y Postfix. Estos brindan las
funciones de PBX, Fax, Mensajera Instantnea e Email, respectivamente. La parte
de sistema operativo se basa en CentOS, una popular distribucin Linux orientada
a servidores. Elastix es software libre distribuido bajo licencia GPL versin 2. Es
decir que puede ser usado, copiado, estudiado, modificado y redistribuido
libremente segn los lineamientos de esta licencia.
Elastix fue creado y actualmente es mantenido por la compaa ecuatoriana Palo

Santo Solutions en diciembre del ao 2006. Su principal caracterstica es ofrecer
herramientas de configuracin a travs de una interface web. La interface Web de
Elastix
es
una
aplicacin
completa
de
administracin
del
servidor
de
comunicaciones unificadas escrita en su mayora en lenguaje PHP.
2.3.12.5. TRIXBOX.
En sus inicios fue conocida como Asterisk@Home, y fue la primera distribucin
todo en uno que haca uso de FreePBX + MySQL + PHP + CentOS + Asterisk para
levantar un conmutador IP de manera rpida. En el 2006 cambia su nombre a
Trixbox y se separa en las versiones CE (Community Edition) y Pro, que es el
servicio de paga proporcionado por Fonality (la empresa que compr su
desarrollo). Trixbox es ms usada en el mercado norteamericano al estar creada
originalmente en ingls y tener su base de operaciones en EUA. Sin embargo, al
utilizar la misma interfaz de FreePBX, las funcionalidades que ofrece esta
73
plataforma son casi las mismas que el resto de las distribuciones que se basan en
ella.
Trixbox hace uso de un fork muy viejo de FreePBX, por lo que muchas de sus
funcionalidades estn atrasadas, comparadas con el resto de las distribuciones.
2.4. MARCO METODOLOGICO.

Con respecto a la metodologa para el primer paso que es la metodologa para el
anlisis de la solucin hay que mencionar, detallar y obtener procedimientos ya sea
mediante formular clculos o por conceptos tericos de lo que se quiere realizar.
En este primer paso metodolgico detallaremos los principios fundamentales que
respecta la eleccin adecuada tanto del ancho de banda (BW), del clculo de
lneas telefnicas y de la eleccin del cdec de audio adecuado para la transmisin
de voz sobre el cableado de la red de datos.
2.4.1. DIMENSIONAMIENTO DE LA RED (CALCULO DE BW).

El dimensionamiento de la red hace referencia a la cantidad de ancho de banda
necesario para ofrecer el servicio de voz por la red de datos la cual es uno de los
retos que se tiene que afrontar cuando se va a transmitir trfico de voz sobre IP.
Este valor se calcula teniendo en cuenta primero la cantidad de lneas telefnicas
necesarias para un determinado nmero de abonados. Para ello debemos plantear
algn modelo de trfico y analizar los volmenes de trfico consumidos en la
empresa usualmente.
2.4.1.1. CALCULO DE LNEAS TELEFNICAS.

Para hallar el nmero de lneas telefnicas necesarias para lograr atender el trfico
diario y sobre todo en la hora de mayor ocupacin, se realizan algunos clculos
basados en un modelo de trfico elegido previamente, segn algunos parmetros
de la central que atender dicho trfico.
MODELO ERLANG B.
En el modelado de trfico utilizando la frmula de Erlang B las llamadas que
son bloqueadas toman una nueva ruta y nunca regresan a la troncal original.
74
Es decir, lo que diferencia este tipo de frmula de bloqueo con las dems
frmulas es que el usuario realiza un nico intento de llamada, el cul si no
logra establecerlo ser enrutado otra vez de manera inmediata.
La frmula de Erlang B se ocupa principalmente cuando se espera un

porcentaje de bloqueo pequeo o si no se consideran retroalimentaciones. La
frmula del modelo de Erlang B provee la probabilidad de bloqueo en la
conmutacin, debido a que todas las troncales estn ocupadas, es decir
debido al congestionamiento.
Figura 2.37
Modelo de Trafico Erlang B
(Fuente Propia)
Su frmula de probabilidad es:
MODELO ERLANG B EXTENDIDO.

Lo que diferencia el modelo del Erlang B extendido con el de Erlang B, es
que aunque sigue la misma suposicin de entrada con fuentes infinitas y la
misma
frmula,
un
porcentaje
de
las
llamadas
bloqueadas
son
retroalimentadas hasta que se les brinda el servicio. La frmula de Erlang B

extendido se ocupa principalmente en modelos como lo es un modem pool.
Donde un modem pool es un grupo de mdems que normalmente son
utilizados para la recepcin de llamadas entrantes, algunas de sus
75
caractersticas es que son dispositivos analgicos y utilizan una velocidad de

33.6 kbps. A continuacin se muestra el modelo de trfico para Erlang B
extendido, donde se tiene una entrada de fuentes infinitas, aleatorias y con
un determinado grado de servicio que brindar el servicio a unas llamadas y
otras las bloquear, siendo un porcentaje de stas retroalimentadas hasta
obtener el servicio.
Figura 2.38
Modelo de Trafico Erlang B Extendido
(Fuente Propia)
MODELO ERLANG C.
En el modelo de Erlang C el sistema se disea alrededor de la teora de
colas. El llamante realizada una llamada y esta se pone en cola hasta que
sea atendida. El modelo Erlang C asume que todas las llamadas sern
atendidas y nos permite calcular el nmero de agentes necesario para
atender las llamadas. Es el ms usado para dimensionar el personal de un
Call Center, sobre la base de conocer el nmero de llamadas en horas pico,
la duracin media de la llamada y el retraso medio en atenderlos.
76
Figura 2.39
Modelo de Trafico Erlang C
(Fuente Propia)
MODELO ENGSET.
El modelo Engset se utiliza para dimensionar comnmente grupos de
equipos nonqueued (servicio inmediato). Es similar a Erlang B porque las
llamadas bloqueadas son despejadas pero asume un nmero limitado de
fuentes. Si se bloquea la llamada, despus se reencamina o se desborda a
otro grupo. Este modelo es usado comnmente en centrales con un volumen
de trfico reducido.
Figura 2.40
Modelo de Trafico Engset
77
(Fuente Propia)
2.4.1.2. ELECCION DE CODEC DE VOZ Y CALCULO DE BW.

La tecnologa VoIP necesita convertir la voz analgica en digital para transportarla
a travs de la red de datos, para ello hay que codificarla utilizando alguno de los
cdecs de digitalizacin de audio disponibles para VoIP. La codificacin consiste
en comprimir las muestras de la voz de una llamada para reducir el consumo de
ancho de banda de la red. El proceso es doble. Por parte del emisor la voz se
codifica, y para llegar al receptor se descodifica. Para ello es necesario que ambos
sistemas de telefona soporten el cdec con el que se codifica la llamada. El reto
est en no perder calidad de la voz, evitar que sta se entrecorte y optimizar el
ancho de banda. A continuacin se muestra un cuadro de resumen con los cdecs
ms utilizados y que han sido explicados con ms detalle en puntos anteriores:
Nombre
G.711
Bit Rate
(kb/s)
64
Sampling
Rate (kHz)
Frame Size
(ms)
Observaciones
MOS
Muestreada
Tiene dos
versiones u-law y
a-law para
muestrear la seal
4.1
Mejora del codec

G.711 para abarcar
la banda de 50 Hz
a 7 Khz.
Divide los 16 Khz
en dos bandas
cada una usando
ADPCM
G.711.1
80/96
Muestreada
G.722
64
16
Muestreada
G.726
16/24/32/40
Muestreada
ADPCM; reemplaza
a G.721 y G.723.
3.85
G.729
10
Bajo retardo
(15 ms)
3.92
G.729.1
8/12/14/16/
18/20/22/24/
10
Ancho de banda
desde 50Hz hasta
78
7 Khz.
26/28/30/32
GSM
iLBC
13
22.5
Usado por la
tecnologa celular
GSM
30
Calidad bsica ms
arriba que G.729,
alta robustez a la
perdida de paquete
13.3
Tabla 2.1
Cuadro Comparativo de Cdec y Consumo de BW
(Fuente Propia)
En donde:
- Bit Rate indica la cantidad de informacin que se enva por segundo.
- Sampling Rate indica la frecuencia de muestreo de la seal vocal. (Cada
cuanto se toma una muestra de la seal analgica).
- Frame Size indica cada cuanto milisegundo se enva un paquete con la
informacin sonora.
- MOS indica la calidad general del cdec (valor de 1 a 5).
Para efectos del presente proyecto se toma en cuenta los cdecs explicados en el
cuadro comparativo y que son comercialmente ms usados, lo cual nos garantizar
poder encontrar los equipos (telfonos IP, Gateway, software del servidor, etc.) en
el mercado. A la hora de elegir un cdec de audio para VoIP es importante tener en
cuenta lo siguiente:
- El consumo de banda ancha.
- La calidad de la voz.
- El consumo de recursos de la CPU.
Esto depende nicamente del cdec de voz que utilicemos para muestrear la voz
analgica y comprimirlos en paquetes para ser enviados por la de red de datos.
Cabe resaltar que los equipos que se elegirn debern contar con la opcin de
Voice Activity Detection para aminorar el ancho de banda (En el Anexo 6 se
muestra en detalle la forma de operacin de VAD).
Teniendo en cuenta estas consideraciones a la hora de elegir un cdec de voz

adecuado para nuestra necesidad y basndonos para la eleccin de ste en sus
79
caractersticas, licenciamiento, entre otros datos; obtendremos as el cdec de voz

y el consumo de ancho de banda del mismo.
2.4.2. ELECCION DEL PROTOCOLO DE SEALIZACION.

Cada uno de los protocolos de sealizacin que existen actualmente para redes de
Voz sobre IP, tienen una arquitectura especfica. Esto quiere decir, que para cada
protocolo existe una diferente estructura y necesidades de hardware, es por ello
que no es posible realizar un diseo de red sin tener antes definido el protocolo
que se va a utilizar, salvo el caso que los protocolos tengan arquitecturas muy
parecidas. Existe una gran variedad de protocolos de sealizacin para VoIP entre
propietarios y libres, entre ellos tenemos:
- H.323.
- SIP (Session Initiation Protocol).
- MGCP (Media Gateway Control Protocol).
- IAX. v.2 (Inter Asterisk Exchange).
- SAP v.2 (Session Announcement Protocol).
- SCCP (Skinny Client Control Protocol, propietario de Cisco), etc.
En un captulo anterior se hizo nfasis en tres protocolos, los cules son los ms
destacados por diferentes razones, ser el primer protocolo para la transmisin
multimedia como es el caso de H.323, la flexibilidad que ofrece SIP o el eficiente
manejo de ancho de banda y soluciones a algunos otros problemas con la
aparicin del IAX versin 2. Para la presente investigacin solo se tomar en
cuenta estos tres protocolos para realizar la eleccin de uno de ellos, para tal fin,
se realizar una comparacin entre los tres a fin de elegir la solucin ms
adecuada de acuerdo a la necesidad de la institucin.
80
Protocolo
H.323
Ventajas
Desventajas
Es el estndar ms completo
para transmisiones de voz y
video, esto quiere decir que
posee mejores
funcionalidades que los
dems.
La calidad de servicio
tambin es mayor ya que se
ocupa de este tema en cada
uno de sus protocolos que
componen el estndar.
El protocolo SIP es un
protocolo que tiene mayor
simplicidad, utiliza mensajes
de peticiones y respuestas al
estilo HTTP para establecer
las sesiones. No se definen
servicios o funciones
SIP
Posee tambin flexibilidad y

escalabilidad, diferentes
funcionalidades como proxy,
redireccin. Localizacin y/o
registro pueden residir en
unos nicos servidores varios
distribuidos.
Protocolo bastante
complejo.
Los componentes son

ms costosos.
Problemas para resolver

direcciones privadas con
pblicas, no atraviesa
firewalls ya que tiene
problemas con el NAT, a
menos que se
implemente una solucin.
No es necesario un control
centralizado, el
funcionamiento de extremo a
extremo es posible una vez
establecida la sesin.
IAX v2
Divide los 16 Khz en dos

bandas cada una usando
ADPCM
---
Tabla 2.2
Comparativo Ventajas y Desventajas de los Protocolos H.323, SIP e IAX v2
(Fuente Propia)
81
2.4.3. ELECCION DEL SERVIDOR PBX.

La funcin principal del servidor que se va a implementar es la sealizacin de
llamadas. Para ello debe tener un CPU capaz de soportar el procesamiento de las
llamadas y capacidad de conectarse a la red de datos. Dimensionar exactamente
un hardware para un servidor es una tarea complicada, sin embargo se tienen en
cuenta algunos criterios y metodologas para la eleccin y se siguen
recomendaciones dadas por expertos para luego poner a prueba el sistema y
verificar su correcto funcionamiento.
El parmetro ms importante para la eleccin del hardware del servidor es el

nmero mximo de llamadas concurrentes que se puede dar en el sistema. Sin
embargo existen otros criterios que se tienen en cuenta al momento de realizar la
eleccin del hardware para el servidor de comunicaciones, algunos de ellos son:
- Porcentaje del procesador que requiere el cdec para codificar y decodificar

las seales de voz.
- Complejidad del Plan de marcacin.
- Otros procesos que se ejecuten en el sistema.
- Distribucin de Linux y el kernel con el que opera.
Por lo tanto para implementar el servidor se deber definir los siguientes

componentes:
- Velocidad del procesador.
- Cantidad de memoria RAM.
- Capacidad del disco duro.
- Tarjeta de interfaz de red.
82
Como se mencion anteriormente estos elementos se seleccionarn de acuerdo a

recomendaciones de expertos y luego sern sometidos a pruebas para verificar
que cumplen con los requerimientos del diseo. Para realizar una buena eleccin
de un servidor SIP se necesita tener en cuenta las caractersticas del hardware y
software que se instalar sobre l.
2.4.3.1. SOFTWARE DE SERVIDOR PBX.

La eleccin del software de comunicaciones no es un proceso que nos presente
mayores inconvenientes. Para realizar una eleccin aceptable a lo que se desea
implantar en la solucin, se deber tener en cuenta las caractersticas
fundamentales del software a elegir. Para ello debe realizar una comparacin entre
las distribuciones de software PBX actuales como lo siguiente:
Software
ASTERISK
ELASTIX
Ventajas
Desventajas
Compatibilidad de gran
gamma de tarjetas
FXS/FXO. Gran soporte a
nivel mundial en muchos
Se requiere
idiomas. Fcil instalacin
de tiempo de
de paquetes. Seguridad,
configuracin
poco vulnerable. Escalable.
y
Compatible con otros PBX. conocimiento
Flexibilidad, se puede
tcnico de
amoldar a los
Linux.
requerimiento. Posee
capacidad para Interfaz
grfica FreePBX
Basado en Asterisk
Fcil Uso. Interfaz grfica
sencilla y amigable.
Modularidad. Estabilidad.
Funcionalidades
Cdecs
Programacin de
alarmas, despertadores.
Listas negras. Detalles
de llamadas.
Estadsticas. Ruteo de
llamadas, Monitorizacin
silenciosa de llamadas.
Tarjetas de llamadas.
Envo y Recepcin de
Fax a terceros, entre
otros.
ADPCM,
G.711
(Ley A y
u), G.719,
G.722.1,
G.722,
G.722.1,
G.723.1,
G.726,
G.729,
GSM,
iLBC.
ADPCM,
Fax. Mensajera
Solo se
G.711 (ley
Instantnea. Correo
pueden
A y u),
Electrnico. Interfaz Web.
configurar lo
G.722,
Grabacin de llamadas.
que esta
G.723.1,
Sntesis de Voz. DHCP.
prestablecido
G.726,
Reporte de llamadas.
en la interfaz
G.729,
Buzn de voz. Colas de
grfica.
GSM,
llamada. Seguridad.
iLCB.
83
TRIXBOX
Sus
Contestador automtico.
componentes Integracin con Outlook.
ADPCM,
son muy
Buzn de voz. Mensajes
G.711
viejos. Sin
de voz a email. Schedule. (Ley A y
Mucho tiempo en el
soporte para
Reportes y
u), G.722,
mercado. La versin Pro te
el mercado
monitorizacin. Panel de
G.723,
permite administrar tu PBX
de Amrica
control web. Puentes
G.726,
desde la nube.
Latina. Poco
para conferencias.
G.729,
desarrollo a
Telfonos analgicos e
GSM,
la
IP. Soporte de
iLBC.
plataforma.
sucursales.
Tabla 2.3
Comparativo de Diversos Software PBX ms usados
(Fuente Propia)
Con este cuadro comparativo en la cual se ha detallado las caractersticas de cada

distribucin y segn necesidad del proyecto a realizar usted deber escoger el
software PBX adecuado para su implementacin.
2.4.3.2. SISTEMA OPERATIVO DE SERVIDOR PBX.

La eleccin del sistema operativo para el servidor PBX deber ser escogida en
relacin al software PBX a utilizar, para ello al igual que la eleccin del software
PBX El software libre como el sistema operativo LINUX puede llegar a ser confuso
debido a las mltiples implementaciones que existen entre los varios tipos de
licencias tales como GPL (General Public License), Free Software, Open Source,
de dominio pblico.
En general existe una gran lista de distribuciones de LINUX y tiende a generar
confusin. Esta lista sigue creciendo cada da. Aqu se presentan las distribuciones
que generalmente se consideran las ms extendidas a nivel mundial. Ubuntu y
Centos son las ms adecuadas para aquellos que sin tener tanta experiencia
pueden iniciarse en este mundo tan lleno de complejidades. En el otro lado se
tiene a Deban que es el ms avanzado, esta requiere de un conocimiento previo
avanzado. RedHat y SuSE tienen un nivel intermedio. A continuacin se muestra
una tabla comparativa de las distribuciones
Distribucin
RedHat
Enterprise
Linux
Ultima
Versin
7.0
Instalacin
Propsito
Principal
Arquitectura de
Procesador
Precio
($)
Grafica
Estaciones
Empresariales,
Desktop,
Servidores.
i386, ia64, ppc,

x86-64
2500
84
Fedora
20.0
Grafica
Propsito
General
i386, ppc,
ppc64, s390,
s390x, x86_64
Libre
Libre
Debian
7.0
Grafica/Texto
Propsito
General
Alpha, AMD64,
Arm, HPPA,
i386, IA64,
m68k, Mips,
ipsel, PPC,
S390, Sparc
CentOs
7.0
Grafica
Servidores
i386, x86_64
Libre
OpenSuse
13.1
Grafica
Desktop
i586, ppc,
x86_64
Libre
Tabla 2.4
Comparativo de Diversos Sistemas operativos para un PBX en el Merado
(Fuente Propia)
2.4.3.3. HARWARE DE SERVIDOR PBX.

Respecto al hardware adecuado para el servidor PBX, ste se realiza en base a
recomendacin de hardware de acuerdo al nmero de canales (que es el factor
ms importante en la eleccin) que se tiene en el sistema. Esta recomendacin fue
extrada del libro Asterisk The future of Telephony, el cual es el libro de consulta
recomendado en la pgina web de Digium (Compaa que desarrolla el software
Asterisk).
Tipo de Sistema
Numero de Canales
(Usuarios
Concurrentes)
Hardware Mnimo Recomendado
Pequeas Oficinas
De 5 a 10
usuarios
1-GHz x86, 512 MB RAM,

HD 20 GB, NIC 10/100
Pequea empresa
Menor a 25
usuarios
3-GHz x86, 1 GB RAM,

HD 40 GB, NIC 10/100
Medianas Empresas
Menor o Igual
a 100 usuarios
Dual CPUs 2 GHZ y 2GB en RAM.

Server Quad Core o superior de 2
GB o 4 GB
Mayor a100
usuarios
Server Dual Quad Core o superior,

de 4GB o ms en RAM.
Mayor a 500
usuarios
Clster de servidor, Arquitectura

distribuida.
Grandes Empresas
Tabla 2.5
Recomendacin e Hardware Mnimo para Servidor PBX
85
(Fuente Propia)
Adems de las caractersticas especificadas en el cuadro anterior, se deber tener

en cuenta al momento de seleccionar el hardware, las tarjetas a adicionar para las
lneas telefnicas externas por parte del proveedor de telefona, entre otros
dispositivos. Realmente no hay una caracterstica fija con respecto al hardware ya
que eso se ve con ms exactitud al momento del funcionamiento del hardware y
pruebas realizadas. Otro punto importante es que viendo las caractersticas
mnimas recomendado en el cuadro. Hoy en da solo existe en el mercado
procesadores para servidores o Pcs superior a lo recomendado, al igual que sus
dems requisitos, lo cual no sera un inconveniente al momento de elegir un
hardware para el servidor PBX.
2.4.4. ELECCION DE TERMINALES.

Para la eleccin de equipos terminales tenemos tres posibilidades, elegir entre
Softphones y hardphones, o elegir un Adaptador de Telfono Analgico (ATA).
2.4.4.1. SOFTPHONES.
Los softphones son programas que emulan un Terminal telefnico, se necesita de
una pc, y dispositivos de audio (micro y bocinas) para poder realizar o recibir una
llamada.
2.4.4.2. HARDPHONES.
Por el contrario los hardphones son telfonos fsicos (telfonos IP) con un conector
RJ-45 para ser conectados a la red de datos.
2.4.4.3. ADAPTADOR TELEFONICO ANALOGO (ATA).

Un Adaptador Telefnico Analgico (ATA) es un dispositivo utilizado para convertir
las seales analgicas que son enviadas por un telfono analgico en paquetes IP
para ser transmitidos por la red de datos. Un ATA cuenta con dos puertos, uno
RJ11 para conectar al telfono analgico y otro RJ45 para conectar a la red de
86
datos. Un ATA en conjunto con un telfono analgico tienen la misma funcionalidad

que un telfono IP.
Las caractersticas de los equipos terminales:

- Estn definidos para funcionar bajo uno o ms protocolos de sealizacin
(SIP, H.323, IAX o algn otro protocolo propietario o estndar).
- Soportan algunos cdecs de voz como G.711, G.729, G.723.1, G.726, GSM,
iLBC, entre otros.
- Puede soportar algunos otros protocolos para gestin y operacin como
HTTP, TFTP, DHCP, 802.1 P/Q, etc.
- Puede tener diversas funcionalidades entre ellas, Llamadas en Espera,
Transferencia de Llamadas, Conferencias Tripartitas, Identificacin de
Llamadas, entre otras funcionalidades importantes y tiles para su uso.
2.4.5. ELECCION DE GATEWAY DE VOZ.

El Gateway es el dispositivo que se encarga de realizar la conmutacin hacia la
Red Telefnica Pblica (PSTN). Cuando necesitamos realizar una llamada a un
abonado externo de la Red Telefnica Pblica, el servidor VoIP se encarga de
sealizar la llamada hasta el Gateway, el cual realizar la conmutacin de la Red
IP hacia la RTP y viceversa si fuera el caso.
Para la eleccin del Gateway, debemos escoger uno que tenga entradas
analgicas (lneas FXO) ya que son las que utilizaremos para tener salida a la
RTP, debemos tener en cuenta tambin la compatibilidad con el cdec elegido
para que se pueda realizar la decodificacin de los paquetes de voz y convertirlos
en seales analgicas. Existe tambin la posibilidad de reemplazar el Gateway por
tarjetas FXO para ser colocados en los slots PCI del servidor, la eleccin del
equipo o las tarjetas es completamente indiferente en cuanto a funcionalidad, si es
que ambos tienen las mismas caractersticas.
87
2.5. MARCO LEGAL.

Gracias a los avances tecnolgicos experimentados en los ltimos aos, las
empresas de telecomunicaciones poseen hoy en da diversas opciones a fin de
prestar servicios de "telefona". Conforme a ello, actualmente se entiende que, los
servicios de "telefona" pueden prestarse en base a dos supuestos:
- A travs de los medios tcnicos tradicionales (medios fsicos), de redes

integradas y servicios conmutados (telefona tradicional).
- Mediante el uso de la tecnologa IP. (telefona IP).
Es as que, cuando hablamos de "Telefona IP" nos referimos a aquellas
telecomunicaciones que se desarrollan bajo el protocolo IP. El uso del Internet
como medio de comunicacin permite que los costos de las empresas de
telecomunicaciones se vean considerablemente reducidas lo que, por consiguiente,
permite una reduccin de las tarifas a favor de los usuarios. En tal sentido, el
servicio de Telefona IP consiste en que un usuario pueda efectuar llamadas a
travs de un proveedor de acceso a Internet (ISP), el cual brinda servicios de
digitalizacin de voz, fragmentacin, empaquetamiento y envo de dichos paquetes
de informacin por Internet a otro proveedor quien desempaquetar la informacin
y la convertir en voz, direccionndola al destinatario final de la comunicacin.
88
2.5.1. REQUISITOS LEGALES PARA LA PRESTACION DE TELEFONIA

IP DE ACUERDO A NUESTRA NORMATIVIDAD3.
2.5.1.1. PRESTACIN DE SERVICIOS PBLICOS EN EL AMBITO DE
LAS TELECOMUNICACIONES.
En el Per, de acuerdo a la normatividad vigente, la instalacin, operacin y
prestacin de los servicios pblicos de telecomunicaciones (por aquellas personas
naturales o jurdicas que decidan dedicarse a esta actividad) requieren
previamente de la tramitacin de las consiguientes autorizaciones, registros,
licencias o concesiones ante las autoridades competentes en la materia (Ministerio
de Transportes y Comunicaciones - MTC).
__________________________________________________________________________
3
TELELEY EL PRIMER PORTAL LEGAL DEL PERU

http://www.teleley.com/contenlegal.php?idm=2112
En este orden de ideas, y de conformidad con la Ley General de

Telecomunicaciones (LGT) y su Reglamento (RLGT), para la prestacin de
servicios portadores (locales, nacionales o internacionales), finales (servicio de
telefona) y de difusin el interesado deber previamente obtener una concesin
otorgada por el Estado Peruano para su ejercicio (trmite iniciado ante la Unidad
Especializada en Concesin de Telecomunicaciones del MTC); mientras que para
la prestacin de servicios de valor aadido el interesado deber contar nica y
exclusivamente con un registro (tramitado ante el MTC).
2.5.1.2. SERVICIOS FINALES (SERVICIO DE TELEFONA VOCAL O

CONVENCIONAL) Y SERVICIOS DE VALOR AADIDO
(TELEFONA IP).
SERVICIO DE TELEFONA CONVENCIONAL:
De conformidad con el numeral 1 del artculo 50 de la Ley General de
Telecomunicaciones (LGT) se considera como servicio finales, entre otros, al
servicio telefnico (telefona vocal) entendindose como tal, aquel que
permite a los usuarios la conversacin telefnica en tiempo real en ambos
sentidos de transmisin, a travs de la red de telecomunicaciones. Como
podemos observar por lo sealado en el prrafo precedente, debemos
entender que slo nos encontraremos frente a un "servicio telefnico" (dentro
de la categora de servicios finales) siempre y cuando se cumpla con las
89
siguientes condiciones: Que la Transmisin sea a tiempo real y que la

comunicacin se d a travs de la red de telecomunicaciones.
SERVICIOS DE VALOR AGREGADO:

Con relacin a este punto, debemos precisar que, de acuerdo con el artculo
29
del
Texto
nico
Ordenado
(TUO)
de
la
Ley
General
de
Telecomunicaciones (LGT) se define a los "Servicios de Valor Aadido" de la

siguiente manera:
__________________________________________________________________________
4
MINISTERIO DE TRANSPORTE Y COMUNICACIONES PORTAL DE TRANSPARENCIA NORMAS LEGALES

http://transparencia.mtc.gob.pe/idm_docs/normas_legales/1_0_892.pdf
- El Artculo 29, Son servicios de Valor Aadido aquellos que utilizando

como soporte servicios portadores o finales de difusin, aaden alguna
caracterstica o facilidad al servicio que les sirve de base. Se considera
como servicios de valor aadido, entre otros, el facsmil, el videotext, el
teletexto, el teleaccion, el telemando, el telealarma, el almacenamiento y
retransmisin de datos, teleproceso1.
El Reglamento de Ley General de Telecomunicaciones (LGT)5 en este orden

de ideas, desarroll en su artculo 105 aquellos conceptos definidos como
Servicios de Valor Aadido por la Ley de la siguiente manera:
- Artculo 105, Son Servicios de Valor Aadido los siguientes:

1. Facsmil en Forma de Almacenamiento y Retransmisin de Fax.Es el servicio de circulares de fax, el de conversin grfico a texto y
texto a formato fax.
2. Videotex.- Es el servicio interactivo que se presta por la red de

telecomunicaciones y que permite la visualizacin de textos o grficos
por medio de un dispositivo situado en el domicilio del usuario.
90
3. Teletex.- Es el servicio que difunde informacin en forma de texto a

diversos usuarios tales como noticias, informacin de bolsa, entre
otros.
4. Teletexto.- Es el servicio que consiste en insertar informacin de un
texto en la trama de la seal de televisin y es distribuido a travs de
radiodifusin.
5. Teleaccin.- Es el servicio que emplea mensajes cortos y que requiere
velocidades de transmisin muy bajas entre el usuario y la red de
telecomunicaciones.
__________________________________________________________________________
5
MINISTERIO DE TRANSPORTE Y COMUNICACIONES - FONDO DE INVERSIN EN TELECOMUNICACIONES

http://www.fitel.gob.pe/archivos/FI50b690831793f.pdf
6. Telemando.- Es el servicio mediante el cual se acta desde un

dispositivo de control distante sobre el sistema supervisado para
modificar las condiciones en que se encuentra.
7. Telealarma.- Es el servicio mediante el cual se genera una seal
elctrica hacia un dispositivo de control distante, cada vez que las
condiciones del sistema supervisado se modifican, de forma que se
apartan de un margen permitido.
8. Almacenamiento y Retransmisin de Datos.- Es el servicio que, a

travs de la red pblica de telecomunicaciones, permite el intercambio
de mensajes entre terminales de usuarios empleando medios de
almacenamiento y retransmisin. Es decir, permite el intercambio en
tiempo diferido de mensajes entre usuarios geogrficamente dispersos.
9. Teleproceso y Procesamiento de Datos.- Es el servicio interactivo

que a travs de la red pblica de telecomunicaciones permite el
procesamiento de datos e intercambio de mensajes a distancia entre
terminales de usuarios geogrficamente dispersos.
91
10. Mensajera Interpersonal (Correo Electrnico en Todas sus

Modalidades).- Es el servicio que permite a los usuarios enviar
mensajes a uno o ms destinatarios y recibir mensajes a travs de
redes de telecomunicaciones, empleando una combinacin de tcnicas
de almacenamiento y de retransmisin de datos, para la recuperacin
del mensaje por el usuario final.
Las modalidades que puede adoptar este servicio son:

a. Correo Electrnico (X.400); Que es la mensajera interpersonal
que usa las normas internacionales X.400 del CCITT.
b. Transmisin Electrnica de Documentos (EDI); Que es la
mensajera interpersonal que usa las normas de comunicacin
EDIFACT.
c. Transferencia Electrnica de Fondos.
d. Correo Electrnico de Voz; Que es la mensajera interpersonal
que a travs de la digitalizacin, almacena la voz como archivo
digital y la transfiere a otra localidad para su recepcin por el
destinatario.
e. Otros que determine el Ministerio.
11. Mensajera de Voz.- Es el servicio de transmisin de un mensaje

verbal. A peticin del solicitante (abonado o no), una operadora
transmite un breve mensaje ya sea llamando a uno o a varios nmeros
telefnicos a una hora determinada, ya sea respondiendo a la llamada
de una persona determinada (abonado o no).
12. Servicio de Consulta.- Es el servicio interactivo que proporciona la
capacidad de acceder a la informacin almacenada en centros de
bases de datos. Esta informacin se enviar al usuario nicamente a
peticin. La informacin puede consultarse individualmente en el
momento en que debe comenzar la secuencia de informacin deseada,
encontrndose bajo el control del usuario.
92
13. Servicio de Conmutacin de Datos por Paquetes.- Es el servicio que

sin utilizar redes propias, fracciona de acuerdo a una secuencia o
trama, las seales de datos en tamao normalizado denominados
paquetes, utilizando las normas X.25 y X.75 de la CCITT. Este servicio
puede incluir modalidades de nuevas tecnologas similares. Queda
excluido de este servicio el trfico de voz en tiempo real.
14. Suministro de Informacin.- Es el servicio que suministra informacin

obtenida mediante los servicios de radiocomunicaciones.
15. Cualquier otro que el Ministerio clasifique como tal mediante resolucin
ministerial.
2.5.1.3. TELEFONA IP - CONCESION O REGISTRO.

Tomando como punto de partida ello, cabe preguntarnos lo siguiente: la
prestacin de servicios de telefona empleando para ello tecnologa IP requiere de
la tramitacin previa de una concesin o tan slo de una inscripcin en el Registro
respectivo?
Sobre el particular, consideramos que para la prestacin de dichos servicios no se

requiere contar previamente con una concesin sino simplemente con la
tramitacin de Registro de Valor Aadido (ante el MTC), por las razones siguientes:
- La Legislacin nacional en materia de telecomunicaciones actualmente no

regula el concepto de Telefona IP ,como si lo hace en relacin al servicio
telefnico conocido tambin como telefona vocal, estableciendo que aquellas
empresas que desean prestar dichos servicios requieren previamente la
tramitacin de una concesin.
- No existe norma legal alguna que establezca la necesidad de contar con una
concesin para prestar servicios de "telefona IP". Dentro de este contexto,
93
debe recordarse que de conformidad con lo dispuesto por el inciso a) del

numeral 24 del artculo 2 de la Constitucin Poltica, "Nadie est obligado a
hacer lo que la ley no manda, ni impedido de hacer lo que ella no prohbe".
- La Telefona IP, tal y conforme lo sealamos en el presente artculo, no

puede considerarse (tcnicamente) que se efecte en tiempo real, toda vez
que la voz no es transmitida como impulsos elctricos (como si se da en la
telefona pblica convencional), sino ms bien en forma digitalizada,
debiendo ser sta previamente fraccionada y empaquetada, para luego ser
nuevamente transformada a voz.
- En todo caso, la prestacin de servicios de Telefona IP podra caber

plenamente en la definicin de servicio de valor aadido establecido en el
punto 8 del Reglamento de Telecomunicaciones ya que utiliza como soporte
servicios portadores o finales de difusin, constituyndose como valor
aadido la siguiente caracterstica: que la transmisin de la voz no es
realizada totalmente a travs de impulsos elctricos (como si lo hace el
servicio de telefona convencional). Esta comunicacin telefnica por voz es
almacenada, digitalizada, fragmentada y empaquetada y retransmitida por el
proveedor de servicio de valor aadido a fin de que viaje en paquetes IP por
Internet para luego ser nuevamente transformada a voz y direccionada a la
red de telefona convencional en otra rea geogrficamente alejada, por parte
del proveedor de servicios de valor aadidos en dicha rea. Todo este
mecanismo, trae como consecuencia que el proceso de comunicacin no sea
desarrollado a tiempo real (como en una llamada telefnica convencional)
sino de manera diferida, cumplindose as con todas las caractersticas
dispuestas tanto en el artculo 29 de la Ley General de Telecomunicaciones
como por el numera 8 del artculo 108 de su Reglamento.
2.5.2. DERECHO COMPARADO DE MANERA LEGAL - TELEFONIA IP A

TELEFONIA CONVENCIONAL.
Como lo hemos detallado anteriormente, la finalidad de la telefona IP radica
bsicamente en la conversin de la voz humana a datos, es decir se basa en la
compresin de la voz digitalizada en un conjunto de datos mucho ms pequeo y
manejable, para luego, proceder nuevamente a la expansin de los datos
94
comprimidos a fin de volver la voz a su estado original al momento en que el

mensaje llega a su destino.
Este proceso, desarrollado a travs de una serie de pasos de digitalizacin,

fragmentacin y empaquetamiento de la informacin que viaja por internet hacia
otro usuario permite concebir que la comunicacin no se efecte en tiempo real
(como en la telefona de voz) sino ms bien en tiempo diferido.
En tal sentido, el especialista Espaol en materia de Telecomunicaciones, Xavier

Rivas Alejandro, Asesor Jurdico de SEDISI, Asociacin Espaola de Empresas de
Tecnologas de la Informacin, en su artculo "Telefona Vocal en Internet", seala
que "no puede afirmarse que la telefona vocal en Internet tenga lugar en tiempo
real. La voz es empaquetada y enviada por el usuario desde un terminal a un
servidor, y de ste modo a otro servidor, que a su vez enva los paquetes que
contienen la voz al equipo receptor, que une los paquetes y los convierte a sonido.
El perodo de tiempo necesario para procesar la informacin en ambos sentidos
impide que podamos hablar de un servicio prestado en tiempo real.
95
CAPITULO III
DESARROLLO DE LA APLICACION
3.1. MODELAMIENTO.
El objetivo de este captulo es el desarrollo de la arquitectura del diseo de la Red
de Voz sobre IP (propuesta del diseo de la Red de Voz sobre IP), para ello
debemos optar por la mejor opcin entre todas las herramientas mencionadas en
el captulo anterior.
El diseo se encontrar concluido cuando tengamos elegidos todos los elementos

necesarios, y adems de tener una propuesta final, realizar las pruebas necesarias
que garanticen el funcionamiento de la red (propuesta tcnica validada).
Durante este proceso realizaremos las siguientes descripciones para el desarrollo

de la arquitectura tales como:
CALCULO DEL ANCHO DE BANDA DE LA RED.- Se proceder a realizar
en base al clculo de lneas telefnicas necesarias para abastecer la
comunicacin hacia el exterior, adems del clculo del ancho de banda del
consumo de paquetes que viajaran por la red basado en el cdec y en la
cantidad de lneas telefnicas.
ELECCION DEL SERVIDOR PBX.- Se realizara en base a la eleccin del
Software PBX, Sistema Operativo para el servidor y la eleccin adecuada del
hardware (caractersticas del Servidor PBX).
ELECCION DE TELEFONOS IP.- Se realizara en base a las caractersticas
de diversos fabricantes de equipos IP, segn las necesidades y
mantenimiento adems un margen aceptable en el costo del equipo
96
Figura 3.1
Estructura Propuesta de la Red de Voz sobre IP
(Fuente Propia)
97
3.1.1. CLCULO DEL ANCHO DE BANDA DE LA RED.

Para el clculo del ancho de banda necesario para poder cursar el flujo de
llamadas de la empresa, primero debemos calcular el nmero de lneas telefnicas
necesarias para la empresa, y luego, teniendo el nmero de canales de voz,
obtenemos el ancho de banda total con la ayuda del ancho de banda utilizado por
el cdec de voz.
3.1.1.1. CLCULO DEL NMERO DE LNEAS TELEFNICAS.

Este clculo se realiza con el fin de obtener el nmero de lneas telefnicas
necesarias para atender las solicitudes de llamadas en la hora de mayor trfico.
Este clculo se realiza con el fin de obtener el nmero de circuitos telefnicos

necesarios para atender a los 96 abonados en la hora de mayor trfico. Para
realizar est calculo necesitamos informacin del flujo de llamadas de la institucin,
sin embargo al no contar con informacin acerca del flujo de llamadas, y la
realizacin de un monitoreo de llamadas no es posible debido a que no contamos
con un software de monitoreo de llamadas telefnicas en el Hospital, por lo tanto
trabajaremos con un promedio del consumo mensual con lo cual llegaremos al
consumo de minutos en un da. Con esta informacin, utilizando luego una
calculadora de Erlangs, tendremos el nmero de lneas necesarios.
Para realizar est calculo necesitamos informacin del flujo de llamadas del
Hospital, sin embargo al no contar con informacin acerca del flujo de llamadas,
trabajaremos con un promedio del consumo mensual con lo cual llegaremos al
consumo de minutos en un da.
En este paso vamos a realizar una separacin de la cantidad de consumo de

minutos mensuales que respecta a llamadas externas, que son la llamadas
realizadas a nmeros que no corresponden a lneas tanto del Hospital como de los
locales alquilados. Esto se hace con la finalidad de obtener solo la cantidad de
consumo exacto de llamadas a nmeros fijos que no corresponda a ninguno de las
lneas telefnicas con lo que actualmente contamos, ya que con esta implantacin
las llamadas realizadas desde el Hospital a los locales alquilados y viceversa se
eliminaran, ellos se comunicaran va Voz sobre IP. La informacin de minutos
consumidos mensual total en un mes se muestra en el siguiente cuadro:
98
Lnea
N
Telefnico
Local
Tipo de Lnea
Minutos Consumidos
Mensual a Telefona Fija
351-44**
Hospital Vitarte
Clsica
9200
351-37**
Hospital Vitarte
Clsica
450
351-44**
Hospital Vitarte
Clsica
620
351-44**
Hospital Vitarte
Clsica
820
351-44**
Hospital Vitarte
Clsica
750
351-36**
Hospital Vitarte
Clsica
605
351-55**
Hospital Vitarte
Clsica
110
351-55**
Hospital Vitarte
Clsica
130
351-32**
Hospital Vitarte
Clsica
320
10
351-36**
Clsica
800
11
351-37**
Informtica
Clsica
3200
12
351-54**
Estadstica
Clsica
1020
13
351-39**
Logstica
Clsica
3150
14
351-55**
Logstica
Clsica
2060
15
351-44**
Personal
Clsica
1520
16
352-00**
Economa
Clsica
2220
17
351-60**
Almacn Central
Clsica
2030
18
351-60**
Almacn de Medicamentos
Clsica
1640
Tabla 3.1
Consumo Mensual en Minutos por cada Local Segn Lnea Telefnica
(Fuente: Recibos Telefnicos de Cada Local)
Este clculo es para un solo mes, el mes de setiembre. Para efectos de

aproximacin se le multiplicar por una constante al momento de realizar la
operacin que ser realizado en sus respectivos clculos para simular un mes de
horario de oficina normal donde el flujo de llamadas es mayor.
Este clculo de minutos a llamadas externas se obtiene mediante un valor
porcentual (%) segn estadsticas realizadas al rea que cuenta con lneas
telefnicas en los ambientes alquilados. Con esta informacin, utilizando luego una
calculadora de Erlangs, tendremos el nmero de lneas necesarios.
Lnea
Local
Minutos
Consumidos
Mensual
% Equivalente a
Llamadas
Externas
Minutos
Consumidos
Llamadas Externas
Hospital Vitarte
9200
60%
5520
Hospital Vitarte
450
50%
225
Hospital Vitarte
620
70%
434
Hospital Vitarte
820
60%
492
99
Hospital Vitarte
750
50%
375
Hospital Vitarte
605
40%
242
Hospital Vitarte
110
Hospital Vitarte
130
Hospital Vitarte
320
10
800
10%
80
11
Informtica
3200
5%
160
12
Estadstica
1020
5%
102
13
Logstica
3150
60%
1890
14
Logstica
2060
50%
1030
15
Personal
1520
10%
152
16
Economa
2220
50%
1110
17
Almacn Central
2030
50%
1015
18
1640
30%
492
LINEAS TELEFONICAS DE LA
ALTA DIRECCION
Tabla 3.2
Porcentaje de Equivalencia de Minutos en Llamadas Externas
(Fuente Propia)
Haremos uso de la Formula de Erlang B, por el motivo de que ste nos permitir
realizar clculos de trfico de llamadas con pocas lneas telefnicas para as tener
una aproximacin de la necesidad de lneas telefnicas con la realidad de nuestra
institucin.
En el cuadro anterior notamos que el local de Estadstica e Informtica (Jefatura

de la Unidad, del rea de Informtica y del rea de Estadstica) su consumo de
llamadas externas es bastante pequeo, por lo tanto, para tener una mejor
aproximacin de la cantidad de lneas telefnicas necesarias, vamos a agregar
este local en el clculo que se realizara para las lneas telefnicas del Hospital.
En cambio, los locales de Logstica, Economa y Almacn Central sus consumos

son alto y debemos tener en cuenta que estas reas realizan llamadas
consecutivas a entidades del Estado, as como tambin el local de Logstica y
Almacn cuyas llamadas diarias y consecutivas son realizadas a proveedores para
abastecimiento de las necesidades de todo el Hospital (incluido los locales
alquilados).
100
Segn lo detallados lneas arriba el cuadro de Cantidad de Consumo quedara de

la siguiente manera:
Lnea
Local
Minutos
Consumidos
Mensual
% Equivalente a
Llamadas
Externas
Minutos
Consumidos
Llamadas Externas
Hospital Vitarte
9200
70%
5520
Hospital Vitarte
450
50%
225
Hospital Vitarte
620
70%
434
Hospital Vitarte
820
60%
492
Hospital Vitarte
750
50%
375
Hospital Vitarte
605
40%
242
800
10%
80
Informtica
3200
5%
160
Estadstica
1020
5%
102
7630
Total Minutos Consumidos en Llamadas Externas :

Tabla 3.3
Cantidad de Minutos Consumidos en Llamadas Externas HOSPITAL
(Fuente Propia)
Lnea
Local
Minutos
Consumidos
Mensual
% Equivalente a
Llamadas
Externas
Minutos
Consumidos
Llamadas Externas
Logstica
3150
60%
1890
Logstica
2060
50%
1030
Personal
1520
10%
152
Economa
2220
50%
1110
Almacn Central
2030
50%
1015
1640
30%
492
5689
Tabla 3.4
Cantidad de Minutos Consumidos en Llamadas Externas LOCAL EX UTES
(Fuente Propia)
Con respecto a las 3 lneas telefnicas proporcionadas a la ALTA DIRECCION

(Direccin General, Direccin Adjunta y Direccin Administrativa), stas cuentan
con lnea directa, por tal razn, sern incluidos en la cantidad total de lneas
telefnicas requeridas. A continuacin se muestra procedimiento respectivo para
hallar la cantidad de lneas necesarias:
101
CALCULO ERLANG: HOSPITAL.
Lnea
N Telefnico
Minutos
Consumidos
Mensual
% Equivalente a
Llamadas Externas
Minutos
Consumidos
Llamadas Externas
Hospital Vitarte
9200
60%
5520
Hospital Vitarte
450
50%
225
Hospital Vitarte
620
70%
434
Hospital Vitarte
820
60%
492
Hospital Vitarte
750
50%
375
Hospital Vitarte
605
40%
242
800
10%
80
Informtica
3200
5%
160
Estadstica
1020
5%
102
7630
Tabla 3.5
Equivalencia de Minutos Consumidos en Llamadas Externas - HOSPITAL
(Fuente Propia)
Total Minutos Mensual:

Minutos por Da:
Minutos por Da:
7630 minutos/mes
7630 / 20 = 381.5
381.5 +10% (381.5) = 419.65 min/da
(Da Laborable 8 Horas)
Para obtener la cantidad de Erlangs consumidos en la hora de mayor

trfico, multiplicamos la cantidad de minutos consumidos en un da por un
factor de hora ocupada (busy hour factor) el cual significa el porcentaje de
minutos diarios que se ofrecen durante la hora ms ocupada del da, el
factor establecido por defecto para un sistema que opera en un da
laborable de 8 horas es de 17%. Una cifra ms elevada solo se
recomienda si el da laborable es ms corto o si las llamadas frecuentes se
realizan en distintos intervalos de tiempo (extrado del portal web
http://www.erlang.com).
Para obtener la cantidad de Erlangs consumidos por todos los abonados en

la hora de mayor trfico (hora cargada, HC), utilizamos la siguiente frmula:
Erlangs = (minutos consumidos diario) x (factor de hora ocupada)
Donde tenemos que:
102
Minutos consumidos diario:

Factor de hora ocupada (%):
Por lo tanto:
419.65 minutos/da
17% = 0.17
Erlangs consumidos en la hora de mayor trfico (hora cargada, HC):

EHC = 71.341 / 60 = 1.189 HC (Erlangs)
Con este valor y el nmero de abonados totales, utilizando una calculadora

de Erlangs, obtenemos el nmero de circuitos telefnicos necesarios para
satisfacer la demanda en la hora de mayor trfico.
Para realizar el clculo del nmero de circuitos, utilizaremos el modelo Erlang

B ya que es el modelo que se emplea en redes con pocas troncales donde el
trfico no es tan alto. A continuacin se muestra el clculo del nmero de
circuitos telefnicos, con los datos que se tienen:
Trfico ofrecido (Erlangs):

1.189 Erlangs (HC)
Probabilidad de prdida de llamada: 1% = 0.010 (Valor configurado por
defecto si no se tiene un requerimiento de porcentaje de perdidas)
Figura 3.2
Calculo de Lneas Telefnicas Modelo Erlang B - HOSPITAL
(Fuente: http://www.erlang.com/calculator/erlb/)
Utilizando la calculadora de Erlangs, con el Modelo Erlang B, obtenemos

que para satisfacer el trfico en la hora de mayor ocupacin es necesario
contar con 5 lneas telefnicas.
103
CALCULO ERLANG: LOCAL EX-UTES.
Lnea
Local
Minutos
Consumidos
Mensual
% Equivalente a
Llamadas
Externas
Minutos
Consumidos
Llamadas Externas
Logstica
3150
60%
1890
Logstica
2060
20%
412
Personal
1520
10%
152
Economa
2220
30%
666
Almacn Central
2030
50%
1015
1640
30%
492
4627
Tabla 3.6
Equivalencia de Minutos Consumidos en Llamadas Externas LOCAL EX UTES
(Fuente Propia)
Total Minutos Mensual:

Minutos por Da:
Minutos por Da:
4627 minutos/mes
4627 / 20 = 231.35
231.35 +10% (231.35) = 254.49 min/da
(Da Laborable 8 Horas)
Para obtener la cantidad de Erlangs consumidos por todos los abonados en

la hora de mayor trfico (hora cargada, HC), utilizamos la siguiente frmula:
Erlangs = (minutos consumidos diario) x (factor de hora ocupada)
Donde tenemos que:

Minutos consumidos diario:
Factor de hora ocupada (%):
254.49 minutos/da
17% = 0.17
Por lo tanto:
Erlangs consumidos en la hora de mayor trfico (hora cargada, HC):
EHC = 43.26 / 60 = 0.721 HC (Erlangs)
Trfico ofrecido (Erlangs):
0.721 Erlangs (HC)
Probabilidad de prdida de llamada: 1% = 0.010 (Valor configurado por
defecto si no se tiene un requerimiento de porcentaje de perdidas)
104
Figura 3.3
Calculo de Lneas Telefnicas Modelo Erlang B - EX UTES
(Fuente: http://www.erlang.com/calculator/erlb/)
Utilizando la calculadora de Erlangs, con el Modelo Erlang B, obtenemos

que para satisfacer el trfico en la hora de mayor ocupacin es necesario
contar con 4 lneas telefnicas.
Habiendo realizado los clculos correspondientes para hallar la cantidad de lneas

telefnicas necesarias tanto en el Hospital as como tambin para la sede ExUTES y del local alquilado para la Unidad de Estadstica e Informtica tenemos lo
siguiente:
tem
Descripcin
Cantidad de Lneas
Telefnicas
Lneas Telefnicas HOSPITAL
Lneas Telefnicas EX-UTES
Lneas Telefnicas ALTA DIRECCIN
Total de Lneas Telefnicas Necesarias :
12
Tabla 3.7
Cantidad Total de Lneas Telefnicas Necesarias
(Fuente Propia)
Luego de haber obtenido el resultado final de la cantidad de lneas telefnicas

necesarias para el abastecimiento de llamadas hacia nmeros telefnicos fuera del
Hospital y de sus 2 locales, tenemos como resultado 12 lneas telefnicas
necesarias.
Ahora lo que debemos de tener en cuenta es cuales son las lneas telefnicas
que se quedaran activas y cuales se solicitara su baja (rescindir el contrato del
servicio prestado) una vez que el proyecto se implemente, ya que no ser
105
necesario segn cantidad de lneas telefnicas necesarias por clculo realizado.

Por tanto a continuacin se muestra la relacin de lneas telefnicas que quedaran
activas (tachados).
Lnea
N
Telefnico
Local
Tipo de Lnea
Minutos Consumidos a
Llamadas Externas
351-44**
Hospital Vitarte
Clsica
5520
351-37**
Hospital Vitarte
Clsica
225
351-44**
Hospital Vitarte
Clsica
434
351-44**
Hospital Vitarte
Clsica
492
351-44**
Hospital Vitarte
Clsica
375
351-36**
Hospital Vitarte
Clsica
242
351-55**
Hospital Vitarte
Clsica
351-55**
Hospital Vitarte
Clsica
351-32**
Hospital Vitarte
Clsica
351-36**
Clsica
80
351-37**
Informtica
Clsica
160
351-54**
Estadstica
Clsica
102
351-39**
Logstica
Clsica
1890
351-55**
Logstica
Clsica
412
351-44**
Personal
Clsica
152
10
352-00**
Economa
Clsica
666
11
351-60**
Almacn Central
Clsica
1015
12
351-60**
Clsica
492
LINEAS
TELEFONICAS DE LA
ALTA DIRECCION
Tabla 3.8
Relacin de Lneas Telefnicas a Utilizarse en Proyecto
(Fuente Propia)
La anulacin del servicio de estas 4 lneas telefnicas anlogas para el Hospital y

el local de la Unidad de Estadstica e Informtica, y de las 2 lneas telefnicas del
local Ex-UTES, genera una reduccin de gastos que segn los recibos de pago de
estas lneas telefnicas del mes de Octubre y por ser una informacin reservada
por la institucin no se adjunta ningn recibo de pago por el servicio, solo se detalla
el monto lo cual suman un total de S/. 435.00 x mes. Este monto vendra a ser un
ahorro para la institucin por cada mes. Hay que hacer mencin y aclaracin que el
monto mencionado es solo un ahorro por la reduccin de lneas telefnicas con la
implementacin de este proyecto.
106
3.1.1.2. CDEC DE VOZ Y ANCHO DE BANDA.

Con el nmero de lneas obtenido, ahora procedemos a calcular el ancho de banda
de la red en kbps. Este clculo depende nicamente del cdec de voz que
utilicemos para muestrear la voz analgica y comprimirlos en paquetes para ser
enviados por la de red de datos. En un capitulo anterior, se detall los cdecs ms
importantes y para el presente captulo elegiremos el ms adecuado para el
diseo. Inicialmente el cdec G.729 es uno de los ms destacados, pero la
desventaja es que este cdec se encuentra patentado y se debe pagar una
licencia por su uso, por cada canal que se utilice. Dado que uno de los objetivos
del diseo de la red es reducir los costos de operacin, no es conveniente
decidirnos por este cdec ya que debemos pagar licencia anualmente.
El cdec G.711 ofrece una calidad de voz muy buena, sin embargo el gran uso de
ancho de banda no lo hace recomendable ya que a pesar que el Hospital cuenta
con un cableado estructurado con Categora 6 (Transmisin de hasta 1 Gbps y
frecuencia de 256 MHz) la intensin es buscar un cdec con un ancho de banda
reducido.
Finalmente la eleccin se limita a dos cdecs, G.723.1 y G.726. El primero utiliza
un ancho de banda bastante reducido con una calidad de voz regular, sin embargo
G.726 tiene una buena calidad de voz, y un consumo de ancho de banda
aceptable; por lo que elegiremos este ltimo (G.726) para nuestro diseo y en
consecuencia para el clculo de ancho de banda necesario para cada local. Cabe
resaltar que los equipos que se elegirn debern contar con la opcin de Voice
Activity Detection (VAD) para aminorar el ancho de banda (Reduce el ancho de
banda hasta un 35%).
A continuacin hallaremos el ancho de banda real utilizado por el cdec elegido,

para ello analizamos la trama que se transmitir finalmente hacia la red de datos.
El contenido de una trama Ethernet, se compone de una cabecera MAC (18 bytes)
y luego los bytes de datos. Dentro de la parte de datos, se encapsulan las
cabeceras de las capas superiores del modelo OSI: cabecera del protocolo IP en la
capa de red (capa 3), cabecera del protocolo UDP en la capa de transporte (capa
4) y finalmente la cabecera del protocolo RTP que se encuentra en la capa de
aplicacin (capa 7).
En el siguiente grfico se muestra la trama Ethernet

107
compuesta por las cabeceras de los protocolos utilizados en cada capa del modelo
OSI y la parte de datos que en este caso es la voz.
Figura 3.4
Vista Lgica de una Trama ETHERNET
(Fuente Propia)
TRAMA ETHERNET.- A continuacin se muestra la cabecera de la trama:

MAC
: 18 bytes
IP
: 20 bytes
UDP
: 08 bytes
RTP
: 12 bytes
Total Cabeceras = 58 bytes

Voz [G.726 (32k)] = 80 bytes
Tamao de Trama = Total Cabeceras + Voz = 138 bytes
Rate = Cdec Neto/Cdec Payload = 32000 bits / (80*8 bits) = 50 pps
Ancho de Banda (BW) = Tamao de Trama * Rate = 138*8*50 = 55.2 kbps
A continuacin se muestran los resultados del ancho de banda del paquete tanto
del Hospital, as como del local EX-UTES:
Lnea
Local
Numero de
Lneas
Hospital Vitarte
BW de
Trama
BW Total
BW con VAD
276 kbps
179.4 kbps
220.8 kbps
143.52 kbps
496.8 kbps
322.92 kbps
55.2 kbps
2
Local EX-UTES
Total de Ancho de Banda (en kbps) :

BW=Ancho de Banda.
VAD=Voice Activity Detection.
Tabla 3.9
Consumo de Ancho de Banda de cada Paquete por Locales
(Fuente Propia)
108
3.1.2. SERVIDOR PBX.

La eleccin de hardware y software del servidor PBX se realiza de acuerdo al
protocolo de sealizacin elegido. Para nuestro caso se elige utilizar el protocolo
de sealizacin SIP.
Por qu elegimos el protocolo de sealizacin SIP? - Realizada la

comparacin de los tres protocolos propuestos en un captulo anterior (H.323, SIP
e IAX versin 2) podemos descartar en primer lugar al protocolo H.323; por ser el
conjunto de protocolos ms completo, y por ende su operacin es ms compleja, lo
cual lo hace ideal para redes con grandes cantidades de usuarios, los
componentes que utiliza tambin son ms costosos debido a que poseen mayor
funcionalidad que SIP o IAX. La gran ventaja del protocolo IAX sobre SIP es la
capacidad de traspasar el NAT (Traduccin de Direcciones de Red), sin embargo
con SIP se puede solucionar dicho problema conectndolo con un servidor STUN
para resolver direcciones.
Teniendo en cuenta que IAX es un protocolo que se encuentra a un proceso de

estandarizacin, no se cuenta con la suficiente disponibilidad de equipos en el
mercado. Por lo tanto, el protocolo recomendado para el diseo de la red es el
protocolo SIP debido a su simplicidad y bajo costo de implementacin. Al tener
elegido el protocolo de sealizacin, procedemos a elegir el servidor de registro,
los equipos terminales y el Gateway requerido, para los servicios de voz, as como
los equipos de networking utilizados para la transmisin de datos. Para
implementar el servidor SIP necesitamos tener las caractersticas del hardware y el
software que se instalar sobre l.
3.1.2.1. SOFTWARE DEL SERVIDOR PBX.

En primer lugar elegiremos el software de la central IP/PBX ya que de acuerdo a la
eleccin de dicho software tendremos algunos requerimientos para el Sistema
Operativo y el hardware del servidor a utilizar. Al momento de realizar la presente
tesis el software Asterisk es el ms usado en lo que se refiere a aplicaciones de
Voz sobre IP. Sin embargo existe tambin otro softwares gratuitos usados en
109
algunas empresas. A continuacin se muestra un cuadro con una comparacin

entre 3 softwares para servidores SIP para luego sustentar la eleccin.
110
Software
Ventajas
Desventajas
ASTERISK
Compatibilidad de gran
gamma de tarjetas
FXS/FXO. Gran soporte
a nivel mundial en
muchos idiomas. Fcil
instalacin de paquetes.
Seguridad, poco
vulnerable. Escalable.
Compatible con otros
PBX. Flexibilidad, se
puede amoldar a los
requerimiento.
Se requiere de
tiempo de
configuracin y
conocimiento
tcnico de Linux.
ELASTIX
Basado en Asterisk
Fcil Uso. Interfaz
grfica sencilla y
amigable.
Modularidad.
Estabilidad.
No tan extenso
como Asterisk. Solo
se pueden
configurar lo que
esta prestablecido
en la interfaz
grfica.
TRIXBOX
Mucho tiempo en el
mercado. La versin
Pro te permite
administrar tu PBX
desde la nube.
Sus componentes
son muy viejos. Sin
soporte para el
mercado de
Amrica Latina.
Poco desarrollo a la
plataforma.
Protocolos de
Sealizacin
SIP, H.323, IAX,

IAX2, Google
Talk, Jingle,
MGCP, SCCP
(Cisco), Skype,
UNISTIM.
Sistemas
Operativos
LINUX
(RedHat,
Centos,
Debian,
Ubuntu)/BSD
MAC OS
SOLARIS
Funcionalidades
Cdecs
Programacin de alarmas, despertadores. Listas

negras. Estadsticas. Ruteo de llamadas,
Monitorizacin silenciosa de llamadas. Tarjetas de
ADPCM, G.711
llamadas. Envo y Recepcin de Fax a terceros.
(Ley A y u),
Conversin de protocolos y cdecs en tiempo real.
G.719, G.722.1,
Extensiones mviles. Mensajera SMS. Deteccin
G.722, G.722.1,
de silencios. Llamadas grupales. Buzn de Voz.
G.723.1, G.726,
Notas de voz. Msica en Espera. Desvo de
G.729, GSM,
Llamadas. Usuario Ocupado. Grupo de llamadas.
iLBC.
Contestar llamada de telfono distinto. Gestin de
llamadas segn horario. Transferencia de llamada.
Sntesis de Voz. Grabacin de llamada.
SIP, IAX, H323,

MGCP, SCCP.
LINUX (Centos)
Fax. Mensajera Instantnea. Correo Electrnico.

Interfaz Web. Grabacin de llamadas. Sntesis de
Voz. DHCP. Reporte de llamadas. Buzn de voz.
Colas de llamada. Seguridad. Grabacin de
llamadas, Herramienta para la creacin de
extensiones por lote, Interfaz de deteccin de
Hardware, Panel de Operador basado en Web,
Reporte de detalle de llamadas (CDR), Tarifacin
con reporte de consumo por destino, Servidor Fax
basado en HylaFax.
ADPCM, G.711
(ley A y u),
G.722, G.723.1,
G.726, G.729,
GSM, iLCB.
IAX, IAX v2,

H.323, SIP,
MGCP, SCCP.
Contestador automtico. Integracin con Outlook.

Buzn de voz. Mensajes de voz a email.
LINUX (Centos,
Scheduler. Reportes y monitorizacin. Panel de
Ubuntu)
control web. Puentes para conferencias. Telfonos
analgicos e IP. Soporte de sucursales.
ADPCM, G.711
(Ley A y u),
G.722, G.723,
G.726, G.729,
GSM, iLBC.
Tabla 3.10
Cuadro Comparativo de Diferentes Softwares de Servidores SIP
(Fuente Propia)
111
Software
Asterisk
Elastix
Robustez,
Soporte
Tcnico Online
Encriptacin
Trixbox
Escalable
Interfaz
Grfica
Registro de
Llamadas
Tabla 3.11
Evaluacin de Software PBX segn Requerimiento
(Fuente Propia)
Siguiendo la tendencia de utilizar software libre y haciendo comparaciones entre

los 3 softwares para servidores SIP, el software que utilizaremos para nuestro
servidor SIP ser ELASTIX.
ste cuenta con todas las funcionalidades propias de una centralita basada en
hardware (conmutacin, transferencia de llamada, llamada en espera, identificacin
de llamadas, buzn de voz, etc.), adems de su facilidad para realizar su
configuracin y administracin ya que posee un entorno grafico bastante aceptable,
brindar robustez, escalabilidad y seguridad en la transmisin de voz en la red.
Figura 3.5
Consola de Administracin de ELASTIX
(Fuente Propia)
112
3.1.2.2. SISTEMA OPERATIVO DEL SERVIDOR PBX.

Ahora que ya se tiene el software para el servidor PBX, debemos realizar la
distribucin del sistema operativo Linux que ser utilizado. En primer lugar se debe
aclarar que al ser Asterisk un cdigo fuente el cual se va a compilar e instalar
utilizando unas libreras estables, es muy claro que sobre cualquier distribucin en
la cual se instalen las libreras necesarias para la compilacin- funcionar
perfectamente. Sin embargo existen ciertas caractersticas de cada una de las
distribuciones de Linux la cual nos pueda ayudar a realizar la eleccin en base a la
facilidad de configuracin o algunos otros parmetros. En el siguiente cuadro se
muestran las principales distribuciones de Linux y algunas de sus caractersticas:
Distribucin
Ultima
Versin
Instalacin
RedHat
Enterprise
Linux
7.0
Grafica
Fedora
20.0
Grafica
Propsito
Principal
Arquitectura de
Procesador
Precio
($)
i386, ia64, ppc,

x86-64
2500
Propsito
General
i386, ppc,
ppc64, s390,
s390x, x86_64
Libre
Libre
Estaciones
Empresariales,
Desktop,
Servidores.
Debian
7.0
Grafica/Texto
Propsito
General
Alpha, AMD64,
Arm, HPPA,
i386, IA64,
m68k, Mips,
ipsel, PPC,
S390, Sparc
CentOS
7.0
Grafica
Servidores
i386, x86_64
Libre
OpenSuse
13.1
Grafica
Desktop
i586, ppc,
x86_64
Libre
Tabla 3.12
Principales Distribuciones de Sistemas Operativos de Linux
(Fuente Propia)
En el cuadro comparativo tenemos caractersticas muy similares en las

distribuciones presentadas, a excepcin del Red Hat Linux Enterprise que no es
una distribucin gratuita. Sin embargo existen algunas caractersticas adicionales
para la distribucin de CentOS que la hacen ms eficiente para utilizar con el
software de comunicaciones Elastix, adems de que es un sistema operativo
exclusivo para servidores.
113
Algunas caractersticas adicionales de esta distribucin son:
La instalacin es sencilla.
Los paquetes necesarios para el funcionamiento de Elastix son tan estables
que existe una mnima posibilidad de tener problemas con el servidor. No
instala libreras que no se vaya realmente a utilizar.
Sistema operativo exclusivo para servidores.

La instalacin mnima para tener un servidor Elastix, apenas ocupa 400 Mb
de disco duro.
Compatible con casi cualquier arquitectura y tecnologa desde un i386 en

adelante y compatibilidad total con tarjetas de telefona.
Por todas estas razones se elige la distribucin de CentOS como sistema

operativo sobre el cual se instalar el software Elastix. Hay que hacer mencin
que Elastix es un empaquetado de Asterisk y Centos con entorno grfico, lo cual
hace ms fcil la implementacin y configuracin.
114
3.1.2.3. HARDWARE DEL SERVIDOR PBX.

Tal como se hizo mencin en el marco metodolgico con respecto a la eleccin del
hardware, ste se seleccionar en base a recomendaciones y luego se
comprobar su correcto funcionamiento sometindolo a pruebas de capacidad,
estas pruebas de capacidad consisten en realizar conexiones y llamadas en
simultneo con la finalidad de verificar su real rendimiento. A continuacin se
detalla las caractersticas mnimas para la eleccin del hardware:
Tipo de Sistema
Numero de Canales
(Usuarios
Concurrentes)
Hardware Mnimo Recomendado
Pequeas Oficinas
De 5 a 10
usuarios
1-GHz x86, 512 MB RAM,

HD 20 GB, NIC 10/100
Pequea empresa
Menor a 25
usuarios
3-GHz x86, 1 GB RAM,

HD 40 GB, NIC 10/100
Medianas Empresas
Menor o Igual
a 100 usuarios
Dual CPUs 2 GHZ y 2GB en RAM.

Server Quad Core o superior de 2
GB o 4 GB
Mayor a100
usuarios
Server Dual Quad Core o superior,

de 4GB o ms en RAM.
Mayor a 500
usuarios
Clster de servidor, Arquitectura

distribuida.
Grandes Empresas
Tabla 3.13
Recomendaciones de Hardware Mnimo para Servidor PBX
(Fuente Propia)
Un beneficio grande para este proyecto es que el Hospital de Vitarte actualmente

cuenta con 2 servidores marca HP PROLIANT ML350e GENERACIN 8 de las
mismas caractersticas y en buen estado, sin uso por motivo de que adquirieron
por proceso de compra 2 servidores nuevos de ltima generacin y de alto
rendimiento, y que estn configurados con virtualizacin (servidores virtuales), lo
que tiene como beneficio el ahorro de comprar varios servidores para cada
funcionalidad, ahorro de espacio y adems de la rpida restauracin de un servidor
virtual ante una posible falla.
Por ello, haremos una descripcin de las caractersticas del tipo de servidor
disponible ya que utilizaremos estos como nuestro servidor PBX para el proyecto:
115
Componente
Caracterstica
Fundamento
Modelo
Torre 5U
Recomendable para un sistema instalado

en una institucin donde el nmero de
usuarios de la red es de 84, tambin se
deja el margen para el caso que aumenten
los nmeros de canales
Procesador
Memoria RAM
Disco Duro
Intel Xeon E5-2609 (4

ncleos, 2,4 GHz, 10 MB,
80 W) x 1 procesador
RDIMM de 12 GB
(2 x 4 GB)
El servidor ser utilizado solo para

sealizacin no se realiza un mayor
consumo de memoria.
2 x 100 GB 3.5 (RAID1),

3 x 200 GB 3.5 (RAID5),
La instalacin del S.O. y el software Elastix

no ocupan ms de 2GB aproximadamente,
sin embargo al tratarse de un servidor
necesitamos espacio libre para realizar
backups de algn tipo de informacin
Tarjeta de Red
4 NIC 10/100/1000
La cantidad de usuarios (84) es regular, el

trfico que ingresar al servidor (solo de
sealizacin) an en la hora de mayor
trfico ser No mayor a 440 kbps
calculados para la carga de audio
Ranuras de
Expansin
9 Ranuras PCI Express
Para tener posibilidad de integrar tarjetas

FXO o FXS u otros
Fuente de
Alimentacin
Fuente de alimentacin
Gold de 460W de ranuras
comn
Este equipo permanecer encendido

las 24 horas del da, todos los das.
Tabla 3.14
Caractersticas de Hardware para el Servidor PBX
(Fuente Propia)
Figura 3.6
Modelo Servidor PBX HP Proliant ML350e Gen 8
(Fuente: http://www8.hp.com/pe/es/products/proliant-servers/product-detail.html)
116
3.1.3. TELEFONOS IP.

Para la eleccin de los telfonos IP a utilizarse en la institucin, debemos tener en
cuenta que estos telfonos IP soporten el cdec G.726 (32 kbps) que hemos
elegimos, as como tambin la opcin de VAD (Voice Activity Detection) con la
finalidad de reduccin de ancho de banda. Para ello primeramente debemos tener
en cuenta que caractersticas necesitamos en la funcionalidad de un telfono IP ya
que de esto dependern los costos de cada equipo. Las caractersticas bsicas a
necesitar son las siguientes:
Caractersticas
Descripcin
Cdec de Audio
G.711, G.722, G.723, G.726 VAD, G.729A e

ILBC VAD
Protocolos
HTTP, ICMP, ARP/RARP, DNS, DHCP, NTP, PPPoE,

STUN, TFTP, 802.1 p/q
Conectividad Ethernet
Doble puerto de 10/100 Mbps con PoE integrado
Funciones de Teclas
Teclas dedicadas a las funciones bsicas como Mute,

Llamada en Espera, Agenda Telefnica, Mensajes, Auricular,
Transferencia de Llamadas, Volumen, Altavoz, Marcar y
Remarcar, entre otros
Funciones de Telefona
Llamada en espera, transferencia de llamadas, desvi de

llamadas, agenda telefnica descargable, llamada en espera,
registro de llamadas, plan de marcado y personalizacin
de timbres
Calidad de Servicio
(QoS)
Que soporte Capa 2 (802.1Q, 802.1p)
Seguridad
Algunos niveles de seguridad para la comunicacin o para

El equipo
Idioma
Espaol como idioma principal. Ingls, Francs o

Portugus como idioma para base a configuraciones
Fuente de alimentacin
PoE integrado (Alimentacin Sobre Ethernet) (802.3af),

AC Power
Tabla 3.15
Caractersticas Bsicas de un Telfono IP a Utilizarse
(Fuente Propia)
En base a las siguientes caractersticas bsicas para la eleccin de un telfono IP,

realizaremos un comparativo que en la actualidad se encuentran el mercado y que
adems cumplen con las caractersticas principales que se requiere:
117
GRANDSTREAM
GXP 2130
Caractersticas
CISCO SPA 502G
SNOM 715
Cdec de
Audio
G.711a/-law, G.726 (16/24/32/40 kbps),

G.729A, G.722, and ILBC VAD con
supresin de silencio
G.711 A-law, -law, G.722 (wideband), G.726,

G.729AB, GSM 6.10 (FR), Comfort Noise
Protocolos
SCCP, ARP, SIP,ICMP, RTP, RTCP, SNTP,

HTTP,TFTP, TELNET, 802.1P/Q, STUN
SIP, UDP, TCP, TLS, DNS, STUN, RTCP,

SRTP, DHCP, NTP
SIP, TCP/IP/UDP, RTP/RTCP, HTTP/HTTPS,

ARP/RARP, ICMP, DNS, DHCP, PPPoE, TELNET,
TFTP, NTP, STUN, SIMPLE, TR-069, 802.1x,
IPV6
Conectividad
Ethernet
Doble puerto de red

de 10/100 Mbps
Doble puerto de red

de 10/100/1000 Mbps con Poe integrado
Doble puerto de red 10/100/1000 Mbps

con PoE integrado
Funciones de
Teclas
Teclas dedicadas a las funciones de Mute,

Llamada en Espera, Agenda Telefnica,
Mensajes, Auricular, Transferencia de
Llamadas, Conferencia de Llamadas,
Volumen, Altavoz, Marcar/Remarcar
y teclas para el control y navegacin
Teclas dedicadas a las funciones de Mute,

Llamada en Espera, Agenda Telefnica,
Mensajes, Auricular, Transferencia de Llamadas,
Conferencia de Llamadas,
Volumen, Altavoz, Marcar/Remarcar
y teclas para el control y navegacin
teclas de lnea, teclas programables, teclas de

navegacin /men / volumen, teclas de funciones
para: Llamada en Espera, Altavoz,
Envo/Remarcado, Transferencia, Conferencia,
Mudo, Diadema, Volumen,
Agenda y Contactos
Funciones de
Telefona
Llamada en espera, transferencia de

llamadas, desvi de llamadas, agenda
telefnica descargable, llamada en espera,
registro de llamadas, plan de marcado y
personalizacin de timbres. Adems
cumplen otras funcionalidades
Llamada en espera, transferencia de

llamadas, desvi de llamadas, agenda
telefnica descargable, llamada en espera,
registro de llamadas, plan de marcado y
personalizacin de timbres. Adems
cumplen otras funcionalidades
Llamada en espera, transferencia, desvo de

llamadas, captura de llamadas, apariencia de
llamada compartida, agenda telefnica
descargable, marcado automtico al descolgar,
respuesta automtica, plan de marcado flexible,
tonos de timbres de llamadas personalizados y
timbres para llamada en espera
Calidad de
Servicio (QoS)
Soporta DSCP and 802.1q/p.
Soporta Capa 2 802.1X (802.1Q, 802.1p)
Capa 2 (802.1Q, 802.1p) y

Capa 3 (ToS, DiffServ, MPLS) QoS
Generator (CNG), Voice Activity Detection (VAD)
118
Soporta G.729A/B, G.711/a-law, G.726, G.722

(banda ancha), DTMF en banda y fuera de banda
(en audio, RFC2833, SIP INFO)
Seguridad
Sistema protegido por contrasea,

Acceso protegido por contrasea para las
funciones de administrador y de nivel de
usuario, HTTPS con certificado de cliente,
Cifrado de autenticacin a travs de MD5,
SIP sobre TLS, Protocolo de transporte
seguro en tiempo real (SRTP)
Idioma
Soporta ms de 30 lenguajes (idioma

Espaol incluido)
Fuente de
alimentacin
Costo ($)
HTTPS a nivel Cliente/Servidor, Transport

Layer Security (TLS)
Contraseas a nivel de usuario y administrador,

autenticacin basada en MD5 y MD5-sess, archivo
de configuracin encriptado AES, SRTP, TLS,
802.1x medios de control de acceso
Soporta varios idiomas incluido Espaol
Alemn, rabe, checo, chino, coreano, croata,

esloveno, espaol, francs, hebreo, holands,
hngaro, ingls, italiano, japons, polaco,
portugus, ruso, turco
Soporta IEEE 802.3af PoE (Clase 2).

Adems soporta Cisco Prestandard Power
over Ethernet (PoE)
Soporta IEEE 802.3af PoE (Clase 2).
Entrada: 100-240VAC 50-60Hz; Salida: +5VDC,

800mA); Power-over-Ethernet (802.3af) integrado
Consumo mximo de energa 2.5W (adaptador de
corriente) 3W (PoE)
$ 160.00
$115.00
$ 125.00
Tabla 3.16
Cuadro Comparativo de Telfonos IP de distintos Fabricantes
(Fuente: Ficha Tcnica de Fabricantes)
119
Segn el cuadro anterior observamos que el telfono IP que se ajusta a nuestras

necesidades es el del fabricante SNOM 715, ya que posee el cdec que
necesitamos, alimentacin de energa sobre la red (PoE - Power over Ethernet,
802.3af) lo cual nos evita el uso de tomas elctricas y nos facilita la proteccin en
caso de falla de la energa elctrica e interruptor Ethernet de 10/100/1000 Mbps lo
que permite tener una mayor transferencia de datos a alta velocidad; adems del
costo que en comparacin a los otros dos modelos su precio es aceptable.
Figura 3.7
Modelo de Telfono IP SNOM 715
(Fuente: http:// www.snom.com/es/productos/snom-advanced-line/snom-715)
120
3.1.4. GATEWAY VOIP.

Tal como se explic en el captulo 2.4.5, el gateway VoIP es un dispositivo de red
que convierte las llamadas de voz, en tiempo real, entre una red VoIP y la red
telefnica pblica conmutada (PSTN) o su centralita digital. Para conectar lneas
telefnicas analgicas con una centralita IP, se necesita un Gateway FXO. Para la
eleccin del Gateway adecuado y segn caractersticas explicadas en el captulo 2.4.5,
realizaremos un comparativo con equipos Gateway FXO que actualmente se
encuentran en el mercado:
Caractersticas
SANGOMA
VEGA 50
DIGIUM
G100
GRANDSTREAM
GXW4108
Puertos
8 puertos FXO
2 Puertos LAN
8 puertos FXO
1 Puerto LAN
1 Puerto USB Recovery
8 puertos FXO
1 Puerto LAN
1 Puerto WAN
Sealizacin
SIP, H.323
SIP
SIP
Codecs
G.711 u/a law, G.723,

G.711 u/a law, G.722,
G.726, G.729 a/b, GSM G.726, G.729 a/b, GSM
G.711, G.723, G.726,

G.729 a/b, GSM
ToS.
DiffServ
802.1p/q
802.1q
ToS.
DiffServ
802.1p/q
Administracin
HTTP
HTTPS
TFTP
SSH Telnet
HTTP
HTTPS
HTTP
HTTPS
TFTP
SSH Telnet
Funcionalidad
Fax sobre IP
Call Forward
Busy
Call Transfer Blind
Cancelacin de Eco
Fax sobre IP
Call Routing Rules
Automatic Call
Dialplans Support
Cancelacin de Eco
Costo
$ 695.00
$ 1,195.00
Calidad de
Servicio (QoS)
Fax sobre IP
Call Forward
Caller ID
Flexible DMTF
Cancelacin de Eco
$ 450.00
Tabla 3.17
Cuadro Comparativo de Gateways VoIP de distintos Fabricantes
(Fuente: Ficha Tcnica de Fabricantes)
Teniendo en cuenta las opciones propuestas en la tabla 3.17, se llega a la

conclusin que el Gateway adecuado para nuestro diseo, es el GXW4108 del
fabricante Grandstream. Este dispositivo cumple con las necesidades a requerirse
para nuestra implantacin, adems una de las opciones importantes es el Call
Forward y la Cancelacin de Eco, lo cual el primero permitir el desvo de la
llamada de una lnea, en caso esta se encuentre ocupado pasara automticamente
121
a la siguiente lnea, y el cancelacin de eco lo cual permitir la reduccin de ancho

de banda.
Figura 3.8
Modelo de Gateway FXO GRANDSTREAM GXW4108
(Fuente: http://www.gruposie7e.com/img/p/395-691-thickbox.jpg)
122
3.1.5. PLAN DE MARCACION.

El plan de marcacin determina los nmeros que sern asignados a las
extensiones telefnicas del Hospital de Vitarte para la comunicacin interna. Lo
que se ha propuesto es que se tomar la misma numeracin de anexos actual de
la institucin.
Adminis. (AD)
Asistencial (AS)
Nro.
Anexo
221
Central Telefnica
AD
222
Direccin General Jefatura
AD
223
Direccin General Secretaria
AD
224
Direccin Adjunta Jefatura
AD
225
Direccin Adjunta Secretaria
AD
235
Direccin Administrativa Jefatura
AD
236
Direccin Administrativa Secretaria
AD
226
rgano de Control Institucional Jefatura
AD
227
Unidad de Planeamiento Estratgico Jefatura
AD
10
228
Unidad de Planeamiento Estratgico Secretaria
AD
11
230
Unidad de Apoyo a la Docencia Jefatura
AD
12
282
Unidad de Epidemiologia y Salud Ambiental Jefatura
AD
13
241
rea de Asesora Legal Jefatura
AD
14
238
rea de Servicios Generales Jefatura
AD
15
239
rea de Servicios Generales Secretaria
AD
16
240
rea de Servicios Generales Sub rea de Mantenimiento
AD
17
260
rea de Comunicaciones e Imagen Jefatura
AD
18
261
rea de Referencias y Contra Referencias Jefatura
AS
19
256
rea de Economa Sub rea de Liquidaciones
AD
20
257
rea de Economa Sub rea de Caja
AS
21
258
rea de Tramite Documentario - Jefatura
AD
22
292
rea de Consulta Externa - Jefatura
AD
23
253
rea de Consulta Externa Sub rea de Citas Medicas
AS
24
252
rea de Consulta Externa Sub rea de Admisin
AS
25
276
rea de Consulta Externa Sub rea de Archivo
AS
26
245
rea de Enfermera Jefatura
AD
27
246
rea de enfermera secretaria
AD
28
263
rea de Enfermera Tpico de Enfermera
AS
29
248
rea de laboratorio jefatura
AD
30
255
rea de SIS/SOAT jefatura
AD
Unidad / rea / Servicio
123
31
268
rea de Apoyo al Tratamiento Jefatura
AD
32
243
rea de Apoyo al Tratamiento Jefatura de Farmacia
AD
33
254
rea de Apoyo al Tratamiento Jefatura de Servicio Social
AD
34
250
rea de Apoyo al Tratamiento Jefatura de Nutricin
AD
35
265
rea de Diagnstico por Imgenes Servicio de Rayos X
AS
36
242
Servicio de Medicina Jefatura
AD
37
244
Servicio de Emergencia Jefatura
AD
38
294
Servicio de Emergencia COE
AS
39
247
Servicio de Ginecologa Jefatura
AD
40
279
Servicio de Pediatra Jefatura
AD
41
267
Servicio de Ciruga Jefatura
AD
42
290
Consultorio de CRED
AS
43
266
Consultorio de Dermatologa
AS
44
289
Consultorio de Medicina I
AS
45
295
Consultorio de Monitoreo Fetal
AS
46
234
Consultorio de Neonatologa
AS
47
293
Consultorio de Neumologa
AS
48
270
Consultorio de Odontologa
AS
49
237
Consultorio de Oftalmologa
AS
50
271
Consultorio de Otorrino
AS
51
272
Consultorio de PCT
AS
52
269
Consultorio de Pediatra
AS
53
249
Consultorio de Psicoprofilaxis
AS
54
273
Consultorio de Traumatologa
AS
55
283
Consultorio de ARO
AS
56
264
Consultorio de Gastroendoscopia
AS
57
285
Consultorio de Nutricin
AS
58
288
Consultorio de Planificacin Familiar
AS
59
286
Consultorio de Psicologa
AS
60
291
Consultorio de Psiquiatra
AS
61
297
Consultorio de Urologa
AS
62
287
Consultorio de Ciruga
AS
63
298
Consultorio de Anestesiologa
AS
64
296
Consultorio de Certificado de Salud
AS
65
274
Hospitalizacin de Ciruga
AS
66
229
Hospitalizacin de Ginecologa
AS
67
277
Hospitalizacin de Medicina
AS
68
284
Hospitalizacin de Obstetricia
AS
69
275
Hospitalizacin de Pediatra
AS
124
70
280
Sala de Operaciones
AS
71
281
Sala de Partos
AS
72
251
Emergencia de Ciruga
AS
73
300
Emergencia de Ginecologa
AS
74
278
Emergencia de Medicina
AS
75
262
Emergencia de Pediatra
AS
76
301
Emergencia de Traumashock
AS
77
232
Triaje de Emergencia
AS
78
259
Mdulo de Buen Trato
AD
79
231
Mdulo de Informes
AD
80
233
Mdulo de Vigilancia
AS
81
299
Mdulo de Video Vigilancia
AS
Adems se incluir la relacin de los anexos telefnicos que sern incluidos tanto
en el local Ex-UTES y el local de la Unidad de Estadstica e Informtica:
82
302
Jefatura rea de Logstica
AD
83
303
Sub rea de Adquisiciones
AD
84
304
Sub rea de Estudio Mercado
AD
85
305
Jefatura rea de Economa
AD
86
306
Sub rea de Presupuesto
AD
87
307
Sub rea de Control Previo
AD
88
308
Jefatura rea de Personal
AD
89
309
Sub rea de Remuneraciones
AD
90
310
Almacn Medicamentos
AD
91
311
Almacn Central
AD
92
312
Jefatura UEI
AD
93
313
Jefatura rea de Informtica
AD
94
314
Sub rea de Soporte Tcnico
AD
95
315
Sub rea de Desarrollo
AD
96
316
Jefatura rea de Estadstica
AD
Resumen
Total Administrativos
50
Total Asistenciales
46
96
Tabla 3.18
Plan de Marcacin del Hospital de Vitarte
(Fuente Propia)
125
En el cuadro anterior observamos que hay algunas filas sombreadas (rea de

Servicios Generales-Secretaria, rea de Apoyo al Tratamiento-Jefatura de
Nutricin, Hospitalizacin de Obstetricia, Sala de Partos y Triaje de Emergencia),
estas filas sombreadas corresponden a los 5 anexos telefnicos que por motivo de
construccin de nuevos ambientes en la institucin han sido anulados por corte de
cableado y por lo complicado que es por la infraestructura del Hospital realizar un
recableado telefnico stos han quedado fuera de servicio. Por ello, en el proyecto
sern incluidos para su funcionamiento y adems manteniendo su mismo nmero
de anexo telefnico.
126
3.1.6. DISEO DE LA RED.

Lo que vamos a realizar en este punto es hacer un diseo de la red tanto de datos
y voz basada en un plan de direccionamiento con la finalidad de abastecer las
direcciones de red (direcciones IP) que sern asignados a los telfonos IP. Cabe
mencionar que actualmente el Hospital de Vitarte cuenta con un plan de
direccionamiento IP y SUB REDES establecida para toda su red de datos, lo cual
nos guiaremos para consecutivamente adicionar el direccionamiento de la de red
voz, tambin se mostrara el diagrama final del diseo y finalmente se explicara el
funcionamiento de la red para los diferentes escenarios.
La red del Hospital de Vitarte actualmente consta de la siguiente infraestructura en

equipos informticos:
Contexto
Total
Equipos
Descripcin
Equipos de Infraestructura:
- Servidores (14)
- Access Point (8)
- Wireless (3)
Pcs reas Administrativas:
InfraAdminis
135
- DVR Cmaras de Video vigilancia (4)

- Laptops (9)
- Direccin General (5)
- Direccin Adjunta (3)
- Direccin Administrativo (4)
- rgano de Control (3)
- rgano Legal (3)
- Unidad de Planeamiento Estratgico (7)
- Unidad de Epidemiologia y Salud Ambiental (6)
- rea de Enfermera (3)
- rea de Comunicacin e Imagen (5)
- rea de Servicios Generales (3)
- rea de Tramite Documentario (2)
127
- Unidad de Docencia e Investigacin (7)

- Servicio de Emergencia (4)
- Servicio de Medicina (3)
- Servicio de Ciruga (2)
- Servicio de Ginecologa (2)
- Servicio de Obstetricia (2)
- Servicio de Consulta Externa (5)
- Servicio de Apoyo al Tratamiento (2)
- rea de Pediatra (3)
- rea de Psicologa (2)
- rea de Nutricin (2)
- rea de SIS-SOAT (9)
- rea de Promocin de la Salud (5)
- rea de Archivo Central (3)
- Mdulo de Informes (1)
- Mdulo de Buen Trato (1)
Pcs de reas Asistenciales:
Asistenciales
89
- Consultorio de Ciruga (1)

- Consultorio de Ciruga Plstica (1)
- Consultorio de Ginecologa (1)
- Consultorio de Certificado de Salud (1)
- Consultorio de Crecimiento y Desarrollo (3)
- Consultorio de Dermatologa (1)
- Consultorio de Ecografa Gineco (2)
- Consultorio de Gastroendoscopia (1)
- Consultorio de Medicina (1)
- Consultorio de Monitoreo Materno (1)
- Consultorio de Neumologa (1)
- Consultorio de Nutricin (1)
- Consultorio de Odontologa (3)
- Consultorio de Oftalmologa (1)
- Consultorio de Otorrinolaringologa (1)
- Consultorio de Pediatra (1)
- Consultorio de Planificacin Familiar (1)
- Consultorio de Psicologa (1)
- Consultorio de Psiquiatra (1)
- Consultorio de Traumatologa (1)
- Consultorio de Urologa (1)
- Hospitalizacin de Ciruga (1)
- Hospitalizacin de Ginecologa (2)
128
- Hospitalizacin de Medicina (1)

- Hospitalizacin de Neonatologa (1)
- Hospitalizacin de Pediatra (2)
- Hospitalizacin de Sala de Partos (2)
- Emergencia de Ciruga (1)
- Emergencia de Ginecologa (1)
- Emergencia de Medicina (1)
- Emergencia de Pediatra (1)
- Emergencia de Tpico (1)
- Emergencia de Traumashock (1)
- Emergencia de Triaje (1)
- Ventanilla de Caja (4)
- Ventanilla de Citas (4)
- Ventanilla de Farmacia (4)
- Ventanilla de SIS-SOAT (4)
- Ventanilla de Admisin (3)
- Servicio de Radiologa (3)
- Servicio de Ecografa (2)
- rea de Farmacia (5)
- rea de Laboratorio (7)
- rea de Archivo de Historias Clnicas (3)
- rea de Liquidaciones (5)
- rea de Servicio Social (3)
Pcs de Local EX - Utes:
Locales
Alquilados
74
- Sub rea de Almacn de Medicamentos (4)

- Sub rea de Almacn Central (6)
- rea de Logstica (14)
- rea de Economa (12)
- rea de Personal (16)
Pcs de Local Alquilado:
- Unidad de Estadstica e Informtica (22)

Tabla 3.19
Cantidad de Equipos de Cmputo por Unidades, reas y/o Servicios
(Fuente Propia)
129
3.1.6.1. PLAN DE REDIRECCIONAMIENTO IP Y SUB REDES.
Subred
Total
Equipos
InfraAdminis
135
Subred
Rango IP
Mascara
Gateway
:
:
:
:
172.16.1.0 /24
172.16.1.1 172.16.1.254
255.255.255.0
172.16.1.1
89
Subred
Rango IP
Mascara
Gateway
:
:
:
:
172.16.2.0 /25
172.16.2.1 172.16.2.126
255.255.255.128
172.16.2.1
74
Subred
Rango IP
Mascara
Gateway
:
:
:
:
172.16.2.128 /25
172.16.2.129 172.16.2.254
255.255.255.128
172.16.2.129
Asistenciales
Locales
Rango de Subred
Tabla 3.20
Rango de Direccionamiento IP Red de Datos
(Fuente Propia)
Subred
VoIP
Total
Equipos
96
Rango de Subred
Subred
Rango IP
Mascara
Gateway
:
:
:
:
172.16.3.0
172.16.3.1 172.16.3.126
255.255.255.128
172.16.3.1
Tabla 3.21
Rango de Direccionamiento IP Red de Voz
(Fuente Propia)
3.1.6.2. PLAN DE DISTRIBUCION IP.
Subred
Descripcin
Rango de Subred
Servidores (14)
Rango IP
: 172.16.1.1 172.16.1.14
Access Point (8)
Rango IP
: 172.16.1.21 172.16.1.28
Wireless (3)
Rango IP
: 172.16.1.31 172.16.1.33
Administrativos (110)
Rango IP
: 172.16.1.51 172.16.1.161
Asistenciales
Asistenciales (89)
Rango IP
: 172.16.2.2 172.16.2.90
Locales
Asistenciales (74)
Rango IP
: 172.16.2.129 172.16.2.203
VoIP
Telfonos IP (96)
Rango IP
: 172.16.3.2 172.16.3.97
InfraAdminis
130
Tabla 3.22
Rango de Distribucin de IP Segn Sub Red
(Fuente Propia)
131
Figura 3.9
Diagrama de Red del Hospital de Vitarte
(Fuente Propia)
132
Figura 3.10
Diagrama de Red del Local EX-UTES
(Fuente Propia)
133
Figura 3.11
Diagrama de Red del Local de la Unidad de Estadstica e Informtica
(Fuente Propia)
134
3.2. DESARROLLO.
El presente captulo aborda la creacin de un prototipo de una red de telefona IP,
utilizando el equipamiento disponible del Hospital de Vitarte (Servidores disponibles
para IP PBX); para ello se instalara el software de comunicaciones unificadas
Elastix, se configurara el plan de marcado (configuracin de anexos telefnicos en
software de comunicacin unificada Elastix), se presentara los modelos de
operacin de la red, se configurara los Gateway VoIP tanto del Hospital Vitarte as
como tambin del Local EX-UTES y se realizara la configuracin de los telfonos
IP SNOM 715 (Telfono IP elegido)
3.2.1. IMPLEMENTACION DEL SERVIDOR ELASTIX.

Para la implementacin del Servidor Elastix se utilizar el Servidor HP PROLIANT
ML350e Generacin 8 como se mencion en el captulo 3.2.1.3. A continuacin en
los siguientes puntos se detallan el proceso para su implementacin.
3.2.1.1. INSTALACION DE ELASTIX.

La versin del Software Elastix que usaremos para el proyecto es la 2.5.0 ya que
hasta la fecha es la ltima versin disponible. La instalacin de Elastix 2.5.0 es un
proceso bastante simple y sencillo de ejecutar. Bsicamente lo que necesitamos es
tener listo el CD de instalacin o en su defecto la imagen ISO, la cual puede
descargarlo desde la Web de Elastix (http://www.elastix.org) y descargar la
versin que ser instalado (Elastix 2.4.0 32 Bits o 64 Bits). Inmediatamente
comenzamos la instalacin, la primera pantalla en aparecer es la siguiente:
135
Esperamos que se realice todo el proceso de carga, hasta que aparezca la primera
pantalla donde se requiere de nuestra intervencin
OPCIONES DE INSTALACIN.
SELECCIN DEL IDIOMA DE INSTALACIN.- Permite seleccionar el idioma a
utilizar para la instalacin, esta opcin es nica y exclusivamente para la
instalacin no afecta en nada la configuracin del entorno de administracin de
Elastix. Se deber seleccionar el idioma en que se desea que aparezcan las
opciones de instalacin. En esta opcin seleccionamos el idioma Spanish.
136
SELECCIN DEL TIPO DE TECLADO.- Seleccionamos el tipo de teclado que

est conectado al servidor, si la distribucin del teclado es espaol, seleccionamos
Spanish. Con la tecla de TAB (Tabulador) nos movemos hacia la opcin
ACEPTAR para realizar la seleccin.
CREAR TABLA DE PARTICIN.- Se nos pide confirmacin para crear la tabla de

particin o el espacio del disco duro que ser asignado al servidor Elastix. La
creacin de la tabla de particin borra todo el contenido del disco duro y reasigna
todo el espacio a Elastix. Se pedir confirmacin para remover particiones
existentes si las hay, para crear la nueva tabla de particin que ser asignada al
servidor Elastix. Se deber seleccionar la primera opcin para borrar cualquier
particin existente y crear la nueva sobre el disco duro. Utilizando la barra
espaciadora se hace la seleccin y con la tecla TAB nos desplazamos para
seleccionar la opcin ACEPTAR.
137
Se pedir de nuevo nuestra confirmacin para proceder, En este paso debemos

tener en cuenta que despus de realizar esta accin toda la informacin que est
en el disco duro ser borrado de manera permanente, con la tecla TAB nos
desplazamos a la opcin SI.
En la siguiente opcin que aparece la cual detalla la revisin de la capa de

particiones, se nos solicita revisar y modificar la tabla de particin, Como hemos
seleccionado en un paso anterior crear un diseo de particin predeterminado, con
la tecla TAB seleccionamos NO para continuar con el proceso de instalacin.
CONFIGURACIN DE INTERFACE DE RED.- El siguiente paso es configurar los

parmetros de la Red IP de la interface de red de nuestro servidor PBX.
Seleccionamos SI para continuar.
138
Hacemos la seleccin de las siguientes opciones:

Activar al arrancar (Activate on boot).
Habilitar soporte de IPv4 (Enable IPv4 support).
Seleccionar soporte IPv6 solo si realmente se utiliza o se vaya a utilizar IPv6 en su

red, de lo contrario es mejor no activarlo ya que hace uso de recursos de manera
innecesaria. Con la barra espaciadora seleccionamos las opciones, con la tecla
TAB seleccionamos ACEPTAR para continuar.
Se deber seleccionar la opcin Configuracin Manual TCP/IP, luego se proceder

a colocar la direccin IP 172.16.1.12 que es la direccin IP asignada para este
servidor y la mscara de red 255.255.255.0.
139
Luego asignamos la direccin IP de la puerta de enlace (Gateway) y del servidor

de nombres de dominio (DNS). En este caso como la red local del Hospital est
basado en dominio (hvitarte.local), se cuenta con un Servidor Proxy que es el que
direccionar las peticiones que nuestro Servidor DNS envi, por ello en Puerta de
Enlace asignamos la direccin IP 172.16.1.1. Se cuenta tambin con un Servidor
de Administracin de Usuarios (Servidor Controlador de Dominio) y que adems
cumple la funcionalidad de Servidor DNS para la resolucin de nombres en nuestra
red, por ello en Servidor DNS asignamos la direccin IP de este servidor que es el
172.16.1.3. Con la tecla TAB seleccionamos ACEPTAR para continuar.
Asignamos el nombre que tendr el servidor en la red IP. Se recomienda hacerlo

de manera manual. El nombre del servidor ser AFRODITA ya que en la red del
Hospital los servidores de la institucin est basado en nombres de dioses griegos,
por ende se seleccion este nombre. Con la tecla TAB seleccionamos ACEPTAR
para continuar.
140
SELECCIN DE LA ZONA HORARIA.- Este parmetro es importante su seleccin

correcta debido a que los reportes toman esta hora como referencia. Buscar la
zona horaria de su ubicacin geogrfica que es Amrica/Lima. Con la tecla TAB
seleccionamos ACEPTAR para continuar.
ASIGNAR CLAVE A USUARIO ROOT.- A continuacin aparece la opcin de

asignar la clave que tendr el usuario root. Este usuario es utilizado para tener
acceso a la consola en modo de comandos (CLI), es el primero que se utiliza para
acceder al servidor al terminar la instalacin.
141
Luego de ingresar la clave de root, inicia el proceso de instalacin que toma un par
de minutos, conforme avance el proceso de instalacin ir apareciendo una
pantalla donde indicar el avance de la copia de los archivos en el servidor.
Esperamos hasta que el proceso finalice, esto puede tomar un aproximado de 6 a
8 minutos.
Al finalizar la copia de todos los paquetes de instalacin, el servidor se reiniciara

automticamente, aparecer la pantalla siguiente, esperamos unos segundos y
continuara con la carga.
142
Esperamos todo el proceso de carga del servidor, hasta que aparezca la siguiente
pantalla en la cual nos solicita que ingresemos una clave y la confirmemos. Esta
clave es para tener acceso al gestor de base de datos MySQL, utilizado por el
servidor Elastix para registrar todos los sucesos.
Contina el proceso de carga y volver aparecer otra pantalla solicitando otra clave
y su confirmacin. La clave que solicita es del usuario admin, lo utilizaremos para
ingresar a la consola de gestin WEB del servidor Elastix.
143
Al finalizar todo el proceso de carga, la instalacin del servidor ha concluido

satisfactoriamente.
ingresamos
con
Aparece
el
la
pantalla
usuario root y
la
de
clave
ingreso
que
solicitando login: aqu
colocamos
durante
la
instalacin, para tener acceso a la consola en modo de comando.
Al ingresar correctamente con el usuario root, tenemos acceso a la consola de

gestin en modo de comandos, en esta consola podemos ejecutar cualquier
comando Linux as como ingresar a la consola de Asterisk.
144
Si observan en la informacin que aparece, notamos que nos dan indicaciones de

la manera en la que se debe de ingresar desde un navegador Web, la direccin IP
de este servidor es: http://172.16.1.12, de esta manera desde una computadora
que este en la red, abrimos el navegador (de preferencia Firefox) he ingresamos
con el URL: http://172.16.1.12 que corresponde a la direccin IP del servidor, para
tener acceso a la consola Web de Elastix.
Figura 3.12
Acceso a la Interfaz de Administracin de Elastix
(Fuente: Software Elastix)
Inmediatamente nos saldr una advertencia donde nos dice que no conoce esa
entidad emisora de certificados (lo que sucede es que Elastix se comunica por
SSL, que es la conexin segura y emite un certificado), le damos SI a todas las
advertencias que nos hace acerca de seguridad y luego nos debe llevar a la pgina
145
de inicio de Elastix, donde nos pregunta por usuario y password. La primera vez
se coloca el usuario: admin y password: 20512338756 (RUC del Hospital de
Vitarte) que es la contrasea que se solicit durante la instalacin. Una vez
ingresado los datos correctamente no mostrara la consola de configuracin y
administracin del software de mensajera unificada Elastix:
Figura 3.13
Consola de Configuracin y Administracin de Elastix
(Fuente: Software Elastix)
146
3.2.1.2. ELEMENTOS DE LA CONSOLA DE CONFIGURACION Y

ADMINISTRACION DE ELASTIX.
MENU SISTEMA.
Al momento de acceder a la Consola de Configuracin y Administracin Elastix el
primer men predeterminado es el Men Sistemas. En este men se encuentran
sub mens como: Dashboard, Red, Usuarios, Apagar, Detector de Hardware,
Actualizaciones, Respaldar/Restaurar y Preferencias. Cada sub men posee
configuraciones la cuales se detallan a continuacin:
SUB MENU DASHBOARD.- La opcin "Dashboard" del men "Sistema" en Elastix
es una herramienta de visualizacin que muestra una vista general del sistema y
proporciona un rpido acceso a acciones administrativas con el fin de hacer ms
fcil la administracin de Elastix. Entre las vistas disponibles estn "Recursos del
Sistema", "Estados de Procesos", "Discos Duros", "Grfico de Rendimiento",
Noticias, entre otras. A continuacin se describe brevemente las ms
importantes.
Recursos de Sistema: Aqu se muestra informacin general sobre el
sistema en el que Elastix se est ejecutando.
147
Estados de Procesos: Muestra los procesos habilitados y deshabilitados.

Aqu usted puede iniciar, parar o reiniciar los procesos.
Discos Duros: Muestra el espacio libre y usado de los discos duros

instalados en el servidor.
148
Grfico de Rendimiento: Permite revisar el historial de uso de memoria y

CPU, as como llamadas simultneas a travs del tiempo.
Noticias: Muestra las ltimas noticias sobre Elastix desde la pgina web
www.elastix.org
149
SUB MENU RED.- En este sub men podemos realizar configuraciones de los
parmetros de nuestra tarjeta de red entre otras configuraciones importantes.
Parmetros De Red: La opcin "Parmetros de Red" en Elastix permite ver y
configurar los parmetros necesarios para configurar el acceso a la red en el
servidor.
Servidor DHCP: La opcin "Servidor DHCP" permite configurar Elastix como

servidor DHCP de tal manera que pueda proveer de direcciones IP a otros
dispositivos de red.
Asignar Direccin IP a Host: La opcin Asignar Direccin IP a Host

permite asignar una direccin IP deseada a un dispositivo especfico
identificado por su direccin MAC.
150
SUB MENU USUARIOS.- La opcin "Usuarios" en Elastix permite crear y modificar

cuentas de usuario que tienen acceso a la interfaz web de Elastix. Adems permite
crear grupos de usuarios.
Los usuarios pertenecen a un grupo el cual les otorga privilegios de operacin

sobre la interfaz web de Elastix. Tambin son asociados a un nmero de extensin
y un correo electrnico. Para ver, modificar o eliminar la informacin sobre un
usuario usted debe hacer click en el nombre de usuario. Para crear un usuario
nuevo se debe hacer click en el botn "Crear Nuevo Usuario" y llenar el formulario
correspondiente.
La opcin "Grupos" en Elastix permite crear y modificar grupos que cuentan con
privilegios de acceso a la interfaz web de Elastix. Existen tres grupos que vienen
incluidos por defecto en la instalacin de Elastix: Administrador, Operator y
Extensin
151
SUB MENU APAGAR.- Esta opcin permite apagar o reiniciar el servidor Elastix.
Como medida de seguridad le aparecer un mensaje de confirmacin al intentar
realizar estas acciones.
SUB MENU DETECTOR DE HARDWARE.- La opcin "Detector de Hardware"

permite detectar hardware telefnico instalado en el servidor como pueden ser las
tarjetas FXO o FXS.
SUB MENU ACTUALIZACIONES.- La opcin "Repositorios" del sub men

"Actualizaciones" en Elastix permite escoger los repositorios de donde instalar o
actualizar paquetes. Aqu usted puede seleccionar o deseleccionar los repositorios
listados y luego hacer click en el botn "Guardar/Actualizar"
152
En la opcin "Paquetes" del sub men "Actualizaciones" muestra todos los

paquetes instalados en el servidor. Tambin permite instalar, desinstalar y
actualizar paquetes.
SUB MENU RESPALDAR/RESTAURAR.- La opcin "Respaldar/Restaurar" del

men "Sistema" permite hacer respaldos as como tambin restaurar a partir de un
respaldo la configuracin en Elastix. Para descargar un respaldo de la lista slo
haga click en el nombre del archivo con extensin tar.
Para crear un respaldo usted debe hacer click en el botn "Crear un respaldo",
seleccionar todas las configuraciones que se desean respaldar y luego hacer click
en el botn "Procesar".
153
En la lista de respaldos haga click en el botn "Restaurar" ubicado a la derecha del

nombre del respaldo. Seleccione la configuracin que desea restaurar y d click en
el botn "Procesar.
154
SUB MENU PREFERENCIAS.- En este sub men le permite realizar configuracin

tales como: configuracin del Idioma, de fecha y hora del sistema, de temas y
configuracin de la moneda.
Idioma: La opcin "Idioma" del sub men "Preferencias" en Elastix permite
cambiar el idioma de la interfaz de web. Para cambiar el idioma seleccione el
que desea de la lista y haga click en el botn "Guardar".
Fecha/Hora: La opcin "Fecha/Hora" del sub men "Preferencias en Elastix

permite configurar la hora, la fecha y la zona horaria del servidor. Para
modificar esta informacin haga click en el botn "Aplicar Cambios".
Temas: La opcin "Temas" del sub men "Preferencias" en Elastix permite

escoger la apariencia visual que va a tener la interfaz web. Para cambiar el
tema seleccinelo de la lista y d click en "Guardar".
Moneda: La opcin "Moneda" del sub men "Preferencias" permite cambiar

la moneda utilizada principalmente en el mdulo de reporteria de la interfaz
web de Elastix. Para cambiarla seleccione la moneda deseada y d click en
el botn "Guardar".
155
MENU AGENDA.
En el men Agenda podemos encontrar al Calendario y Libreta de Direcciones.
Calendario: La opcin "Calendario" permite a los usuarios organizar su da,
semana o mes creando eventos y recordatorios.
Libreta de Direcciones: La opcin "Libreta de Direcciones" del men

"Agenda" muestra un directorio telefnico que contiene nmeros de telfono
internos y externos. Las extensiones internas son aquellas que han sido
creadas en el mdulo PBX y por lo tanto no pueden ser modificadas desde
este mdulo. Los nmeros de telfono externos son los que han sido creados
por el usuario desde este mdulo y no pertenecen a Elastix. Para agregar un
nmero de telfono externo haga click en el botn "Nuevo Contacto". La
siguiente figura muestra una lista de extensiones internas:
156
MENU PBX.
En el men PBX le permite realizar configuraciones tales como: Extensiones
(anexos
telefnicos),
configuraciones
de
Troncales
(lneas
telefnicas),
Grabaciones de Voz, Conferencias, entre otras herramientas. Este men es el de

configuraciones principales de nuestra Consola de Configuracin y Administracin
Elastix.
SUB MENU CONFIGURACION PBX.- La opcin "Configuracin PBX" en Elastix

permite realizar todas las configuraciones necesarias para que nuestro PBX sea
completamente funcional.
SUB MENU PANEL DE OPERADOR.- La opcin "Panel del Operador" del men
"PBX" permite administrar las operaciones telefnicas. Se puede controlar las
llamadas entrantes, llamadas salientes, el orden en que son atendidas las
llamadas, el rea designada para atender las llamadas, etc. Este mdulo es til
para recepcionistas quienes tienen una vista general de las colas, conferencias,
parqueo de llamadas, extensiones internas, troncales, etc. Adems por medio de
este mdulo es posible iniciar una llamada o transferir una llamada arrastrando una
extensin hacia otra, o incluir varias extensiones a un cuarto de conferencia, una
cola, etc. Es posible tambin ver las extensiones ocupadas, el tiempo transcurrido
de una llamada y el caller ID.
157
SUB MENU CONFIGURACION POR LOTES.- En este sub men le permite la

configuracin automtica de manera remota de los Endpoints soportados. Este
mdulo combina la funcionalidad de los mdulos antiguos "Configurador de
Endpoints" y "Lote de Extensin" en una sola interfaz completamente reescrita.
Con este mdulo el administrador puede apuntar los Endpoints soportados hacia
Elastix como su servidor de telefona. Explicaremos el que es ms utilizado.
Lote de Extensin: La opcin "Lote de Extensiones" del men "PBX" en

Elastix permite crear extensiones mediante la carga de un archivo CSV.
Tambin usted puede descargar un archivo con todas las extensiones
existentes en el servidor Elastix. Esto hace muy fcil la migracin de datos.
Para descargar un archivo con todas las extensiones existentes usted debe
hacer click en el enlace "Descargar las extensiones actuales en formato
CSV" y guardar el archivo en su disco duro local.
158
3.2.1.3. CREACION DE EXTENSIONES SIP EN LA CONSOLA DE

CONFIGURACION Y ADMINISTRACION DE ELASTIX.
Para realizar la creacin de una nueva extensin SIP (o anexos) vamos a ir al
Men PBX/Sub Men Configuracin PBX, la cual nos mostrara la siguiente
pantalla:
En la parte de Aadir una Extensin, hacer clic en la opcin de crear "Dispositivo

SIP genrico", luego presionaremos el botn "Enviar" y nos presentar una serie
de campos para ser llenados.
Los Campos ms importantes para la creacin de una extensin son: Extensin
de Usuario, Nombre para Mostrar y Secret. Solo llenando estos campos se
tiene creada la extensin. En este caso Explicaremos la creacin de la extensin
SIP 221, que corresponde a la Central Telefnica.
Para ello en el campo Extensin de Usuario ingresamos el nmero 221, en el
campo Nombre para mostrar ingresamos el nombre CENTRAL TELEFONICA, en
el campo Secret ingresamos el valor 221HVATE, luego habilitamos el Buzn de
Voz y en Contrasea del Buzn de Voz ingresamos el valor 2212051, tal como
muestra en la siguiente imagen:
159
Al hacer click en el botn Enviar nos aparece en la parte superior de la pgina un

cintillo o banda de color rosado claro que dice: "Apply Config", damos clic sobre
dicha banda (la cual debe desaparecer despus de haber dado clic) y ya se
encuentra creado nuestra extensin SIP (se muestra a la derecha).
Si tenemos que crear varias, en nuestro caso 97 extensiones, vamos al Men PBX/
Sub Men Configuracin por Lotes, en la parte izquierda hacemos click en la
160
opcin Lote de Extensiones, nos mostrara un link para descargar el formato con
extensin de archivo .CSV, tal como se muestra en la siguiente imagen:
Para ello es conveniente haber creado una extensin, con todos los campos
requeridos y luego ir ingresando acorde a este formato (campos obtenidos segn
ingreso de la primera extensin SIP).
- Display Name.
- User Extension.
- Call Waiting.
- Secret.
- Voicemail Status.
- Voicemail Password.
- VM Email Attachment.
- VM Play CID.
- VM Play Envelope.
- VM Delete Vmail.
- Context.
- Tech.
- Disabled
- Allow
En nuestro caso lo que vamos a realizar primeramente es reducir el tamao de la

descripcin de cada anexo con la finalidad de tener un nombre ms corto y por tal
le sea fcil al usuario poder reconocer una llamada telefnica desde un anexo,
adems los cambios de nombres se basan en nombres que actualmente se utilizan
en cada anexo telefnico:
161
User
Extension
Call
Waiting
Secret
Voicemail
Status
Voicemail
Password
VM Email
Attachment
VM Play
CID
Central Telefnica
221
Enabled
221HVATE
Enabled
2212051
No
No
No
No
Direccin
222
Enabled
222HVATE
Enabled
2222051
No
No
No
No
Secret Direccin
223
Enabled
223HVATE
Enabled
2232051
No
No
No
No
Sub Direccin
224
Enabled
224HVATE
Enabled
2242051
No
No
No
No
Secret Sub Direccin
225
Enabled
225HVATE
Enabled
2252051
No
No
No
No
Administracin
235
Enabled
235HVATE
Enabled
2352051
No
No
No
No
Secret Administracin
236
Enabled
236HVATE
Enabled
2362051
No
No
No
No
OCI
226
Enabled
226HVATE
Enabled
2262051
No
No
No
No
UPE
227
Enabled
227HVATE
Enabled
2272051
No
No
No
No
Secret UPE
228
Enabled
228HVATE
Enabled
2282051
No
No
No
No
Docencia
230
Enabled
230HVATE
Enabled
2302051
No
No
No
No
Epidemiologia
282
Enabled
282HVATE
Enabled
2822051
No
No
No
No
Asesora Legal
241
Enabled
241HVATE
Enabled
2412051
No
No
No
No
SSGG
238
Enabled
238HVATE
Enabled
2382051
No
No
No
No
Secret SSGG
239
Enabled
239HVATE
Enabled
2392051
No
No
No
No
Mantenimiento
240
Enabled
240HVATE
Enabled
2402051
No
No
No
No
Comunicaciones
260
Enabled
260HVATE
Enabled
2602051
No
No
No
No
Display Name
162
VM Play VM Delete
Envelope
Vmail
Context
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Tech
Disallow
Allow
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
RefCon
261
Enabled
261HVATE
Enabled
2612051
No
No
No
No
Liquidaciones
256
Enabled
256HVATE
Enabled
2562051
No
No
No
No
Caja
257
Enabled
257HVATE
Enabled
2572051
No
No
No
No
Tramite Documentario
258
Enabled
258HVATE
Enabled
2582051
No
No
No
No
Consulta Externa
292
Enabled
292HVATE
Enabled
2922051
No
No
No
No
Citas
253
Enabled
253HVATE
Enabled
2532051
No
No
No
No
Admisin
252
Enabled
252HVATE
Enabled
2522051
No
No
No
No
Archivo
276
Enabled
276HVATE
Enabled
2762051
No
No
No
No
Enfermera
245
Enabled
245HVATE
Enabled
2452051
No
No
No
No
Secret Enfermera
246
Enabled
246HVATE
Enabled
2462051
No
No
No
No
Tpico Enfermera
263
Enabled
263HVATE
Enabled
2632051
No
No
No
No
Laboratorio
248
Enabled
248HVATE
Enabled
2482051
No
No
No
No
SIS/SOAT
255
Enabled
255HVATE
Enabled
2552051
No
No
No
No
Apoyo al Tratamiento
268
Enabled
268HVATE
Enabled
2682051
No
No
No
No
Farmacia
243
Enabled
243HVATE
Enabled
2432051
No
No
No
No
Servicio Social
254
Enabled
254HVATE
Enabled
2542051
No
No
No
No
Nutricin
250
Enabled
250HVATE
Enabled
2502051
No
No
No
No
Rayos X
265
Enabled
265HVATE
Enabled
2652051
No
No
No
No
Serv Medicina
242
Enabled
242HVATE
Enabled
2422051
No
No
No
No
163
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Serv Emergencia
244
Enabled
244HVATE
Enabled
2442051
No
No
No
No
Serv COE
294
Enabled
294HVATE
Enabled
2942051
No
No
No
No
Serv Ginecologa
247
Enabled
247HVATE
Enabled
2472051
No
No
No
No
Serv Pediatra
279
Enabled
279HVATE
Enabled
2792051
No
No
No
No
Serv Ciruga
267
Enabled
267HVATE
Enabled
2672051
No
No
No
No
Consult CRED
290
Enabled
290HVATE
Enabled
2902051
No
No
No
No
Consult Dermato
266
Enabled
266HVATE
Enabled
2662051
No
No
No
No
Consult Medicina
289
Enabled
289HVATE
Enabled
2892051
No
No
No
No
Consult Monitoreo
295
Enabled
295HVATE
Enabled
2952051
No
No
No
No
Consult Neonato
234
Enabled
234HVATE
Enabled
2342051
No
No
No
No
Consult Neumo
293
Enabled
293HVATE
Enabled
2932051
No
No
No
No
Consult Odonto
270
Enabled
270HVATE
Enabled
2702051
No
No
No
No
Consult Oftalmo
237
Enabled
237HVATE
Enabled
2372051
No
No
No
No
Consult Otorrino
271
Enabled
271HVATE
Enabled
2712051
No
No
No
No
Consult PCT
272
Enabled
272HVATE
Enabled
2722051
No
No
No
No
Consult Pediatra
269
Enabled
269HVATE
Enabled
2692051
No
No
No
No
Consult Psicoprof
249
Enabled
249HVATE
Enabled
2492051
No
No
No
No
Consult Traumato
273
Enabled
273HVATE
Enabled
2732051
No
No
No
No
Consult ARO
283
Enabled
283HVATE
Enabled
2832051
No
No
No
No
164
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Consult Gastroend
264
Enabled
264HVATE
Enabled
2642051
No
No
No
No
Consult Nutricin
285
Enabled
285HVATE
Enabled
2852051
No
No
No
No
Consult PlanFamiliar
288
Enabled
288HVATE
Enabled
2882051
No
No
No
No
Consult Psicologa
286
Enabled
286HVATE
Enabled
2862051
No
No
No
No
Consult Psiquiatra
291
Enabled
291HVATE
Enabled
2912051
No
No
No
No
Consult Urologa
297
Enabled
297HVATE
Enabled
2972051
No
No
No
No
Consult Ciruga
287
Enabled
287HVATE
Enabled
2872051
No
No
No
No
Consult Anestesio
298
Enabled
298HVATE
Enabled
2982051
No
No
No
No
Consult CertSalud
296
Enabled
296HVATE
Enabled
2962051
No
No
No
No
Hospit Ciruga
274
Enabled
274HVATE
Enabled
2742051
No
No
No
No
Hospit Ginecologa
229
Enabled
229HVATE
Enabled
2292051
No
No
No
No
Hospit Medicina
277
Enabled
277HVATE
Enabled
2772051
No
No
No
No
Hospit Obstetricia
284
Enabled
284HVATE
Enabled
2842051
No
No
No
No
Hospit Pediatra
275
Enabled
275HVATE
Enabled
2752051
No
No
No
No
Sala Operaciones
280
Enabled
280HVATE
Enabled
2802051
No
No
No
No
Sala Partos
281
Enabled
281HVATE
Enabled
2812051
No
No
No
No
Emerg Ciruga
251
Enabled
251HVATE
Enabled
2512051
No
No
No
No
Emerg Ginecologa
300
Enabled
300HVATE
Enabled
3002051
No
No
No
No
Emerg Medicina
278
Enabled
278HVATE
Enabled
2782051
No
No
No
No
165
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Emerg Pediatra
262
Enabled
262HVATE
Enabled
2622051
No
No
No
No
Traumashock
301
Enabled
301HVATE
Enabled
3012051
No
No
No
No
Triaje Emerg
232
Enabled
232HVATE
Enabled
2322051
No
No
No
No
Md Buen Trato
259
Enabled
259HVATE
Enabled
2592051
No
No
No
No
Md Informes
231
Enabled
231HVATE
Enabled
2312051
No
No
No
No
Md Vigilancia
233
Enabled
233HVATE
Enabled
2332051
No
No
No
No
Md VideoVigilancia
299
Enabled
299HVATE
Enabled
2992051
No
No
No
No
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
ANEXOS LOCAL EX UTES

Jefatura rea de Logstica
302
Enabled
302HVATE
Enabled
3022051
No
No
No
No
Sub rea Adquisiciones
303
Enabled
303HVATE
Enabled
3032051
No
No
No
No
Sub rea Estudio Mercado
304
Enabled
304HVATE
Enabled
3042051
No
No
No
No
Jefatura rea de Economa
305
Enabled
305HVATE
Enabled
3052051
No
No
No
No
Sub rea de Presupuesto
306
Enabled
306HVATE
Enabled
3062051
No
No
No
No
Sub rea de Control Previo
307
Enabled
307HVATE
Enabled
3072051
No
No
No
No
Jefatura rea de Personal
308
Enabled
308HVATE
Enabled
3082051
No
No
No
No
Sub rea Remuneraciones
309
Enabled
309HVATE
Enabled
3092051
No
No
No
No
Almacn Medicamentos
310
Enabled
310HVATE
Enabled
3102051
No
No
No
No
Almacn Central
311
Enabled
311HVATE
Enabled
3112051
No
No|
No
No
Jefatura UEI
312
Enabled
312HVATE
Enabled
3122051
No
No
No
No
166
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
Frominternal
rea de Informtica
313
Enabled
313HVATE
Enabled
3132051
No
No
No
No
Sub rea Soporte Tcnico
314
Enabled
314HVATE
Enabled
3142051
No
No
No
No
Sub rea Desarrollo
315
Enabled
315HVATE
Enabled
3152051
No
No
No
No
rea de Estadstica
316
Enabled
316HVATE
Enabled
3162051
No
No
No
No
Tabla 3.23
Listado de Plan de Marcacin Segn Formato para Exportacin a Elastix
(Fuente Propia)
167
Frominternal
Frominternal
Frominternal
Frominternal
Sip
All
G726
Sip
All
G726
Sip
All
G726
Sip
All
G726
Una vez realizado se guarda con la extensin .CSV, seguidamente se realiza clic
en examinar, se selecciona el archivo y se realiza clic en Cargar Archivo CSV.
Por ultimo nos vamos al Men PBX/Sub Men Configuracin PBX, mostrar en la
parte izquierda el listado de todas las extensiones SIP exportadas, tal como se
Un dato importante es que en cada extensin dentro de Opciones de Dispositivo

se debe ingresar en el campo disallow: all y allow: G726; para trabajar con el cdec
G726. En cada creacin de extensin se habilita el correo de voz y se ingresa un
password para el mismo.
168
3.2.1.4. CONFIGURACION DE GATEWAY FXO DEL HOSPITAL.

Para realizar la configuracin de llamadas entrantes y salientes desde nuestra Red
VoIP del Hospital hacia un abonado externo, se realizar configuraciones ya que
en primer lugar contamos con un Gateway FXO donde se encontrarn conectados
por medio de sus puertos RJ11 (lnea anloga) las lneas telefnicas contratadas
por una compaa telefnica (en nuestro caso es la empresa MOVISTAR) y
adems deber ser configurado correctamente para la interconexin con nuestro
Servidor PBX IP (Elastix). A continuacin se muestra los diversos puertos de
conexin del modelo de Gateway VOIP a utilizarse en este proyecto:
Figura 3.14
Descripcin de Interfaces de Gateway FXO del Hospital
(Fuente Propia)
Tal como se ha explicado en un captulo anterior, Para conectar lneas telefnicas

analgicas con una centralita IP, se necesita un Gateway FXO. Ello le permitir
conectar las lneas anlogas que vienen desde una PSTN hacia los puertos FXO del
Gateway, que luego convierte la lnea telefnica analgica en una llamada VOIP.
Para comprender mejor la configuracin a realizarse vamos a ver el siguiente

grfico la cual muestra la forma como las lneas anlogas estn conectados al
Gateway FXO y sta a la Red local en nuestra red:
169
Figura 3.15
Diagrama de Conexin de Lneas Anlogas hacia el Hospital
(Fuente Propia)
Ahora procederemos a realizar las siguientes configuraciones:
170
ACCESO A LA CONSOLA DE CONFIGURACION DE GATEWAY

FXO DEL HOSPITAL.
Para empezar, lo primero que se debe hacer es realizar las configuraciones
bsicas la cual permitir poder conectarnos desde nuestra red local.
Inicialmente ingresamos la cual nos pedir una contrasea de acceso:
Una vez ingresado al panel principal de configuracin del equipo Gateway

nos vamos al men Basic/Settings, nos mostrara la ventana de configuracin
esttica de la direccin IP, ingresamos los datos tal como nos muestra en la
siguiente ventana:
Una vez ingresado los datos, en la parte inferior de la ventana hacemos clic
en Update para guardar los cambios.
171
Nos vamos al menu FXO Lines, y modificamos las configuraciones por

defecto, la cual nuestra configuracion debera quedar de la siguiente manera:
Siguiendo con la configuracion en esta misma ventana, encontraremos mas

abajo la opcion Channel Dialog to VoIP, es aqu donde se indican a qu
extensiones sern redirigidas las llamadas que ingresen por los diferentes
puertos FXO. En esta parte de la configuracion en el campo User ID
ingresaremos el valor ch1:223;ch2:225;ch3:236;ch4-8:221, que permitira lo
siguiente:
Canal (ch) FXO en

Gateway
Anexo Telefnico
enlazado a Canal
Destino de Extensin
En Servidor SIP (Elastix)
Ch1
223
Secretaria de Direccin
Ch2
225
Secretaria de Sub Direccin
Ch3
236
Secretaria de Administracin
Ch4 Ch8
221
Central Telefnica
Tabla 3.24
Distribuciones de Canales FXO en Gateway del Hospital
(Fuente Propia)
Esto explica lo siguiente:

-
Las llamadas que ingresen por la linea que se encuentra conectado

en el FXO1 (ch1) del Gateway se direccionar hacia la extension 223
172
creado en el servidor SIP (Elastix) que corresponde al anexo de la

Secretaria de la Direccion General.
-

Secretaria de la Sub Direccion.

Secretaria de la Administracion.
Las llamadas que ingresen por el rango de lineas que se encuentra

conectados desde el FXO4 hasta el FXO8 del Gateway se
direccionarn hacia la extension 221 creado en el servidor SIP
(Elastix) que corresponde al anexo de la Central telefonica para luego
ser direccionado al anexo respectivo.
La configuracion en el Gateway una vez ingresado los datos quedaria tal

como se muestra en la siguiente imagen:
Luego hacemos clic en el boton Update para guardar los cambios.
173
Vamos al men Profile1, donde procedemos a configurar la informacin de

nuestro servidor Elastix que tiene la direccin IP 172.16.1.12 as como la
informacin del registro del SIP.
En Cuanto al Dial Plan, podemos dejarlo tal cual como viene por defecto.
Vamos al men Channel, donde realizaremos la configuracin de cada canal

(lnea FXO). Cada canal en la configuracin del Gateway es una troncal
creada en el servidor SIP (Elastix) y que ste permitir la salida o recepcin
de una llamada desde nuestra red. Al momento de realizar la configuracin
de cada canal nos pedir un SIP User ID que es el nombre nico de la
troncal a crearse en el servidor SIP en la parte de Opciones Salientes de la
regla. Esto permitir que mediante un Plan de Marcado nosotros elijamos por
cual lnea telefnica saldr la llamada a su destino. Como son 8 lneas
telefnicas conectadas al Gateway FXO se requerir 8 troncales en el
174
servidor SIP (Elastix) creadas, lo cual estn ingresadas tal como se muestra
en la siguiente imagen:
Se recomienda tener cuidado al momento de colocar los nombres de cada

lnea troncal en la parte de Opciones Salientes durante la creacin de las
troncales en el servidor SIP ya que un mal ingreso de estos valores puede
tener problemas al momento de realizar una llamada externa. Con esta
aclaracin finalmente ya tenemos configurado nuestro Gateway FXO con las
8 lneas telefnicas conectadas. En el siguiente paso procederemos a
realizar la creacin de las troncales.
175
3.2.1.5. CREACION DE TRONCAL SIP PARA GATEWAY DEL

HOSPITAL EN SERVIDOR ELASTIX.
Seguidamente lo que vamos a realizar es la creacin de las troncales en Elastix,
que es por donde vamos a enviar o recibir las llamadas e interactuar con la red
PSTN.
Para entender mejor esta parte de la configuracion, aqu lo que se va a realizar es

crear 8 troncales en el servidor SIP (Elastix). Cada troncal en la parte de
Opciones Salientes, donde especifica el Nombre de la linea troncal se debe
colocar el SIP User ID que se ingres en el channel de la opcion Phone Number
Setting, ubicado en el menu Channel de la configuracion del Gateway FXO
(explicado en el paso anterior: Configuracion de Gateway FXO).
No confundir el nombre de la linea troncal de Opciones Generales con el de
Opciones salientes, son 2 partes diferentes, el nombre de lineas troncal de
Opciones Generales es el nombre de la troncal creada como regla, en cambio el de
Opciones Salientes es el nombre de la linea ingresada en la configuracion del
Gateway por donde saldra nuestras llamadas por medio de la linea (channel)
especificada. Se debera tener en cuenta los siguientes datos al momento de
realizar la creacion de las troncales:
Canal (ch) FXO

en Gateway
SIP User ID
Authent Password
GW1F01
2051GW1F1
GW1F02
2051GW1F2
GW1F03
2051GW1F3
GW1F04
2051GW1F4
GW1F05
2051GW1F5
GW1F06
2051GW1F6
GW1F07
2051GW1F7
GW1F08
2051GW1F8
Tabla 3.25
Distribuciones de Configuracin de Lneas en Gateway FXO del Hospital
(Fuente Propia)
176
Canal (ch) FXO en

Gateway
N Lnea Telefnica
conectada
Troncal a crear en
Elastix
35155**
GatewayHV_FXO1
35155**
GatewayHV_FXO2
35132**
GatewayHV_FXO3
35144**
GatewayHV_FXO4
35144**
GatewayHV_FXO5
35144**
GatewayHV_FXO6
35144**
GatewayHV_FXO7
35136**
GatewayHV_FXO8
Tabla 3.26
Distribuciones de Lneas Telefnicas segn Troncal en Servidor Elastix
(Fuente Propia)
Teniendo claro lo que se va a configurar, lo primero que vamos a realizar es

ingresar a la consola de Configuracin y Administracin Elastix y luego vamos al
Men PBX/Sub Men Configuracin Bsica, luego hacemos click en la opcin
Troncales.
En la misma pantalla hacemos clic en la opcin Aadir Lnea Troncal SIP.

Ingrese los siguientes valores: En el campo Nombre de la Lnea Troncal
ingresamos el nombre GatewayHV_FXO1 (para la primera lnea creada) y en
Outbound CallerID ingresamos el nmero telefnico que corresponde al FXO1 del
Gateway (35155**).
177
Siguiendo hacia abajo en Opciones Salientes, ingrese los siguientes valores tal
Al final de la configuracin haga clic en el botn Enviar Cambios para guardar el

registro creado. Siga los pasos anteriores para crear las 7 troncales restantes para
culminar con esta parte de la configuracin. Una vez culminado con la
configuracin en la parte derecha de la pantalla se mostrar el listado de las
troncales creadas tal como se muestra en la siguiente imagen:
178
3.2.1.6. CREACION DE RUTAS DE SALIDA DESDE EL HOSPITAL EN

SERVIDOR ELASTIX.
Para realizar la creacin de una ruta de salida debemos tener en cuenta para el
caso de las llamadas a realizarse por los anexos telefnicos y las restricciones que
debe haber para ellos como son: permitir solo llamadas a telfonos fijos, permitir
llamadas a celulares, permitir salida libre a cualquier destino nacional.
Para
realizar esta configuracin, antes debemos tener en claro las reglas de Plan de
Marcado (Ver anexo 7: Troncales y Rutas en Elastix).
Una vez entendido las Reglas del Plan de Marcado, vamos a realizar la creacin
de 6 Rutas de Salida:
- HV_LlamadaDireccion.- Esta regla permitir realizar llamadas libre a la
Direccin General (regla exclusiva).
- HV_LlamadaSDireccion.- Esta regla permitir realizar llamadas libre a la
Sub Direccin (regla exclusiva).
- HV_LlamadaAdminist.- Esta regla permitir realizar llamadas libre a la
Administracin (regla exclusiva).
- HV_LlamadaLocalFijo (1-2).- Esta regla permitir realizar llamadas a
nmeros fijos de Lima, mas no a Provincias.
- HV_LlamadaNacionalFijo.- Esta regla permitir realizar llamadas a nmeros
fijos de Lima y Provincias.
- HV_LlamadaLibre.- Esta regla permitir realizar llamadas a nmeros fijos y
celulares a destinos de todo el Per.
Segn autorizacin por parte de la Direccin General y que adems actualmente

se viene cumpliendo en la institucin los permisos para llamadas salientes se
cumpla de la siguiente manera:
Autorizacin
Regla
Clave de
Acceso
Troncal de Salida
Direccin General
HV_LlamadaDireccion
303030
GatewayHV_FXO1
179
Sub Direccin
HV_LlamadaDireccion
505050
GatewayHV_FXO2
Administracin
HV_LlamadaAdminist
909090
GatewayHV_FXO3
HV_LlamadaLocalFijo1
251870
GatewayHV_FXO4
GatewayHV_FXO5
GatewayHV_FXO6
HV_LlamadaLocalFijo2
251871
GatewayHV_FXO7
GatewayHV_FXO8
Referencia y
Contrarreferencia
HV_LlamadaNacionalFijo
987051
GatewayHV_FXO8
Personal autorizado por

la Direccin General
HV_LlamadaLibre
004590
GatewayHV_FXO8
Jefes de Unidades,
reas y/o Servicios
Tabla 3.27
Regla de Distribucin de Llamadas Salientes Segn Troncales del Hospital
(Fuente Propia)
Estas claves de acceso para llamadas salientes sern entregadas a los jefes bajo
su responsabilidad. En caso se haga un mal uso de la clave de acceso y ellos lo
otorguen a otras personas no autorizadas, se podr ver desde la Consola de
Configuracin y Administracin Elastix el reporte de llamadas segn la clave de
acceso otorgado y desde que anexo fue realizado.
Empezaremos con la creacin de Rutas Salientes. Ingresar a la consola de

Configuracin y Administracin Elastix y luego vamos al Men PBX, luego
hacemos click en la opcin Rutas Salientes. Ingresamos los datos tal como se
180

registro creado. A continuacin se muestra los pantallazos de las siguientes rutas
creadas:
181
HV_LlamadaLocalFijo2.
Esta regla es la secuencia de la regla anterior ya que si nos damos cuenta en
la parte inferior de la configuracin de las troncales, solo nos permite 3
troncales, por ello creamos una segunda regla para culminar con la
configuracin anterior.
182
HV_LlamadaNacionalFijo.
En el caso de las llamadas a numero fijos a nivel nacional debemos tener en
cuenta los todos los Cdigos Telefnicos para Discado Nacional (Ver Anexo
8: Cdigos Telefnicos de Discado Nacional). La creacin de la ruta
saliente seria de la siguiente manera:
183
HV_LlamadaLibre.
Las llamadas libres permiten realizar llamadas a todo destino nacional La
creacin de la ruta saliente seria de la siguiente manera:
184
En el caso de las reglas exclusivas tenemos a la regla de la Direccin General, Sub

Direccin y Administracin cuya configuracin para la creacin de su regla es la
misma realizada en la regla HV_LLamadaLibre.
Una vez culminado con la configuracin en la parte derecha de la pantalla se

mostrar el listado de las troncales creadas tal como se muestra en la siguiente
imagen:
185
3.2.1.7. CREACION DE RUTAS DE ENTRADA HACIA EL HOSPITAL

EN SERVIDOR ELASTIX.
Para realizar la configuracin de las llamadas entrantes y ser redireccionados a un

destino, debemos tener en cuenta la configuracin realizada en el Gateway FXO
(explicado en el paso anterior: Configuracion de Gateway FXO). En el men
FXO Lines, en la opcin Channel Dialing to VoIP, en User ID habamos
ingresado el valor: ch1:223; ch2:225; ch3:236; ch4-8:221. Cada valor separado
por un punto y coma (;) representa cada ruta entrante a crearse en el servidor
Elastix. Para crear la primera ruta entrante (ch1:223) en la consola de
Configuracin y Administracin Elastix nos vamos al men PBX, opcin Rutas
Entrantes. En el campo Descripcin ingresamos el nombre de la ruta, en el
campo Numero DID ingresamos el valor 223, seguimos hacia debajo de la
configuracin y en la opcin Establecer destino seleccionamos Extensin y a
continuacin el nmero de extensin a direccionar (extensin 223).
186
En la configuracin de la ruta entrante anterior notamos que la llamada entrante es

direccionada a la Secretaria y posteriormente ser direccionada a la Directora. Este
tipo de configuracin es normalmente configurada tambin en centrales telefnicas
anlogas.
registro creado. A continuacin se muestra los pantallazos de las siguientes rutas
creadas:
HV_EntranteFXO2.
Esta ruta entrante comprende a las llamadas ingresadas de la lnea
registrada para la Sub Direccin la cual ser direccionada a la Secretaria de
la Sub Direccin (ya que la Sub Directora no recibe una llamada directa, sta
primero pasa a su Secretaria para luego ser direccionada al anexo de la Sub
Directora).
187
HV_EntranteFXO3.
Esta ruta entrante comprende a las llamadas ingresadas de la lnea
registrada para la Administracin la cual ser direccionada a la Secretaria de
la Administracin (ya que la Administracin no recibe una llamada directa,
sta primero pasa a su Secretaria para luego ser direccionada al anexo del
Administrador).
188
HV_EntranteFXO4-8.
Esta ruta entrante comprende a las llamadas ingresadas del rango de lneas
registradas hacia otro destino de la institucin, la cual ser direccionada a la
Central Telefnica para luego ser redireccionada al anexo correspondiente.
Con las configuraciones realizadas ya podemos realizar y recibir llamadas desde

cualquier destino hacia nuestro Hospital.
189
3.2.1.8. CONFIGURACION DE GATEWAY FXO DEL LOCAL EX-UTES.

Para realizar la configuracin de llamadas salientes desde nuestra Red VoIP del
local Ex-UTES hacia un abonado externo, se realizar configuraciones en el
Gateway FXO donde se encontrarn conectados por medio de sus puertos RJ11
(lnea anloga) las lneas telefnicas contratadas a una compaa telefnica (en
nuestro caso es la empresa MOVISTAR) y adems deber ser configurado
correctamente para la interconexin con nuestro Servidor PBX IP (Elastix). A
continuacin se muestra los puertos de conexin del Gateway VOIP:
Figura 3.16
Descripcin de Interfaces de Gateway FXO del local Ex - UTES
(Fuente Propia)
Para comprender mejor la configuracin vamos a ver el siguiente grfico:
Figura 3.17
Diagrama de Conexin de Lneas Anlogas hacia el Local Ex-UTES
(Fuente Propia)
190
ACCESO A LA CONSOLA DE CONFIGURACION DE GATEWAY

FXO DEL LOCAL EX-UTES.
Para empezar, lo primero que se debe hacer es realizar las configuraciones
bsicas la cual permitir poder conectarnos desde nuestra red local.
Inicialmente ingresamos la cual nos pedir una contrasea de acceso:
Una vez ingresado al panel principal de configuracin del equipo Gateway

nos vamos al men Basic/Settings, nos mostrara la ventana de
configuracin esttica de la direccin IP, ingresamos los datos tal como nos
muestra en la siguiente ventana:
Una vez ingresado los datos, en la parte inferior de la ventana hacemos clic
en Update para guardar los cambios.
Nos vamos al menu FXO Lines, y modificamos las configuraciones por

defecto, la cual nuestra configuracion debera quedar de la siguiente manera:
191
Siguiendo con la configuracion en esta misma ventana, encontraremos mas

abajo la opcion Channel Dialog to VoIP, es aqu donde se indican a qu
extensiones sern redirigidas las llamadas que ingresen por los diferentes
puertos FXO. En esta parte de la configuracion en el campo User ID
ingresaremos el valor ch1:223;ch2:225;ch3:236;ch4-8:221, que permitira lo
siguiente:
Canal (ch) FXO en

Gateway
Anexo Telefnico
enlazado a Canal
Destino de Extensin
En Servidor SIP (Elastix)
Ch1-Ch4
223
Central Telefnica
Tabla 3.28
Distribucin de Canales FXO en Gateway del local Ex-UTES
(Fuente Propia)
Esto explica lo siguiente:

-
Las llamadas que ingresen por el rango de lineas que se encuentra

conectados desde el FXO1 hasta el FXO4 del Gateway se
direccionarn hacia la extension 221 creado en el servidor SIP
(Elastix) que corresponde al anexo de la Central telefonica para luego
ser direccionado al anexo respectivo.
La configuracion en el Gateway una vez ingresado los datos quedaria tal

192
Vamos al men Profile1, donde procedemos a configurar la informacin de

nuestro servidor Elastix que tiene la direccin IP 172.16.1.12 as como la
informacin del registro del SIP.
En Cuanto al Dial Plan, podemos dejarlo tal cual como viene por defecto.
193
Vamos al men Channel, donde realizaremos la configuracin de cada canal

(lnea FXO). Cada canal en la configuracin del Gateway es una troncal
creada en el servidor SIP (Elastix) y que ste permitir la salida o recepcin
de una llamada desde nuestra red. Al momento de realizar la configuracin
de cada canal nos pedir un SIP User ID que es el nombre nico de la
troncal a crearse en el servidor SIP en la parte de Opciones Salientes de la
regla. Esto permitir que mediante un Plan de Marcado nosotros elijamos por
cual lnea telefnica saldr la llamada a su destino. Como son 4 lneas
telefnicas conectadas al Gateway FXO se requerir 4 troncales en el
servidor SIP (Elastix) creadas, lo cual estn ingresadas tal como se muestra
en la siguiente imagen:
Se recomienda tener cuidado al momento de colocar los nombres de cada

lnea troncal en la parte de Opciones Salientes durante la creacin de las
troncales en el servidor SIP ya que un mal ingreso de estos valores puede
tener problemas al momento de realizar una llamada externa. Con esta
aclaracin finalmente ya tenemos configurado nuestro Gateway FXO con las
4 lneas telefnicas conectadas. En el siguiente paso procederemos a
realizar la creacin de las troncales.
194
3.2.1.9. CREACION DE TRONCAL SIP PARA GATEWAY DEL LOCAL

EXUTES EN SERVIDOR ELASTIX.
Seguidamente lo que vamos a realizar es la creacin de las troncales en Elastix,
que es por donde vamos a enviar o recibir las llamadas e interactuar con la red
PSTN.
Para entender mejor esta parte de la configuracion, aqu lo que se va a realizar es

crear 4 troncales en el servidor SIP (Elastix). Cada troncal en la parte de
Opciones Salientes, donde especifica el Nombre de la linea troncal se debe
colocar el SIP User ID que se ingres en el channel de la opcion Phone Number
Setting, ubicado en el menu Channel de la configuracion del Gateway FXO
(explicado en el paso anterior: Configuracion de Gateway FXO).
No confundir el nombre de la linea troncal de Opciones Generales con el de
Opciones salientes, son 2 partes diferentes, el nombre de lineas troncal de
Opciones Generales es el nombre de la troncal creada como regla, en cambio el de
Opciones Salientes es el nombre de la linea ingresada en la configuracion del
Gateway por donde saldra nuestras llamadas por medio de la linea (channel)
especificada. Se debera tener en cuenta los siguientes datos al momento de
realizar la creacion de las troncales:
Canal (ch) FXO

en Gateway
SIP User ID
Authent Password
GW2F01
2051GW2F1
GW2F02
2051GW2F2
GW2F03
2051GW2F3
GW2F04
2051GW2F4
Tabla 3.29
Distribuciones de Configuracin de Lneas en Gateway FXO del Local Ex-UTES
(Fuente Propia)
Canal (ch) FXO

en Gateway
N Lnea Telefnica
conectada
Troncal a crear en
Elastix
35139**
GatewayUTES_FXO1
35200**
GatewayUTES_FXO2
195
35160**
GatewayUTES_FXO3
35160**
GatewayUTES_FXO4
Tabla 3.30
Distribuciones de Lneas Telefnicas segn Troncal de la Ex-UTES en Servidor Elastix
(Fuente Propia)
Teniendo claro lo que se va a configurar, lo primero que vamos a realizar es

ingresar a la consola de Configuracin y Administracin Elastix y luego vamos al
Men PBX/Sub Men Configuracin Bsica, luego hacemos click en la opcin
Troncales.
En la misma pantalla hacemos clic en la opcin Aadir Lnea Troncal SIP.

Ingrese los siguientes valores: En el campo Nombre de la Lnea Troncal
ingresamos el nombre GatewayUTES_FXO1 (para la primera lnea creada) y en
Outbound CallerID ingresamos el nmero telefnico que corresponde al FXO1 del
Gateway (35139**).
196
Siguiendo hacia abajo en Opciones Salientes, ingrese los siguientes valores tal

registro creado. Siga los pasos anteriores para crear las 3 troncales restantes.
Culminado con la configuracin se mostrar el listado de las troncales adicionales
creadas tal como se muestra en la siguiente imagen:
197
3.2.1.10. CREACION DE RUTAS DE SALIDA DESDE EL LOCAL

EX-UTES EN SERVIDOR ELASTIX.
Para realizar la creacin de una ruta de salida debemos tener en cuenta para el
caso de las llamadas a realizarse por los anexos telefnicos y las restricciones que
debe haber para ellos como son: permitir solo llamadas a telfonos fijos, permitir
llamadas a celulares, permitir salida libre a cualquier destino nacional.
Para
realizar esta configuracin, antes debemos tener en claro las reglas de Plan de
Marcado (Ver anexo 7: Troncales y Rutas en Elastix).
Una vez entendido las Reglas del Plan de Marcado, vamos a realizar la creacin
de 2 Rutas de Salida:
- UTES_LlamadaLocalFijo.- Esta regla permitir realizar llamadas a nmeros
fijos de Lima, mas no a Provincias.
- UTES_LlamadaLibre.- Esta regla permitir realizar llamadas a nmeros fijos
y celulares a destinos de todo el Per.
Segn autorizacin por parte de la Direccin General y que adems actualmente

se viene cumpliendo en la institucin los permisos para llamadas salientes se
cumpla de la siguiente manera:
Autorizacin
Regla
Clave de
Acceso
Troncal de Salida
Jefatura de logstica
Jefatura de Economa
UTES_LlamadaLibre
335041
GatewayHV_FXO1
GatewayHV_FXO2
Dems reas o Sub

reas del Local
Ex-UTES
UTES_LlamadaLocalFijo
964520
GatewayHV_FXO3
GatewayHV_FXO4
Tabla 3.31
Regla de Distribucin de Llamadas Salientes Segn Troncales del Local Ex-UTES
(Fuente Propia)
Estas claves de acceso para llamadas salientes sern entregadas a los jefes bajo
su responsabilidad. En caso se haga un mal uso de la clave de acceso y ellos lo
198
otorguen a otras personas no autorizadas, se podr ver desde la Consola de

Configuracin y Administracin Elastix el reporte de llamadas segn la clave de
acceso otorgado y desde que anexo fue realizado.
Empezaremos con la creacin de Rutas Salientes. Ingresar a la consola de

Configuracin y Administracin Elastix y luego vamos al Men PBX, luego
hacemos click en la opcin Rutas Salientes. Ingresamos los datos tal como se
199

registro creado. A continuacin se muestra los pantallazos de la siguiente ruta
creada:
UTES_LlamadaLibre.
Las llamadas libres permiten realizar llamadas a todo destino nacional. La
creacin de la ruta saliente seria de la siguiente manera:
200
Una vez culminado con la configuracin en la parte derecha de la pantalla se

mostrar el listado de las troncales creadas tal como se muestra en la siguiente
imagen:
201
3.2.1.11. CREACION DE RUTAS DE ENTRADA HACIA EL LOCAL

EXUTES EN SERVIDOR ELASTIX.
Para realizar la configuracin de las llamadas entrantes y ser redireccionados a un

destino, debemos tener en cuenta la configuracin realizada en el Gateway FXO
(explicado en el paso anterior: Configuracion de Gateway FXO). En el men
FXO Lines, en la opcin Channel Dialing to VoIP, en User ID habamos
ingresado el valor: ch1-4:221. Este valor representa una ruta entrante a crearse en
el servidor Elastix.
Para crear la ruta entrante (ch1-4:221) en la consola de Configuracin y

Administracin Elastix nos vamos al men PBX, opcin Rutas Entrantes. En el
campo Descripcin ingresamos el nombre de la ruta, en el campo Numero
DID ingresamos el valor 221, seguimos hacia debajo de la configuracin y en la
opcin Establecer destino seleccionamos Extensin y a continuacin el nmero
de extensin a direccionar (extensin 221).
202
Esta ruta entrante comprende a las llamadas ingresadas del rango de lneas
registradas hacia otro destino de la institucin, la cual ser direccionada a la
Central Telefnica para luego ser redireccionada al anexo correspondiente
del Local Ex-UTES.
Con las configuraciones realizadas ya podemos realizar y recibir llamadas desde

cualquier destino hacia nuestro local Ex-UTES.
203
3.3. APLICACION.
Este captulo fundamentalmente trata del uso y funcionamiento de la red de
Telefona IP, en este punto veremos los procedimientos de llamadas realizadas en
los distintos modos de operacin de la red y adems de los distintos escenarios
que se puedan presentar como son:
3.3.1. PROCEDIMIENTO DE LLAMADAS INTERNAS.

LLAMADA INTERNA DESDE EL HOSPITAL HACIA LA UNIDAD DE
ESTADSTICA E INFORMTICA.
Las llamadas internas que se realicen desde el Hospital Vitarte hacia el local
donde se encuentra la Unidad de Estadista e Informtica sern conmutadas
en la Red LAN. Cuando un abonado realiza una llamada, sta enva una
sealizacin al servidor Elastix el cual identifica si el abonado receptor est
dentro de la red LAN y establece la comunicacin. Seguidamente las tramas
de datos (voz) se realizan directamente entre los telfonos IP de los
abonados sin la intervencin de Elastix. Ver figura 3.18
LLAMADA INTERNA DESDE EL HOSPITAL HACIA EL LOCAL EX-UTES.

Las llamadas internas que se realicen desde el Hospital Vitarte hacia el local
Ex-UTES sern conmutadas en la Red LAN. Cuando un abonado realiza una
llamada, sta enva una sealizacin al servidor Elastix el cual identifica si el
abonado receptor est dentro de la red LAN y establece la comunicacin.
Seguidamente las tramas de datos (voz) se realizan directamente entre los
telfonos IP de los abonados sin la intervencin de Elastix. Ver figura 3.19
LLAMADA INTERNA
DESDE
LA
UNIDAD
DE
ESTADSTICA
INFORMTICA Y EL LOCAL EX-UTES.

Las llamadas internas que se realicen desde la Unidad de Estadista e
Informtica hacia el local Ex-UTES sern conmutadas en la Red LAN.
Cuando un abonado realiza una llamada, sta enva una sealizacin al
servidor Elastix el cual identifica si el abonado receptor est dentro de la red
204
LAN y establece la comunicacin. Seguidamente las tramas de datos (voz)

se realizan directamente entre los telfonos IP de los abonados sin la
intervencin de Elastix. Ver figura 3.20
3.3.2. PROCEDIMIENTO DE LLAMADAS EXTERNAS.

Todas las llamadas hacia los abonados externos que se realizan desde el Hospital,
Local Ex-UTES y el local de la Unidad de Estadstica e Informtica se conmutan la
Red LAN y La PSTN a travs del Gateway de voz, permitiendo la comunicacin
como si se tratase de telfonos analgicos de la PSTN. Ver figuras 3.21, 3.22 y
3.23
A continuacin se muestra las siguientes imgenes la cual permitir un mejor

entendimiento de los proveimientos de llamadas tanto internas como externas:
205
LLAMADA INTERNA DESDE EL HOSPITAL HACIA LA UNIDAD DE ESTADSTICA E INFORMTICA
Figura 3.18
Procedimiento de Llamada Interna desde El Hospital hacia el local de la Unidad de Estadstica e Informtica
(Fuente Propia)
206
LLAMADA INTERNA DESDE EL HOSPITAL HACIA EL LOCAL EX-UTES
Figura 3.19
Procedimiento de Llamada Interna desde El Hospital hacia el local Ex-UTES
(Fuente Propia)
207
LLAMADA INTERNA DESDE LA UNIDAD DE ESTADSTICA E INFORMTICA HACIA EL LOCAL EX-UTES
Figura 3.20
Procedimiento de Llamada Interna desde la Unidad de Estadstica e Informtica Hacia el Local Ex-UTES
(Fuente Propia)
208
LLAMADA EXTERNA DESDE EL HOSPITAL HACIA UN ABONADO EXTERNO
Figura 3.21
Procedimiento de Llamada Externa desde el Hospital hacia un Abonado Externo
(Fuente Propia)
209
LLAMADA EXTERNA DESDE LA UNIDAD DE ESTADISTICA E INFORMATICA HACIA UN ABONADO EXTERNO
Figura 3.22
Procedimiento de Llamada Externa desde La Unidad de Estadstica e Informtica hacia un Abonado Externo
(Fuente Propia)
210
LLAMADA EXTERNA DESDE EL LOCAL EX-UTES HACIA UN ABONADO EXTERNO
Figura 3.23
Procedimiento de Llamada Externa desde el Local Ex-UTES hacia un Abonado Externo
(Fuente Propia)
211
3.3.3. PRUEBAS.
Las pruebas que se realizarn para la presente investigacin estn limitadas a la
prueba de capacidad de toda la red, esto significa comprobar que la red diseada
pueda soportar el trfico de voz en la hora de mayor trfico tanto en ancho de
banda como en capacidad de procesamiento del servidor y los equipos de red.
Se sugiere tambin realizar las pruebas de calidad de la voz, a pesar de tener una
referencia usando el M.O.S. (Mean Opinion Scores). Para tener un anlisis
completo se necesitar algn software especializado que mida con precisin el
retardo extremo a extremo, el Jitter (variacin del retardo) y la prdida de paquetes.
3.3.3.1. EQUIPOS Y SOFTWARE UTILIZADOS PARA PROCEDER CON

LAS PRUEBAS.
Los equipos utilizados para realizar las pruebas son: un servidor, tres Access Point
lo cual contamos en el rea de Informtica para realizar conexin inalmbrica, un
switch simulando el local principal.
Servidor.- Para este caso se utiliza una PC de usuario en lugar de utilizar un
servidor, donde solo se correr la aplicacin de la central VoIP (Elastix). La
PC utilizada como servidor tiene unas caractersticas con alto rendimiento
tanto en procesador y memoria RAM la cual permitir simular como si
estuvisemos en el servidor real. Las caractersticas de dicho equipo son las
siguientes:
- Procesador Intel Core I5 de 3.20 GHz

- Memoria RAM DDR3 12 GB
- Disco Duro de 1 TB 7200 RPM
- Tarjeta de red 10/100/1000 Mbps
Esta computadora es otorgada a mi persona ya que como responsable de la

infraestructura de la red, tengo que realizar pruebas de conectividad, por tal
razn utilizo mquinas virtuales para realizar dichas pruebas y por ende uso
un equipo con estas caractersticas.
212
Access Point.- Es un dispositivo que permite interconectar dispositivos de

comunicacin almbrica para formar una red inalmbrica. Segn las
caractersticas del equipo encontramos variacin en su distancia, su potencia
de seal y su velocidad de transferencia de informacin.
Switch.- Switch de 4 puertos para poder conectar las terminales.
Con respecto al software a utilizarse para las pruebas respectivas utilizaremos:

Elastix 2.5.0.- El programa principal, es el software que realiza el trabajo de
central IP. El mismo software que se utilizara para implementar el diseo
realizado.
PRTG Traffic Grapher 6.1.- Cliente SNMP utilizado para monitorear el ancho
de banda consumido para cada escenario de prueba realizado. El software
se puede descargar y conseguir una licencia de uso del programa full por 30
das.
PhonerLite 2.19.- Softphone, cliente SIP. Utilizado como terminal para
realizar llamadas entre usuarios que trabajan bajo el protocolo SIP. Dentro de
las ventajas es que cuenta con una gran cantidad de cdecs y tambin la
opcin de detectar los silencios para no transmitir en esos momentos (VAD)
(Ver anexo 5 para su configuracin).
3.3.3.2. PRUEBA DEL ESTABLECIMIENTO DE LAS LLAMADAS ENTRE

LOCALES.
HOSPITAL UNIDAD DE ESTADISTICA E INFORMATICA (UEI).
Objetivo.- El objetivo de esta prueba es verificar que se puede establecer,
mantener y terminar una llamada entre el Hospital y el local de la Unidad de
Estadstica e Informtica, lo cual significa establecer llamadas entre
terminales que se encuentran en ubicaciones diferentes y adems saltando
un acceso inalmbrico.
213
Descripcin de la Prueba.- Para realizar esta prueba, tenemos definido el

siguiente escenario que respecta al establecimiento de llamadas entre el
Hospital y el local de la Unidad de Estadstica e Informtica.
Figura 3.24
Esquema de Prueba de Establecimiento de Llamada Interna Entre Hospital - UEI
(Fuente Propia)
Con este escenario, primero se realiza una peticin de respuesta de eco

(ICMP), para verificar que se puede alcanzar a la red de la Unidad de
Estadstica e Informtica (UEI).
Figura 3.25
Prueba de ICMP desde el Hospital hacia la Unidad de Estadstica e Informtica
(Fuente Propia)
Como se muestra en la figura anterior se obtiene respuesta a la solicitud de

eco (ICMP), lo cual nos indica que no tenemos problemas de conectividad
hasta la capa 3 entre el Hospital y la Unidad de Estadstica e Informtica
(UEI) sobre los que se est realizando las pruebas. Luego conectamos los
terminales tanto local como remoto al servidor para su registro. Estos
terminales se deben registrar con el servidor para poder realizar y recibir
llamadas. Para verificar el correcto registro de los terminales, se muestra la
214
siguiente figura con una captura de pantalla del terminal de consola de

Asterisk, en el cual se muestra los usuarios y las direcciones IP con las
cuales se han registrado los terminales.
Figura 3.26
Registro de Terminales Hospital Local Unidad de Estadstica e Informtica en el Servidor Elastix
(Fuente Propia)
Como podemos observar en la captura de imagen, se encuentran dos

usuarios registrados:
- El usuario nmero 221 (Central Telefnica) con IP: 172.16.3.41
(Usuario del Hospital).
- El usuario nmero 313 (Jefatura Informtica) con IP: 172.16.3.100
(Usuario de otro local).
Luego se inicia el establecimiento de una llamada entre los dos locales,

utilizando el cdec que se propone en el diseo (G.726) y la funcin de
deteccin de actividad de voz (V.A.D) (en el anexo 4 que detalla la
configuracin bsica del Telfono IP SNOM 715 muestra la seleccin del
codec a usarse que es el G.726).
La siguiente figura nos muestra el terminal del Hospital (# de marcacin 221)

registrado y estableciendo una llamada con el terminal del local de la Unidad
de Estadstica e Informtica (# de marcacin 313).
215
Figura 3.37
Terminal Central Telefnica del Hospital realizando una Llamada a Local UEI
(Fuente Propia)
Figura 3.28
Terminal Local Unidad de Estadstica e Informtica recibiendo una Llamada
(Fuente Propia)
Una de las principales caractersticas de este Softphone es que se puede

elegir el cdec; en el grfico se puede observar el Cdec G726, tanto de
entrada como se salida.
216
HOSPITAL LOCAL EX-UTES.

Objetivo.- El objetivo de esta prueba es verificar que se puede establecer,
mantener y terminar una llamada entre el Hospital y el local Ex-UTES, lo cual
significa establecer llamadas entre terminales que se encuentran en
ubicaciones diferentes y adems saltando un acceso inalmbrico.
Descripcin de la Prueba.- Para realizar esta prueba, tenemos definido el
siguiente escenario que respecta al establecimiento de llamadas entre el
Hospital y el local Ex-UTES.
Figura 3.29
Esquema de Prueba de Establecimiento de Llamada Interna Entre Hospital Local Ex-UTES
(Fuente Propia)
Con este escenario, primero se realiza una peticin de respuesta de eco

(ICMP), para verificar que se puede alcanzar a la red del local Ex-UTES.
Figura 3.30
Prueba de ICMP desde el Hospital hacia el Local Ex-UTES
(Fuente Propia)
217
Como se muestra en la figura anterior se obtiene respuesta a la solicitud de

eco (ICMP), lo cual nos indica que no tenemos problemas de conectividad
hasta la capa 3 entre el Hospital y el local Ex-UTES sobre los que se est
realizando las pruebas. Luego conectamos los terminales tanto local como
remoto al servidor para su registro. Estos terminales se deben registrar con el
servidor para poder realizar y recibir llamadas. Para verificar el correcto
registro de los terminales, se muestra la siguiente figura con una captura de
pantalla del terminal de consola de Asterisk, en el cual se muestra los
usuarios y las direcciones IP con las cuales se han registrado los terminales.
Figura 3.31
Registro de Terminales Hospital Local Ex-UTES en el Servidor Elastix
(Fuente Propia)
Como podemos observar en la captura de imagen, se encuentran dos

usuarios registrados:
- El usuario nmero 221 (Central Telefnica) con IP: 172.16.3.41
(Usuario del Hospital).
- El usuario nmero 302 (Jefatura Logstica) con IP: 172.16.3.88
(Usuario de otro local).
Luego se inicia el establecimiento de una llamada entre los dos locales,

utilizando el cdec que se propone en el diseo (G.726) y la funcin de
deteccin de actividad de voz (V.A.D). La siguiente figura nos muestra el
terminal del Hospital (# de marcacin 221) registrado y estableciendo una
llamada con el terminal del local Ex-UTES (# de marcacin 302).
218
Figura 3.32
Terminal Central Telefnica del Hospital realizando una Llamada a Local Ex-UTES
(Fuente Propia)
Figura 3.33
Terminal Local Ex-UTES recibiendo una Llamada
(Fuente Propia)
219
3.3.3.3. PRUEBA DE CONSUMO DE ANCHO DE BANDA.

Se proceder a verificar el ancho de banda en la red de VoIP implementada que es
igual al calculado tericamente en el captulo 3.1.1.2. Para la toma de muestras del
ancho de banda se instala un cliente SNMP. Se muestra el esquema de prueba en
la siguiente figura:
Figura 3.34
Escenario de Pruebas para Clculo de Ancho de Banda
(Fuente Propia)
Esta prueba se realizar ubicando 2 terminales (uno en el Hospital y el otro en el

local de la Unidad de Estadstica e Informtica), ubicados en una red diferente a la
red donde se encuentra el servidor. Estas 2 terminales establecern comunicacin
con el servidor de manera simultnea para medir el ancho de banda.
La siguiente figura muestra la consola de Elastix con las direcciones IP y la

numeracin asignada para llamadas de los usuarios tanto del Hospital as como
tambin de los locales que se encuentran registrados.
220
Figura 3.35
Usuarios SIP registrados para Prueba en Servidor Elastix
(Fuente Propia)
Como podemos apreciar, se encuentran registrados 2 terminales registrados en la

red al servidor, los cuales se empiezan a comunicar uno con el servidor para
establecer una llamada hacia el destino.
De forma paralela, haciendo uso del cliente SNMP se toma las muestras del ancho
de banda consumido en el switch principal del Hospital, que viene a ser en este
caso el ancho de banda de la red, ya que no se encuentra ejecutando otro proceso
paralelo que consuma ancho de banda.
Procedemos a verificar el ancho de banda de una llamada para ello marcamos de

la extensin 221 (Hospital) a la extensin 313 (Local Unidad de Estadstica e
Informtica), el cual por medio del programa PRTG Grafic Grapher capturamos el
consumo de ancho de banda lo cual se muestra a continuacin:
Figura 3.36
Captura de Ancho de Banda del Cliente SNMP de 1 Llamada Realizada Trafico Saliente
(Fuente Propia)
221
Figura 3.37
Captura de Valores de Consumo de Ancho de Banda
(Fuente Propia)
En el captula 3.1.1.2 se estableci que al utilizar un cdec G.726 (32K), consumen

un ancho de banda de 55.2 Kbps, lo cual se verifica de manera prctica (en el
grfico en la lnea roja se observa un ancho de banda promedio para el rango de
hora de prueba de 54.411 Kbps la cual se aproxima al valor exacto y adems con
una cobertura al 100%).
Con estos clculos podemos explicar lo siguiente:
01 llamada de ida y vuelta
= 108.82 Kbps
48 llamadas en simultaneo en LAN = 5223.46 Kbps = 5.10 Mbps (llamada 1 a 1)

01 punto de Red Categora 6
= 1000 Mbps (velocidad de transferencia)
Por lo tanto quedara: 994.9 Kbps para datos

Esto demuestra que el consumo de ancho de banda en el caso que todos los
telfonos IP estn comunicndose entre s (96 lneas = 48 llamadas entre s)
consumira un total de 5.10 Mbps para voz y lo restante se utilizara en
transferencia de datos (994.9 Kbps)
222
3.4. MONITOREO.
En esta parte lo que respecta al Monitoreo de los procesos, rendimiento y eventos
de nuestro servidor Elastix se va a enfocar teniendo en consideracin el escenario
del captulo 3.3.3. Para realizar este monitoreo al servidor Elastix utilizaremos el
programa Putty, que es un aplicativo telnet la cual se detalla su instalacin y
configuracion en el Anexo 3. Por medio de la interconexin hacia Elastix por Putty
veremos los siguientes monitoreos:
3.4.1. MONITOREO DE CAPACIDAD DEL SERVIDOR.

Dentro del servidor de comunicaciones Unificadas Elastix, utilizamos el comando
de Linux top desde la consola el cual permite monitorear en tiempo real el
consumo del CPU y memoria de cada proceso que se ejecuta en el servidor. Se ha
ejecutado este comando en el momento que el Servidor Elastix realizaba el
proceso de 1 llamada desde el Hospital hacia el local de la Unidad de Estadstica e
Informtica. En la siguiente figura se presenta los resultados de la ejecucin de
este comando.
Figura 3.38
Monitoreo en Tiempo Real de las Aplicaciones del Servidor Elastix con el Comando TOP
(Fuente Propia)
223
Tambin tenemos el comando free que permite mostrar informacin relativa al uso
de la memoria RAM tal como se muestra en la siguiente imagen.
Figura 3.39
Monitoreo de Uso de Memoria RAM en Servidor Elastix con el Comando FREE
(Fuente Propia)
Como se puede apreciar en la figura 3.41, el promedio de consumo de CPU

(procesador) es casi nada (0.0 %) y de la memoria RAM (205604 Kb = 200 Mb
aprox.), que se concluye que el servidor puede operar sin ningn inconveniente.
Tambin el navegador Elastix nos entrega datos sobre el uso de los dispositivos
del sistema como son: procesador, memoria, disco duro como lo muestra en las
siguientes imgenes:
Figura 3.40
Muestras de Consumo de Memora RAM y Disco Duro de los Procesos Ejecutados en Elastix
(Fuente Propia)
224
3.5. MANTENIMIENTO.
Para entender mejor en que se basa esta parte detallar lo siguiente;
3.5.1. MANTENIMIENTO INFORMATICO.

El mantenimiento informtico, o tambin llamado soporte informtico, consiste en
una serie de tareas que son llevadas a cabo por el personal interno de la institucin
o por empresas especializadas para mantener en determinados niveles de servicio
los sistemas o equipamientos informticos.
Tradicionalmente, se han distinguido 3 tipos de mantenimiento, que se diferencian

entre s por el carcter de las tareas que incluyen:
Mantenimiento Correctivo.
Es el conjunto de tareas destinadas a corregir los defectos que se van
presentando en los distintos equipos y que son comunicados al
departamento de mantenimiento por los usuarios de los mismos.
Mantenimiento Preventivo.
Es el mantenimiento que tiene por misin mantener un nivel de servicio
determinado en los equipos, programando las intervenciones de sus puntos
vulnerables en el momento ms oportuno. Suele tener un carcter
sistemtico, es decir, se interviene aunque el equipo no haya dado ningn
sntoma de tener un problema.
Mantenimiento Predictivo.
Es el que persigue conocer e informar permanentemente del estado y
operatividad de las instalaciones mediante el conocimiento de los valores
de determinadas variables, representativas de tal estado y operatividad.
Para aplicar este mantenimiento, es necesario identificar variables fsicas
(temperatura, vibracin, consumo de energa, etc.) cuya variacin sea
indicativa de problemas que puedan estar apareciendo en el equipo. Es el
tipo de mantenimiento ms tecnolgico, pues requiere de medios tcnicos
avanzados, y en ocasiones, de fuertes conocimientos matemticos, fsicos
y/o tcnicos.
225
A grandes rasgos podemos diferenciar el mantenimiento de sistemas informticos

en tres categoras: mantenimiento de ordenadores, mantenimiento de servidores y
mantenimiento de aplicaciones software, o este ltimo tambin conocido como
desarrollo de software como servicio. Para este proyecto nos interesa el
mantenimiento de servidores.
3.5.1.1. MANTENIMIENTO DE SERVIDORES.

Es un mantenimiento realizado a los servidores. Es un poco ms complejo y requiere
de personal con elevada cualificacin tcnica y de confianza. Dado que en los
servidores suele encontrarse la informacin ms crtica de la empresa o
configuraciones de gran importancia para el funcionamiento de operaciones en la
institucin. Tareas comunes de este mantenimiento son la actualizacin de software y
hardware, las copias de seguridad, el visionado de logs, anlisis de rendimiento, etc.
Una vez explicado los conceptos en que se basa un mantenimiento informtico, lo que
se realzar en este paso es un Mantenimiento Preventivo a los servidores PBX IP
(Elastix), ya que estos servidores no cuentan con garanta, adems por la funcin que
cumplir en el Hospital se requiere que se programe un mantenimiento cada 6 meses,
tanto a nivel de hardware y software.
226
3.5.2. PROCEDIMIENTOS PARA REALIZAR EL MANTENIMIENTO

PREVENTIVO A LOS SERVIDORES SIP (ELASTIX).
El procedimiento de dicho mantenimiento preventivo deber consistir de las
siguientes tareas, teniendo en consideracin primeramente de sacar una copia de
seguridad de toda la informacin y configuracin de los servidores con la finalidad
de prdida del mismo.
MANTENIMIENTO PREVENTIVO DEL SISTEMA.
- Eliminacin de archivos temporales (Programas y de Sistema).
- Desinstalar programas innecesarios que afectan al rendimiento del Sistema
Operativo.
- Desactivar programas de inicio cuando se prende el servidor.
- Desfragmentacin del Disco Duro.
- Verificacin de Almacenamiento y Arreglos de Discos Duros.
- Comprobar los Errores en el Disco Duro.
- Reparacin de archivos daados del sistema.
- Actualizacin del Sistema Operativo.
- Actualizacin del Firmware.
- Actualizacin del Software Elastix.
- Verificacin de Logs de Elastix para solucin ante posibles problemas de la
Consola de Configuracin y Administracin
- Verificacin y Solucin de Problemas con respecto al Funcionamiento de las
Troncales en Elastix
- Verificacin y Solucin de Problemas con respecto al Funcionamiento
Extensiones en Elastix.
- Verificacin y Solucin de Problemas con respecto al Funcionamiento Rutas
Entrantes y Salientes en Elastix.
- Verificacin y Solucin de Problemas con respecto a la Creacin de Copias
de Seguridad y Restauracin en Elastix.
MANTENIMIENTO PREVENTIVO DE LIMPIEZA.
- Limpieza interna (Sopleteo) en todas sus partes electrnicas: Fuente de

Poder, Procesador, Disco Duro, Banco de Memorias RAM, Ventiladores
Internos (Hot Swap).
227
- Limpieza preventiva con espuma limpiadora especial en: su cubierta, Unidad

de CD y otros dispositivos externos.
MANTENIMIENTO PREVENTIVO A SERVIDORES HP.
- Como los servidores que se usar como servidor PBX IP (Elastix) son de la
marca HP modelo ML350e Gen8, ellos incluyen herramientas y utilitario de
Diagnostico de Software y Hardware. En su portal web se encuentra la
documentacin de la Gua de Mantenimiento y Funcionamiento HP.
Figura 3.41
Herramientas y Utilitarios de Mantenimiento a Servidor HP Proliant ML350e Gen 8
(Fuente: http://www8.hp.com/pe/es/products/product-detail.html?oid=5449154#!tab=specs)
228
CAPITULO IV
ANALISIS DE COSTO Y BENEFICIO
4.1. ANALISIS DE COSTOS.

En el anlisis de costos se va a detallar todos aquellos costos que se van a tener
en cuenta para el desarrollo del proyecto e incluyen los costos de Equipos, Costos
de Materiales, Costos de Recursos Humanos y Costos de Mantenimiento.
4.1.1. COSTO DE EQUIPOS.

Para la elaboracin del Proyecto va ser necesario la adquisicin:
Servidores.- Se requerir la adquisicin de 2 servidores para la implantacin
de la red de telefona IP. Se est incluyendo 2 servidores lo cual uno actuar
como servidor principal y el otro como su rplica. Actualmente el Hospital de
Vitarte cuenta con 2 servidores disponibles para el proyecto, lo cual ser
incluido en los costos como valor 0 ya que no se realizar ninguna compra de
servidores.
Gateway VoIP.- Se requerir la adquisicin de 2 Gateway VoIP con entradas
FXO (8 puertos) para la interconexin con las lneas telefnicas publicas
otorgado por una compaa telefnica (en nuestro caso es la empresa
Movistar) y que luego ser configurado en nuestro servidor SIP (Elastix) para
recibir y realizar llamadas hacia un nmero telefnico que se encuentra fuera
de la institucin. El costo actual de cada Gateway VoIP (previa evaluacin de
costos segn marca y modelo en el captulo 3.1.4) es de $ 450.
Telfonos IP.- Se requerir la adquisicin de 96 telfonos IP para los

ambientes mencionados en el captulo 3.2.1.3. El costo actual de cada
telfono IP (previa evaluacin de costos segn marca y modelo en el captulo
3.1.3) es de $ 115.
229
Cantidad
Descripcin
Servidores HP ML350e Generacin 8
2
96
P. U. ($)
Costo ($)
2,150.00
0.00
Gateway VOIP Grandstream GXW4108
450.00
900.00
Telfonos IP SNOM 715
115.00
11,040.00
Costo Total por Compra de Equipos ($) :
11,940.00
Costo Total por Compra de Equipos (S/.) x 2.95 :
35,223.00
Tabla 4.1
Cuadro de Costo por Compra de Equipos
(Fuente Propia)
4.1.2. COSTO DE MATERIALES.

Para la elaboracin del Proyecto va ser necesario la adquisicin:
Cable UTP Categora 6.- Se requerir la adquisicin de 2 cajas de cable
UTP categora 6 de 305 metros para la creacin de patch cords (cables de
conexin de red) para la instalacin de los telfonos IP en la LAN. En total
son 96 telfonos x 2 patch cords de 3 mts c/u haciendo un total de 576 mts
(96*2*3). Segn cotizaciones obtenidas (Ver anexo 2), el costo de cada caja
de cable UTP Categora 6 x 305 mts es de S/. 580.
Conectores RJ45.- Se requerir la adquisicin de 2 cajas de 100 unidades
de conectores RJ45 para los patch cords (un total de 192 conectores RJ45).
Segn cotizaciones obtenidas (Ver anexo 2), el costo de cada caja de
conectores RJ45 x 100 unidades es de S/. 130.
Capuchas Plug RJ45.- Se requerir la adquisicin de 200 unidades para la
proteccin de los puntos de red del cable UTP. Segn cotizaciones obtenidas
(Ver anexo 2), el costo de una bolsa de capuchas plug RJ45 x 200 unidades
est costando S/. 55.
230
Cantidad
Descripcin
P. U. (S/.)
Costo (S/.)
Cajas de Cable UTP Categora 6 SATRA x 305 mts.
580.00
1,160.00
Cajas de conectores RJ45 Cat. 6 SATRA x 100 unid.
130.00
260.00
Bolsa de Capuchas Plug RJ45 x 200 unid.
55.00
55.00
Costo Total por Compra de Materiales (S/.) :
1,475.00
Tabla 4.2
Cuadro de Costo por Compra de Materiales
(Fuente Propia)
4.1.3. COSTO DE RECURSOS HUMANOS.

Para la elaboracin del Proyecto va ser necesario la contratacin:
Ingeniero.- Es el profesional que se encargar de realizar todo el analisis,
diseo, instalacin y configuracin de la implantacin de VoIP en la
institucin, que trabajara desde el inicio del proyecto. Dicho profesional
deber como responsable del proyecto instalar y configurar los servidores
SIP (Elastix) tanto principal y replica, deber realizar las configuraciones de
los 2 Gateway VoIP (Hospital y local de la Ex-UTES), deber realizar las
configuraciones respectivas para la comunicacin entre los diversos anexos
telefnicos (telfonos IP) y otras configuraciones que se requieran para el
correcto funcionamiento. Percibir un sueldo mensual de S/. 3,000 por un
periodo de 2 meses de servicio.
Tcnico.- Es el profesional que se encargar de realizar las instalaciones de
los telfonos IP fsicamente en cada servicio, de realizar las configuraciones
en cada telfono IP y probar su conectividad hacia el servidor SIP (Elastix).
Es el personal de apoyo durante la implantacin del proyecto. Percibir un
sueldo de S/. 1,500 por un periodo de 1 mes de servicio.
Cantidad
Personal
N
Meses
Ingeniero especialista en redes e

implementacin de Telefona IP, Sistema
Operativo Centos, Asterisk, Elastix nivel
intermedio o avanzado.
231
Sueldo (S/.)
3,000.00
Total (S/.)
6,000.00
Tcnicos en Computacin con

conocimientos en redes informticas.
1,500.00
3,000.00
Costo Total por Recursos Humanos (S/.) :
9,000.00
Tabla 4.3
Cuadro de Costo por Recursos Humanos
(Fuente Propia)
4.1.4. COSTO DE MANTENIMIENTO.

Cantidad
---
Descripcin
Como existe el personal adecuado y capacitado en

el hospital, los costos de mantenimiento sern
realizados como una de las funciones del personal
encargado, por tal no se considera el costo.
P. U. (S/.)
Costo (S/.)
0.00
0.00
Costo Total por Mantenimiento (S/.) :
0.00
Tabla 4.4
Cuadro de Costo por Mantenimiento
(Fuente Propia)
4.1.5. RESUMEN DEL COSTO TOTAL.

Rubro
Costo (S/.)
COSTO DE EQUIPOS
35,223.00
COSTO DE MATERIALES
1,475.00
COSTO DE RECURSOS HUMANOS
9,000.00
COSTO DE MANTENIMIENTO
0.00
Costo Total (S/.) :
Tabla 4.5
Cuadro de Resumen de Costo Total
(Fuente Propia)
232
45,698.00
4.2. ANALISIS DE BENEFICIO.

4.2.1. AHORRO EN NO COMPRA DE CENTRAL TELEFNICA.
La central telefnica que actualmente cuenta el Hospital de Vitarte cuya marca y
modelo es una MERIDIAM M8X24DS que es una central anloga ya no se vende
en el mercado, adems ya no se fabrican piezas ni accesorios para dicho modelo,
es decir, es una central obsoleta. Una central telefnica moderna actualmente en el
mercado est costando un promedio de S/. 27,000 (Ver anexo 2). Con la
implantacin de este proyecto ya no ser necesario la compra de una nueva
central telefnica, por tanto, estaramos ahorrando un monto de S/. 27,000 para la
institucin, cuyo ahorro mensual seria de S/. 2,250.
4.2.2. AHORRO EN NO CONTRATACION DE PERSONAL

INFORMATICO EN TELEFONIA.
El Hospital de Vitarte cuenta con 4 trabajadores que cumplen la funcin de brindar
soporte informtico para el Hospital y sus 2 locales, y adems 1 personal que por
necesidad de dar soporte a una central telefnica que presenta fallas de
desconfiguraciones tanto de los anexos como del mismo de manera consecutiva
por lo viejo que se encuentra, se vio en la necesidad de realizar dicha contratacin.
Al implantar este proyecto ya no es necesario contar con dicho personal. Cabe

mencionar que en el mes de Julio segn la programacin de capacitacin que se le
otorga a los trabajadores, fueron capacitados 2 personas de soporte informtico en
el curso de Telefona IP con Asterisk-Elastix en el nivel Bsico-Intermedio en un
centro de capacitacin, lo cual se obtiene un ahorro mensual de S/. 2,000 que es el
monto del sueldo que se realiza al personal contratado para el soporte de la central
telefnica anloga.
4.2.3. AHORRO EN NO INSTALACION O REPARACION DE LINEAS

TELEFONICAS.
En algunas ocasiones durante el ao, el Hospital de Vitarte se vea en la necesidad
de contratar a un empresa para realizar nuevos puntos de anexos telefnicos por
motivo de cortes de cableado que eran originados por remodelacin de ambientes,
233
limpieza de techos y otras labores que se realizaban con el fin de mejorar la

imagen de la institucin. Cabe mencionar que el personal encargado de la central
telefnica no poda realizarlo por motivo de que la estructura del Hospital no
ayudaba a que el personal lo realice y por su seguridad del trabajador se evitaba
que ste lo ejecute. Al ao se realizaba un promedio de 2 trabajos de esta ndole lo
que originaba un costo total por los servicios realizados de S/. 3,000. Con la
implantacin de este proyecto ya no se realizara este tipo de trabajo ya que se
utilizara la misma red de datos (cableado de red) para la transmisin de voz y
desapareca los cableados telefnicos, por ello, mensualmente estaramos
ahorrando un monto de S/. 250.
4.2.4. AHORRO EN NO MANTENIMIENTO DE CENTRAL TELEFONICA.

El Hospital de Vitarte, anualmente gasta por un servicio de mantenimiento
preventivo y correctivo de la central telefnica un monto de S/. 7,500, este servicio
cubre: Verificacin de puntos de troncales, Verificacin y ajuste de anexos
telefnicos en las regletas, Limpieza de tarjetas de extensin, Calibracin de
tarjetas de extensin, actualizacin de central telefnica, entre otros.
Al contar con una central telefnica IP que es en s un servidor ya no estaramos

gastando dicho monto anual ya que el servicio de mantenimiento lo estara
realizando el propio personal de informtica que cuentan con conocimiento en
mantenimiento de servidores y conocimiento de Asterisk-Elastix. Por tanto
estaramos ahorrando mensualmente un monto de S/. 625.
4.2.5. AHORRO POR REDUCCION DE LINEAS TELEFONICAS

CONTRATADAS.
Tal como se vio el en captulo 3.1.1.1 acerca del clculo de lneas telefnicas y en
la cual en la parte final de dicho capitulo explica detalladamente las lneas
necesarias a utilizarse y las lneas que se dar de baja por la cantidad innecesaria
que se tiene actualmente y con la implantacin de este proyecto ya no sera
necesario. Se tiene un total de 6 lneas telefnicas a darse de baja su servicio,
esto otorgara un ahorro para la institucin de S/. 435 mensual.
234
A continuacin se realizar el flujo de caja con los valores obtenidos en el captulo

4.1 (Analisis de Costos) y en el captulo actual, para as obtener mediante clculos
el Valor Actual Neto (VAN) y la Tasa Interna de Retorno (TIR).
235
FLUJO DE CAJA
ENE
FEB
MAR
ABR
MAY
JUN
JUL
AGO
SET
OCT
NOV
DIC
Egresos
Gastos realizados por implementacin de VoIP
Total Egresos
45,698.00
Ingresos
Ahorro en no Compra de Central Telefnica
2,250 2,250 2,250 2,250 2,250 2,250 2,250 2,250 2,250 2,250 2,250 2,250
Ahorro en no Contratacin de Personal Informtico en Telefona
1,700 1,700 1,700 1,700 1,700 1,700 1,700 1,700 1,700 1,700 1,700 1,700
Ahorro en no Instalacin o Reparacin de Lneas Telefnica
250
250
250
250
250
250
250
250
250
250
250
250
Ahorro en no Mantenimiento de Central Telefnica
625
625
625
625
625
625
625
625
625
625
625
625
Ahorro por Reduccin de Lneas Telefnicas Contratadas
435
435
435
435
435
435
435
435
435
435
435
435
Total Ingresos
-45,698.00
5,260 5,260 5,260 5,260 5,260 5,260 5,260 5,260 5,260 5,260 5,260 5,260
RESULTADOS
Porcentaje de Rentabilidad (Mensual):
Valor Actual Neto (VAN):
Tasa Interna de Retorno (TIR) Mensual:
1%
S/. 13,370.01
Como el VAN>0, entonces el proyecto es RENTABLE. Por tanto la inversin producir

ganancias por encima de la rentabilidad mensual exigida (1%).
5% Como la TIR>1%, entonces la inversin realizada es ACONSEJABLE.
Tabla 4.6
Flujo de Caja para Clculo de Analisis de Costo Beneficio
(Fuente Propia)
236
4.3. ANALISIS DE SENSIBILIDAD.

El anlisis de sensibilidad consiste en calcular los nuevos flujos de caja y el VAN
en el proyecto, al cambiar una variable como puede ser la inversin inicial. De este
modo teniendo los nuevos flujos de caja y el nuevo VAN podremos calcular y
mejorar nuestras estimaciones sobre el proyecto que vamos a comenzar en el caso
de que esas variables cambiasen.
Para hacer el anlisis de sensibilidad tenemos que comparar el VAN antiguo con el
VAN nuevo y nos dar un valor que al multiplicarlo por cien nos da el porcentaje de
cambio. La frmula a utilizar es la siguiente: (VANn VANe) / VANe. Donde
VANn es el nuevo VAN obtenido y VANe es el VAN que tenamos antes de realizar
el cambio en la variable.
La variable que vamos a realizar las modificaciones para nuestro analisis de

sensibilidad ser la parte de COSTOS DE EQUIPOS y MATERIALES. La pregunta
que se realiza con respecto a este analisis es: Qu sucedera con mi proyecto
si compro equipos y materiales ms baratos?
4.3.1. VARIACION EN COSTO DE EQUIPOS.

En esta parte lo que hemos realizado es solicitar cotizaciones de telfonos IP ms
baratos. El equipo IP marca Grandstream GXP1405 es un telfono IP cmodo pero
no resistente a cadas o golpes; esto explica que a un golpe intencional ste deje
de funcionar, adems de su poca durabilidad en cuanto a funcionamiento; por ello
es su costo tan reducido a comparacin de otras marcas que son ms resistentes
duraderas como son las marcas SNOM, CISCO e inclusive la misma marca
GRANDSTREAM pero en el modelo GXP2130 cuyo modelo es un mejorado en
resistencia y adems en funcionalidades y obviamente ms caro.
Por tanto, el NUEVO COSTO POR COMPRA DE EQUIPOS para el analisis de

sensibilidad se detalla a continuacin:
Cantidad
Descripcin
P. U. ($)
Servidores HP ML350e Generacin 8
237
2,150.00
Costo ($)
0.00
Gateway VOIP Grandstream GXW4108
450.00
900.00
96
Telfonos IP Grandstream GXP1405
90.00
8,640.00
Costo Total por Compra de Equipos ($) :
9,540.00
Costo Total por Compra de Equipos (S/.) x 2.95 :
28,143.00
Tabla 4.7
Cuadro de Nuevo Costo por Compra de Equipos
(Fuente Propia)
4.3.2. VARIACION EN COSTO DE MATERIALES.

Al igual como se ha realizado en el captulo 4.3.1, lo que se va a realizar en esta
parte es reducir los costos de materiales con otros costos ms baratos que haya en
el mercado. Hay que hacer mencin que para el analisis de costos en lo que
respecta a Cable UTP categora 6 se acept la marca SATRA por su mejor calidad
en su cubierta, material anti inflamable, entre otras caractersticas beneficiosas.
Para el analisis de sensibilidad se ha optado por una marca de menor calidad
como es la marca AMERICA NET cuyo precio en el mercado (Ver anexo 2) es de
$110 la caja x 305 mts. Con respecto a los conectores RJ45 se opt por la marca
SATRA, pero para este analisis se ha optado por una marca de menor calidad
como es la marca COB cuyo precio en el mercado (Ver anexo 2) es de $25 la caja
x 100 unidades; y cuyo material de los contactos es de cobre a comparacin de la
marca SATRA que es de bronce fosforado con el enchapado de los contactos
baado en oro.
Por tanto, el NUEVO COSTO POR COMPRA DE MATERIALES para el analisis de
sensibilidad se detalla a continuacin
Cantidad
Descripcin
P. U. (S/.)
Cajas de Cable UTP Categora 6 AMERICA NET x

305 mts.
Cajas de conectores RJ45 Cat. 6 Marca COB x

100 unid.
Costo (S/.)
325.00
650.00
75.00
150.00
Costo Total por Compra de Materiales (S/.) :
800.00
Tabla 4.8
Cuadro de Nuevo Costo por Compra de Materiales
(Fuente Propia)
238
4.3.3. RESUMEN DEL NUEVO COSTO TOTAL.
Rubro
Costo (S/.)
COSTO DE EQUIPOS
28,143.00
COSTO DE MATERIALES
800.00
COSTO DE RECURSOS HUMANOS

COSTO DE MANTENIMIENTO
9,000.00
0.00
Costo Total (S/.) :
37,943.00
Tabla 4.9
Cuadro de Resumen de Nuevo Costo Total
(Fuente Propia)
A continuacin se realizar el flujo de caja con los nuevos valores obtenidos en

este captulo para as calcular el Nuevo Valor Actual Neto (VAN) y la Nueva Tasa
Interna de Retorno (TIR) y obtener el valor del Analisis de Sensibilidad.
239
FLUJO DE CAJA
ENE
FEB
MAR
ABR
MAY
JUN
JUL
AGO
SET
OCT
NOV
DIC
Egresos
Gastos realizados por implementacin de VoIP
Total Egresos
37,943.00
Ingresos
Ahorro en no Compra de Central Telefnica
2,250
2,250 2,250 2,250 2,250 2,250 2,250 2,250 2,250 2,250 2,250 2,250
Ahorro en no Contratacin de Personal Informtico en Telefona
1,700
1,700 1,700 1,700 1,700 1,700 1,700 1,700 1,700 1,700 1,700 1,700
Ahorro en no Instalacin o Reparacin de Lneas Telefnica
250
250
250
250
250
250
250
250
250
250
250
250
Ahorro en no Mantenimiento de Central Telefnica
625
625
625
625
625
625
625
625
625
625
625
625
Ahorro por Reduccin de Lneas Telefnicas Contratadas
435
435
435
435
435
435
435
435
435
435
435
435
Total Ingresos
-37,943.00
5,260
5,260 5,260 5,260 5,260 5,260 5,260 5,260 5,260 5,260 5,260 5,260
RESULTADOS
Porcentaje de Rentabilidad (Mensual):
Valor Actual Neto (VAN):
Tasa Interna de Retorno (TIR) Mensual:
Analisis de Sensibilidad (Comparando los 2 VAN) = 64.64%

Si la inversin fuera 37,943 el VAN se incrementara en 64.64 %
1%
S/. 21,048.23
Esto explica que si la inversin inicial disminuye de S/. 45,698 a S/. 37,943, el VAN
del proyecto sera S/. 21,048.23 (mayor que el anterior) y la TIR mensual sera de
9% (mayor a la TIR inicial)
9%
Tabla 4.10
Flujo de Caja para Clculo de Analisis de Sensibilidad
(Fuente Propia)
240
4.4. PLAN DE ACTIVIDADES Y CALENDARIO.

4.4.1. ACTIVIDADES.
Nombre de la Tarea
DISEO DE UNA RED DE TELEFONIA IP CON SOFTWARE LIBRE PARA EL
HOSPITAL DE VITARTE
1.- GESTION DEL PROYECTO
1.1. PLAN DEL PROYECTO
Planificar el Inicio del Proyecto
Realizar una Reunin con los Responsables para la Explicacin del Proyecto
Formular Acta de Inicio del Proyecto
1.2. CIERRE DEL PROYECTO
Agenda de Reunin sobre Cierre del Proyecto
Elaborar Informe del Performance del Proyecto
Elaborar el Informe Final del Proyecto
2.- ANALISIS Y DISEO DE LOS REQUERIMIENTOS DEL PROYECTO
Estudio de Planos de los ambientes a integrar Equipos Telefnicos IP
Analisis de las Redes de Voz y Datos
Analisis de las Configuraciones a Realizarse
Estudio de Viabilidad Operativa
Estudio de Precios de la Inversin
Diseo y Planeamiento de las Terminales de Telefona IP
3.- ADQUISICION DE MATERIALES Y DISPOSITIVOS
Adquisicin de Servidor PBX
Adquisicin de Telfonos IP
Adquisicin de Gateway VoIP FXO
Adquisicin de Materiales y Herramientas de Red
4.- IMPLANTACION DE LA SOLUCION
4.1. CONFIGURACION DE DISPOSITIVOS
4.1.1. SERVIDOR PBX Y GATEWAY VOIP
Preparar Servidores PBX para Implementacin
Instalar Sistema Operativo y Software Elastix (Paquete) en ambos servidores
Realizar Configuracin de Red y Direccionamiento IP en Servidores PBX
Realizar Configuracin de Telfonos IP
Realizar Configuracin de Llamadas y Marcado
Realizar Configuracin de Interconexin con Lneas Publicas (Configuracin
de Gateway VoIP)
241
Realizar Pruebas de Rendimiento de Servidor PBX

Realizar Pruebas de Ancho de Banda y QoS de Servidor PBX
Realizar Pruebas de Configuracin y Conectividad de Servidor PBX
Reportar Errores Encontrados durante Pruebas de Servidor PBX
Subsanar Errores Encontrados en Servidor PBX
Documentar Configuracin Realizada en Servidores PBX
4.1.2. TELEFONOS IP
Instalar y Configurar Telfonos IP's en las reas y/o servicios establecidos
Realizar Pruebas de Conectividad de Telfonos IP
Realizar Pruebas de Llamadas de Telfonos IP
Reportar Problema de Conectividad y/o Llamadas de Telfonos IP
Subsanar Problema de Conectividad y/o Llamadas de Telfonos IP
Documentar Configuracin Realizada en Cada Telfono IP
5. CAPACITACION
Establecer los Horarios de Capacitacin al Personal Encargado
Capacitar al Personal Tcnico la Funcionalidad del Servidor PBX
Capacitar al Personal Tcnico la Funcionalidad de los Telfonos IP
Generar un Reporte de las Personas que Asistieron a la Capacitacin
FIN
Tabla 4.11
Cuadro de Lista de Actividades
(Fuente Propia)
4.4.2. CALENDARIO.
Nombre de tarea
Durac.
DISEO DE UNA RED DE TELEFONIA IP CON

SOFTWARE LIBRE PARA EL HOSPITAL DE
VITARTE
1.- GESTION DEL PROYECTO
Comienzo
Fin
Pred.
58 das mi 01/10/14 mar 23/12/14
58 das mi 01/10/14 mar 23/12/14
1.1. PLAN DEL PROYECTO
3 das
mi 01/10/14
vie 03/10/14
Planificar el Inicio del Proyecto
1 da
mi 01/10/14
mi 01/10/14
Realizar una Reunin con los Responsables para

la Explicacin del Proyecto
1 da
jue 02/10/14
jue 02/10/14
Formular Acta de Inicio del Proyecto
1 da
vie 03/10/14
vie 03/10/14
3 das
vie 19/12/14
mar 23/12/14
Agenda de Reunin sobre Cierre del Proyecto
1 da
vie 19/12/14
vie 19/12/14
49
Elaborar Informe del Performance del Proyecto
1 da
lun 22/12/14
lun 22/12/14
Elaborar el Informe Final del Proyecto
1 da
mar 23/12/14 mar 23/12/14
1.2. CIERRE DEL PROYECTO
242
2.- ANALISIS Y DISEO DE LOS

REQUERIMIENTOS DEL PROYECTO
13 das
lun 06/10/14
jue 23/10/14
Estudio de Planos de los ambientes a integrar

Equipos Telefnicos IP
3 das
lun 06/10/14
jue 09/10/14
Analisis de las Redes de Voz y Datos
3 das
vie 10/10/14
mar 14/10/14
12
Analisis de las Configuraciones a Realizarse
2 das
mi 15/10/14
jue 16/10/14
13
Estudio de Viabilidad Operativa
1 da
vie 17/10/14
vie 17/10/14
14
Estudio de Precios de la Inversin
1 da
lun 20/10/14
lun 20/10/14
15
Diseo y Planeamiento de las Terminales de

Telefona IP
3 das
mar 21/10/14
jue 23/10/14
16
4 das
vie 24/10/14
mi 29/10/14
Adquisicin de Servidor PBX
1 da
vie 24/10/14
vie 24/10/14
17
Adquisicin de Telfonos IP
1 da
lun 27/10/14
lun 27/10/14
19
Adquisicin Gateway VoIP FXO
1 da
mar 28/10/14 mar 28/10/14
20
Adquisicin de Materiales y Herramientas de Red
1 da
mi 29/10/14
mi 29/10/14
21
31 das
jue 30/10/14
vie 12/12/14
31 das
jue 30/10/14
vie 12/12/14
20 das
jue 30/10/14
mi 26/11/14
Preparar Servidores para Implementacin
2 das
jue 30/10/14
vie 31/10/14
22
Instalar Sistema Operativo y Software

Elastix (Paquete) en ambos servidores
1 da
lun 03/11/14
lun 03/11/14
26
Realizar Configuracin de Red y

Direccionamiento IP en Servidores PBX
5 das
mar 04/11/14
lun 10/11/14
27
Realizar Configuracin de Telfonos IP
2 das
mar 11/11/14
mi 12/11/14
28
Realizar Configuracin de Llamadas y Marcado
2 das
jue 13/11/14
vie 14/11/14
29
Realizar Configuracin de Interconexin con

Lneas Publicas (Configuracin de Gateway
VoIP)
2 das
lun 17/11/14
mar 18/11/14
30
Realizar Pruebas de Rendimiento de Servidor

PBX
1 da
mi 19/11/14
mi 19/11/14
31
Realizar Pruebas de Ancho de Banda y QoS de

Servidor PBX
1 da
jue 20/11/14
jue 20/11/14
32
Realizar Pruebas de Configuracin y

Conectividad de Servidor PBX
1 da
vie 21/11/14
vie 21/11/14
33
Reportar Errores Encontrados durante Pruebas

de Servidor PBX
1 da
lun 24/11/14
lun 24/11/14
34
Subsanar Errores Encontrados en Servidor PBX
1 da
mar 25/11/14 mar 25/11/14
35
Documentar Configuracin Realizada en

Servidores PBX
1 da
mi 26/11/14
mi 26/11/14
36
11 das
jue 27/11/14
vie 12/12/14
5 das
jue 27/11/14
mi 03/12/14
3.- ADQUISICION DE MATERIALES Y

DISPOSITIVOS
4.- IMPLANTACION DE LA SOLUCION

4.1. CONFIGURACION DE DISPOSITIVOS
4.1.1. SERVIDOR PBX Y GATEWAY VOIP
4.1.2. TELEFONOS IP
Instalar y Configurar Telfonos IP's en las reas
y/o servicios establecidos
243
37
Realizar Pruebas de Conectividad de Telfonos

IP
1 da
jue 04/12/14
jue 04/12/14
39
Realizar Pruebas de Llamadas de Telfonos IP
1 da
vie 05/12/14
vie 05/12/14
40
Reportar Problema de Conectividad y/o

Llamadas de Telfonos IP
1 da
mar 09/12/14 mar 09/12/14
41
Subsanar Problema de Conectividad y/o

Llamadas de Telfonos IP
1 da
mi 10/12/14
mi 10/12/14
42
Documentar Configuracin Realizada en Cada

Telfono IP
2 das
jue 11/12/14
vie 12/12/14
43
4 das
lun 15/12/14
jue 18/12/14
Establecer los Horarios de Capacitacin al Personal

Encargado
1 da
lun 15/12/14
lun 15/12/14
44
Capacitar al Personal Tcnico la Funcionalidad del

Servidor PBX
1 da
mar 16/12/14 mar 16/12/14
46
Capacitar al Personal Tcnico la Funcionalidad de

los Telfonos IP
1 da
mi 17/12/14
mi 17/12/14
47
Generar un Reporte de las Personas que Asistieron

a la Capacitacin
1 da
jue 18/12/14
jue 18/12/14
48
mar 23/12/14 mar 23/12/14
10
5. CAPACITACION
FIN
0 das
Tabla 4.12
Cuadro de Cronograma de Actividades en Calendario
(Fuente Propia)
Tal como se muestra en el Diagrama de Actividades y Cronograma, en los

tiempos no estn considerados los das sbados, domingos ni feriados, y adems
el horario de labores comprende desde las 09:00 am hasta las 05:00 pm.
Dicho proyecto tiene un plazo de ejecucin de 58 das hbiles, lo cual inicia el
01/10/2014 y culmina el 23/12/2014.
Hay que hacer mencin que el Ingeniero especialista que ser contratando estar
desde el inicio hasta culminar todo el proyecto, es decir los 58 das que consta el
proyecto. En cambio los 2 tcnicos de apoyo iniciaran sus labores desde el
11/11/2014 (Realizar Configuraciones de Telfonos IP) de la parte de
IMPLANTACION DE LA SOLUCION hasta el da 12/12/2014 (Documentar
Configuraciones Realizadas en Cada Telfono IP), es por ello que el contrato
del Ingeniero especialista es de 2 meses y de los tcnicos de apoyo es de 1 mes
c/u visto en el captulo 4.1.3.
244
CONCLUSIONES
Al finalizar la siguiente investigacin se han llegado a las siguientes conclusiones:
- Se logr establecer la comunicacin por VoIP entre la sede central (Hospital)

el objetivo principal. Adems de mantener la disponibilidad del servicio de
telefona IP contando con un servidor replica ante cualquier cada del servidor
principal y sus dos locales utilizando la red LAN disponibles en ambas a
costo cero e interconectndose con la Red Publica Conmutada (PSTN) con
lo cual se logra
- Se compara los protocolos SIP, H.323 e IAX que son los ms usados en la
sealizacin de VoIP; as como los cdecs de compresin de voz y se
determina que el protocolo SIP, es ms flexible y conveniente en una red
LAN. Se determina el cdec G.726 para implementar en nuestra red ya que
proporciona una mejor calidad de sonido (HD) que es tambin usado en
videoconferencia, y el muestreo lo realiza a 16 KHz, por lo que transporta el
doble de informacin por unidad de tiempo.
- El servidor PBX IP basado en Elastix permite optimizar recursos integrando

Fax, Mail, PBX, Mensajera instantnea, siendo una herramienta fundamental
en el avance de la tecnologa, la cual no tiene lmites en aumento de
funcionalidades, dejando a un lado tecnologas cerradas y obsoletas, cuyo
monopolio cada da queda ms quebrantado. Adems proporciona menos
cantidad de espacio (La central MERIDIAM M8X24DS por su diseo ocupaba
mucho espacio ya que adems posea ranuras de patch panel de telefona
para los puntos de anexos telefnicos, tarjetas para cada funcionalidad fax,
operadora, mail), y optimiza el uso de puntos de voz y datos.
- Mediante informacin obtenida de cantidad de minutos en llamadas

realizadas a telfonos que se encuentran fuera de la institucin tanto desde
el Hospital, as como de sus 2 locales (Unidad de Estadstica e Informtica y
Ex-UTES) y posteriormente realizndose algunos clculos con respecto al
volumen de trfico de llamadas, se sabe que para el Hospital en conjunto con
el local de la Unidad de Estadstica e Informtica obtenemos 1.189 Erlang y
para el local Ex-UTES 0.721 Erlang; y que mediante el modelo Erlang B se
245
determina que para atender el flujo de llamadas que genera el Hospital y el

local de la Unidad de Estadstica e Informtica en la hora de mayor trfico se
necesita 5 lneas telefnicas, que adems requiere un ancho de banda de
276 kbps sin utilizar la funcin VAD y 179.4 kbps utilizando la funcin VAD.
En el caso del local Ex-UTES en la hora de mayor trfico se necesita 4 lneas
telefnicas, que adems requiere un ancho de banda de 220.8 kbps sin
utilizar la funcin VAD y 143.52 kbps utilizando la funcin VAD
- Se realiza un analisis cualitativo de la situacin actual de la LAN y de los

equipos de comunicacin que permite la interconexin entre los locales
obteniendo un resultado aceptable para el proyecto por
ser una
infraestructura de red nueva (cableado categora 6), por ello se realiza el

diseo de la red con calidad de servicios determinando los equipos, creacin
de Sub redes, plan de direccionamiento, equipos de interconexin y se
verifica mediante un prototipo en el cual se realiza las pruebas de medicin
de ancho de banda y pruebas de capacidad del servidor; y se determina que
el hardware para el servidor propuesto en el diseo es capaz de procesar el
mximo nmero de llamadas en la hora de mayor de trfico. Adems al
realizar la implementacin del proyecto estaramos transfiriendo voz y datos
por la misma red lo que hace que sea una Red Convergente.
Se realiza un analisis de Costo-Beneficio con la finalidad de conocer la

factibilidad de la implementacin del proyecto, obtenido resultados
aceptables para la ejecucin del mismo.
246
RECOMENDACIONES
- Utilizar el protocolo SIP en las redes Locales LAN, debido a que es un
protocolo extendido y soportado por las empresas de VoIP.
- En una red de datos y voz sobre IP, siempre separar el trfico de las mismas
mediante la creacin de VLANs o Sub Redes, para mantener las redes de
voz y datos por separado o para la reduccin de broadcast. En lo posible
utilizar switches que soporten el estndar IEEE 802.3af (PoE) siempre y
cuando el presupuesto lo permita.
- Utilizar claves robustas para acceso de equipos de networking con claves y

usuarios con ms de 7 dgitos que incluya letras maysculas y nmeros
mezclados y con smbolos especiales y as evitar que personas
malintencionadas alteren nuestra configuracin.
- Si se incrementan los recursos humanos en la institucin, se sugiere migrar

de la telefona analgica a la digital, arrendando una lnea RDSI PRI/T1 con
30 canales de voz, lo cual traera mayor beneficio que seguir rentando ms
lneas analgicas, tanto en infraestructura como en costos. Al migrar a lneas
digitales, se deber cambiar el Gateway analgico por uno digital o por una
tarjeta PCI con un puerto PRI/T1 para ser instalado en el servidor utilizado
para la centralita IP/PBX.
- Tener en cuenta las medidas de seguridad elctrica para el sistema
instalado, tanto para garantizar el funcionamiento ininterrumpido de la Red de
Voz, como para proteger los equipos y al personal de posibles fallas
elctricas.
247
BIBLIOGRAFA
LIBROS:
- GANZBAL, Julin Mara

2008 Clculo de ancho de Banda en VoIP.
- LANDVAR, Edgar
2009 Comunicaciones unificadas con Elastix.
- FERNNDEZ, Juan Carlos
2008 Tesis Diseo de una Red de VOIP para una Empresa que desarrolla
Proyectos de Ingeniera de Comunicaciones.
- VILA, Diego
2008 Enrutamiento de Redes.
- SIGENZA, Lorena
2008 Direccionamiento IP.
- QUINTANA, Diego
2007 Tesis Diseo e Implementacin de Red de Telefona IP con Software
Libre en la RAAP.
- MUOZ, Alfio
2010 Elastix al ritmo de Merengue.
- ESCUDERO Alberto, BERTHILSON Louise
2007 VoIP para el Desarrollo.
- BEN, Sharif
2008 Elastix Whithout Tears.
- SANTA CRUZ, Oscar
2008 Conceptos bsicos Plantel exterior telefnico.
- HUIDOBRA MOYA Jos Manuel, ROLDAN MARTINEZ Martin
2006 Tecnologa VOIP y Telefona IP.
248
DIRECCIONES DE INTERNET:
- Documentacin de Elastix
http://www.elastix.org/
http://www.elastix.org/index.php?lang=es
- Blog Elastix
http://blogs.elastix.org/es/
- Blog Asterisk
http://elastixtech.com/
- Softphone
http://www.counterpath.com/x-lite (X-Lite)
- Voz Sobre IP
http://es.wikipedia.org/wiki/Voz_sobre_IP#Ventajas
http://www.voipforo.com/protocolosvoip.php
- Calculo de Ancho de Banda
http://www.erlang.com/bandwidth.html#Algorithms
- Calculadora de Erlang B
http://www.erlang.com/calculator/erlb/
- Tienda Web de Telfonos VoIP
http://www.tiendaip.net/ubicacion-de-tienda-ip.html
- VoIP para el Desarrollo:
http://www.itrainonline.org/itrainonline/mmtk/wireless_es/files/16_es_voip_gui
a_v02.pdf
- PeruTours Cdigos Telefnicos de Discado Nacional:
http://www.perutoptours.com/index26dirp.html
249
GLOSARIO DE TRMINOS Y ABREVIATURAS
ATA
Adaptador de Telfono Analgico.
ADPCM
Codec de Modulacin por impulsos codificados diferencial y

adaptable, codec de voz de forma de onda, el cual construye una
seal de entrada sin modelar el proceso que cre la seal de
entrada.
DNS
Servidor de Resolucin de Nombre.
DPSL
Siglas de la Direccin Provincial de Salud de Loja.
DTMF
Dual-Tone Multi-Frequency.- Sistema Multifrecuencia.
ELASTIX
Es una distribucin libre de Servidor de Comunicaciones Unificadas

que integra en un solo paquete (VoIP PBX, Fax, Mensajera
Instantnea, Correo electrnico).
FTP
Protocolo de Transferencia de Archivos.
GK
Gatekeepers.- Es el centro de control para el procesamiento de la

llamada en H.323. Software que funciona sobre Windows-NT,
Solaris o Unix.
HIAL
Siglas del Hospital Provincial General Isidro Ayora Loja.
H.323
Protocolo de sealizacin entre terminales VoIP.
HTTP
Protocolo de transferencia de Hipertextos.
IAX
Protocolo de sealizacin creado por Asterisk (Inter-Asterisk

eXchange).
ICMP
Siglas de Protocolo de Mensajes de Control de Internet.
IEEE
Institute of Electrical and Electronics Engineers. Una asociacin

tcnico profesional mundial dedicada a la estandarizacin.
IP
Protocolo de Internet.
IVR
Interaccin de Respuesta de Voz. Responsable de todos los

servicios que tienen que ser ofrecidos sin el soporte de ningn
operador.
ITU
Unin Internacional de Telecomunicaciones.
LAN
Red de rea Local.
LPAS
Prediccin Lineal de anlisis por sntesis.
MIPS
Millones de instrucciones por segundo: es la medida del retraso de

procesado de un codec.
250
MOS
Parmetro de evaluacin de calidad de la voz. Puntuacin media de

Opinin que se obtienen a partir de la valoracin subjetiva de un
conjunto de personas.
MPE
Estimulo impulso, tcnica de prediccin lineal utilizada por los

cdecs hbridos para modular las seal de la voz.
OSI
modelo de referencia de interconexin de sistemas abiertos.
PoE
Power over Ethernet.- permite conectar la alimentacin elctrica a

los equipos, utilizndolos hilos de cable UTP, los cuales no
intervienen en la transmisin y recepcin de datos.
PBX
Central Telefnica Conmutada.
PSTN
Red Telefnica Pblica Conmutada.
PCM
Cdec de modulacin por impulsos codificados, cdec de voz de

forma de onda, el cual construye una seal de entrada sin modelar el
proceso que cre la seal de entrada, cdecs especificado en la
recomendacin G.711 de la ITU-T.
QoS
Calidad de Servicio.
RDSI
Red Digital de Servicio Integrado.
RTP
Protocolo de Transporte en Tiempo Real, protocolo de tiempo real

para la transmisin de audio y vdeo por Internet, regula el
intercambio de informacin en diferentes formatos (audio y video).
RTCP
Protocolo de control en Tiempo Real, protocolo de tiempo real para

la transmisin de audio y vdeo por Internet, regula la comunicacin
de control que se establece entre los extremos.
RPE
Estimulo de impulso regular, tcnica de prediccin lineal utilizada por

los cdec hbridos para modular la seal de la voz.
SIP
Protocolo de Inicio de Sesin.
SMTP
Protocolo Simple de Transferencia de Correo.
STP
Protocolo de rbol Extensible, proporciona topografa de rbol para

cualquier disposicin de puentes entre switch (Impide que se creen
bucles en el trfico de red).
TCP
Protocolo de Control de Transmisin.
UAC
Cliente de Agente de Usuario.
UAS
Servidor de Agente de Usuario.
SDP
Protocolo de descripcin de sesin.
URL
Uniform Resource Identifiers.
UDP
Protocolo de Datagrama de Usuario.
VAD
Deteccin de Actividad de Voz.

251
VOIP
Voz sobre protocolo IP (Protocolo Internet).
VLAN
Virtual LAN.
WAN
Red de rea Amplia.
252
ANEXOS
253
ANEXO 1
HOJAS TECNICAS
SERVIDOR HP PROLIANT ML350e GENERACION 8
254
TELEFONO IP SNOM 715
255
GATEWAY FXO GRANDSTREAM GXW4108
256
CONECTORES RJ 45 CATEGORIA 6 SATRA
257
CABLE UTP CATEGORIA 6 SATRA
258
ANEXO 2
COTIZACIONES DE EQUIPOS Y MATERIALES
TELEFONOS IP PROVEEDOR VIRTUAL SOLUTION CLOUD S.A.C.
259
TELEFONOS IP PROVEEDOR VYSATEC S.A.C.
260
GATEWAY VOIP PROVEEDOR VIRTUAL SOLUTION CLOUD S.A.C.
261
GATEWAY VOIP PROVEEDOR VYSATEC S.A.C.
262
MATERIALES PROVEEDOR ALASKA INTERNACIONAL S.A.
263
ANEXO 3
INSTALACION Y CONFIGURACION DE PUTTY
Para poder administrar nuestra PBX a travs de otro computador (Sistema
Operativo Windows) mediante la lnea de comandos, se utiliza Putty, que es una
herramienta remota que utiliza el protocolo SSH (Este se lo puede descargar de la
siguiente direccin:
http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
Una vez lo hayamos descargado, procederemos a ejecutarlo dando doble clic

sobre el programa, luego saldr una opcin donde dice Host name (or IP
address). Colocaremos el IP de nuestro servidor Elastix. Si queremos grabar esta
conexin de forma tal que no tengamos que digitar otra vez la direccin IP, vamos
a Saved Sessions.
Aqu escribiremos un nombre descriptivo como ElastixPrincipal, y le damos al

botn de Save.
264
Realizamos clic al botn de Open y se presenta una ventana donde se nos

preguntara login as: escribiremos root y en el password escribiremos nuestra
contrasea. Si todo lo introdujimos de forma correcta, estaremos dentro de nuestra
PBX Elastix de forma remota.
265
ANEXO 4
CONFIGURACION BASICA DE TELEFONO IP SNOM 715
Para configurar los telfonos VoIP, se utilizar la interfaz Web, para ello se
realizarn los siguientes pasos:
Por medio de un navegador web ingresamos a la consola de configuracin del

telfono IP, para ello ingresamos en la barra de direcciones del navegador
http://IP_TELEFONO, luego ingresamos el usuario y contrasea. Una vez
ingresado los datos de acceso correctamente, nos mostrara la consola de
configuracin del telfono IP.
Estando dentro de la consola de configuracin, nos vamos a la opcin Identify 1, e
ingresamos todos los valores tal como se muestra en la siguiente imagen:
Luego en la pestaa SIP y en la opcin Server Type Support nos aseguramos

que este seleccionado el valor OCS/UC.
266
Nos vamos a la pestaa RTP, e ingresamos los valores tal como se muestra en la
siguiente imagen:
Una vez ingresado y seleccionado todos los datos ir a la opcin System

Information y verificar el estado del usuario configurado.
Con esto ya tenemos nuestro usuario SIP configurado en el telfono IP para ser
utilizado.
267
ANEXO 5
CONFIGURACION DE SOFTPHONE PHONERLITE
Primero bajamos el Softphone de la pgina http://www.phonerlite.de/. Una vez
instalado en nuestro sistema ejecutamos el programa y seleccionamos el men
Opciones / Configuracin; seguidamente creamos nuevo y seleccionamos
configuracin manual como lo demuestra la pantalla.
En la pestaa Servidor, en el campo Domain/Realm ingresamos la direccin IP de

nuestro servidor Elastix, luego habilitamos el check Registro y MWI, tal como se
muestra en la siguiente pantalla:
268
En la pestaa Usuario, en el campo Nombre de usuario ingresamos el nmero de

anexo (extensin SIP en Elastix), seguido de la contrasea y del nombre para
mostrar (nombre ingresado en el Elastix al momento de su creacin), tal como se
muestra en la siguiente pantalla
En la pestaa Red, dejamos todos los valores por defecto configurados, tal como
se muestra en la siguiente pantalla
En la pestaa Codecs, seleccionamos el codec a utilizarse que es el G.726-32, los

dems campos lo dejamos tal como est por defecto:
En la pestaa Certificado y Sonido lo dejamos como esta por defecto. Luego

damos clic en el botn Guardar como y ya tenemos creado nuestro usuario
Softphone.
269
ANEXO 6
VOICE ACTIVITY DETECTION (VAD)
El proceso de separar el habla y el silencio en una seal de voz es conocido como
Deteccin de la Actividad de Voz (Voice Activity Detection, VAD). Este fue
investigado por primera vez para su uso en sistemas de Interpolacin de Voz de
Tiempo Asignado (Time Assigned Speech Interpolation, TASI). VAD es una
importante tecnologa disponible para una variedad de aplicaciones de voz,
incluyendo reconocimiento de la voz, codificacin, y usos para sistemas de manos
libres en telfonos. Para estos propsitos, fueron propuestos diversos tipos de
algoritmos
VAD
que
involucra
retardo,
sensitividad,
exactitud
costo
computacional. La funcin principal de un VAD es indicar la presencia de voz, a

favor de facilitar el procesamiento de la voz debe poseer si es posible un
delimitador de inicio y fin de un segmento de voz.
APLICACIONES.
VAD es una parte integral de diferentes sistemas de comunicacin de voz
como la audio conferencia, cancelacin de eco, reconocimiento de voz,
codificacin de voz y sistemas de manos libres telefnicos.
En la mayora de aplicaciones multimedia, VAD permite las aplicaciones
simultneas de voz y datos.
Similarmente, en los Sistemas de Telecomunicaciones Universales Mviles
(UMTS), este reduce la tasa promedio de bit y mejora la calidad de la
codificacin de la voz.
En los sistemas de radio celular (sistemas GSM y CDMA por ejemplo)
basados en transmisin de modo discontinuo (DTX), VAD es esencial para
mejorar la capacidad del sistema, reduciendo interferencia de los canales
adyacentes y tambin el consumo de energa en dispositivos digitales
porttiles.
Para una amplia gama de aplicaciones como la comunicacin de radio mvil digital,
transmisin simultnea de Voz y Datos (Digital Simultaneous Voice and Data,
270
DSVD) o almacenamiento simultneo de voz, es recomendable que se proporcione

una transmisin discontinua de los parmetros de codificacin de la voz. Las
ventajas pueden ser un bajo consumo de energa en telfonos mviles, un alta tasa
de transferencia de bits para servicios de transmisin de datos o una mayor
capacidad de almacenamiento en un chip. Sin embargo, la mejora depende
principalmente del porcentaje de pausas entre la conversacin y la confiabilidad del
VAD usado para detectar estos intervalos.
Por un lado es ventajoso tener un mayor porcentaje bajo de actividad de voz, por
otro lado se debe reducir la prdida del truncamiento de la actividad de voz al
mnimo para preservar la calidad. Este es el gran reto para un algoritmo de VAD
bajo condiciones crticas de ruido.
DESCRIPCIN TCNICA DE VAD.

La funcin bsica de un algoritmo VAD es extraer algunas caractersticas o
cantidades medias de la seal de entrada y comparar estos valores con los
umbrales, extrados generalmente de las caractersticas de las seales de
ruido y de voz, entonces se toma como voz activa si los valores medidos
superan los umbrales. VAD en ruido mvil requiere un valor de umbral que
vara en el tiempo. Este valor se calcula generalmente en los segmentos de
voz inactivos.
VAD es ms crtico para los ambientes de ruido mviles, puesto que es
necesario actualizar la estadstica del ruido que vara constantemente, esto
produce un error que afecta fuertemente al sistema.
Un sistema representativo de mtodos de VAD recientemente publicado,
formula la regla de la decisin en un marco por base del marco, usando las
medidas instantneas de la distancia de la divergencia entre la voz y el ruido.
VAD se puede descomponer en dos pasos:
- El cmputo de la mtrica
- El uso de una regla de clasificacin.
Independientemente del mtodo de VAD utilizado, debemos comprometernos
entre tener voz detectada como ruido o ruido detectado como voz. Un VAD
271
que funciona en un ambiente mvil debe poder detectar actividad de voz en

presencia de una serie diversa de tipos de ruido de fondo acstico. En estas
condiciones difciles de la deteccin, es fundamental que un VAD sea a
pruebas de averas indicando la seal de voz cuando se tenga duda de la
decisin para no producir ningn truncamiento. La dificultad ms grande en
este ambiente son las Relaciones Seal a Ruido (SNR) muy bajos que se
encuentran. En este caso se hace imposible distinguir la voz del ruido
utilizando tcnicas sencillas.
EVALUACIN DEL FUNCIONAMIENTO DE VAD.

El funcionamiento de VAD se puede medir en trminos de actividad, y el
grado y la severidad del truncamiento. Para evaluar la cantidad de
truncamiento y cuantas veces el ruido se detecta como voz, la salida del VAD
se compara con las de un VAD ideal. El funcionamiento de un VAD se evala
en base a los cuatro parmetros tradicionales siguientes:
a. FEC (Truncamiento del final delantero).
Truncamiento introducido en pasar de ruido a la actividad de voz.
b. MSC (Truncamiento medios de la seal de voz).
El truncamiento debido a la seal de voz clasificada errneamente
como ruido.
c. SOBRE.
Ruido interpretado como voz, debido al activo restante de la bandera
de VAD en pasar de actividad de voz al ruido.
d. NDS (Ruido detectado como voz).
Ruido interpretado como voz dentro de un perodo de silencio.
Aunque el mtodo descrito arriba proporciona informacin objetiva til

referente al funcionamiento de un VAD, da solamente una estimacin inicial
con respecto al efecto subjetivo. Por ejemplo, los efectos del truncamiento de
la seal de voz se pueden ocultar ocasionalmente por la presencia del ruido
de fondo.
272
Es por lo tanto importante realizar pruebas subjetivas en los VAD, el objetivo

principal de estas pruebas es asegurar de que el truncamiento percibido es
aceptable. Esta clase de prueba requiere a algunos oyentes juzgar las
grabaciones que contienen resultados del proceso de los VAD que son
probados. Los oyentes deben dar evaluar con un rango de puntaje las
siguientes caractersticas:
- Calidad.
- Dificultad de la compresin.
- Audibilidad del truncamiento.
Estos puntajes, obtenidos escuchando repetidas secuencias de la actividad
de voz, e utilizan para calcular los resultados medios para cada una de las
caractersticas mencionadas, proporcionando as una estimacin global del
comportamiento del VAD que es probado.
273
ANEXO 7
TRONCALES Y RUTAS EN ELASTIX
Hare uso de una analoga con una estacin o terminal de autobuses, con mltiples
puertas de entrada y salida, para el abordaje del autobs que me llevara a mi
destino, lo que debo hacer es seleccionar la puerta correcta donde se encuentra el
autobs que me transportara al destino deseado. La estacin o terminal de
autobuses es el servidor Elastix, las puertas de entrada y salida son
las troncales, el destino es la ruta de entrada o salida, los autobuses vendran a
ser los proveedores del servicio de telefona.
Por lo anterior podemos concluir que la rutas es el destino y las troncales es el

canal o el medio. Para aquellos y aquellas que trabajan o conocen sobre
Networking, haciendo una comparacin simplista podemos decir que las troncales
son los interfaces LAN, WAN de un router y las rutas son las redes destino; cuando
hacemos una configuracin, lo que se hace es decirle al router por cual interface
LAN-WAN (Troncal) conocer la red destino (Ruta). Del mismo modo en Elastix, la
ruta es el nmero telefnico a marcar y la troncal es la interface o canal fsico o
lgico en la cual est conectada la lnea telefnica del proveedor que har el
enlace con el nmero telefnico marcado.
TIPOS DE TRONCALES.
Las troncales (Trunks) son el medio que permiten comunicar a la PBX-IP
Asterisk-Elastix con el mundo exterior o PSTN, son los canales de
comunicacin de entrada y salida de llamadas, tambin permiten la
comunicacin hacia otras PBX, tradicionales o IP.
El tipo de troncal a utilizar, depender de la manera que el proveedor nos
brinde el servicio de telefona. Tradicionalmente el servicio es entregado por
medio de lneas de cobre o fibra ptica, ltimamente se est utilizando mucho
la red IP, va Internet o enlaces dedicados de datos, con esta ltima opcin
no es necesario instalar ningn hardware de comunicacin en el servidor
Elastix, muy recomendado para servidores virtualizado.
Los tipos de troncales (Trunks) en el servidor Elastix pueden ser:
274
a. Troncales SIP (SIP Trunk).- El medio de transporte para la voz es la

red IP, una buena cantidad de proveedores la estn utilizando
ltimamente para proveer el servicio telefnico, una de sus mayores
ventajas es que podemos utilizar el Internet para establecer los
enlaces, de esta manera podemos tener nmeros telefnicos (DID) de
cualquier parte del mundo sin importar la ubicacin geogrfica. Es muy
popular tambin por los fabricantes de equipos ya que por ser un
estndar se garantiza la compatibilidad y conectividad con cualquier
equipo que soporte SIP. La cantidad de canales depender del ancho
de banda del enlace IP.
b. Troncales IAX2 (IAX2 Trunk).- El medio de transporte para la voz es la
red IP, se utiliza para establecer enlaces entre 2 o ms servidores
Asterisk-Elastix, an no se ha convertido en estndar, por esta razn
son pocos los fabricantes de equipos que lo soportan, una de sus
mayores ventajas es la utilizacin de un solo puerto (UDP 4569) para la
comunicacin, esto lo convierte en el mtodo ideal para unir 2 o ms
Asterisk en redes con Firewall de por medio.
c. Troncales Digitales (Puertos E1, T1, J1).- Es el mtodo hoy por hoy
ms utilizado por los proveedores para la entrega de los servicios
telefnicos, utiliza medios fsicos para el transporte de la voz como
cable de cobre o fibra ptica, por este medio se entregan los nmeros
DID, se deber instalar un adaptador o tarjeta en el servidor Elastix
para configurar la troncal, existen tambin Cajas o Gateway que
funcionan con protocolo TDMoIP, que permiten recibir los enlaces E1 y
conectarlos va la red IP del servidor Asterisk-Elastix, de esta manera
no es necesario la colocacin de ningn adaptador.
d. Troncales Anlogas (Puertos FXO).- Es la manera tradicional de
recibir las lneas telefnicas, muy utilizado cuando la cantidad de lneas
no sobrepasa las 8, ms all de esto se recomienda utilizar E1. Por
cada lnea es necesario un puerto, es as por ejemplo si hay 4 lneas
telefnicas es necesario utilizar un adaptador con 4 puertos FXO. Un
mtodo alterno al uso de los adaptadores FXO, es la utilizacin de
adaptadores ATA con puertos FXO, estos permiten conectar las lneas
telefnicas sin instalar ningn hardware en el servidor Elastix, la
comunicacin se hace va el protocolo SIP.
275
El tipo de troncal determina el nmero de llamadas concurrentes que se

pueden tener, por ejemplo en una troncal digital E1 permite hasta un mximo
de 30 llamadas por enlace, en una troncal anloga FXO solo permite una
llamada por enlace, en troncales SIP e IAX2 en teora no hay lmite de
llamadas concurrentes, el limite lo impone el ancho de banda de la red IP, sin
embargo se recomienda no sobrepasar los 200 canales.
En los servidores Asterisk-Elastix perfectamente pueden convivir todos los
tipos de troncales, as por ejemplo se pueden tener diferentes proveedores,
cada uno entregando sus servicios de manera diferente, este mtodo es muy
utilizado en ambientes de elevado volumen de llamadas como un Call Center,
para crear rutas de menor costo, teniendo ambientes con troncales digitales y
SIP en un mismo servidor.
TIPOS DE RUTAS.
Las rutas son las reglas que le indicaran al servidor Asterisk-Elastix porque
troncal deber enviar una llamada en base a ciertos patrones de marcado,
esto es lo que se conoce como Plan de Marcacin, es muy comn por
cuestin de costo que las llamadas a telfonos celulares o mviles sean
enviadas a bases celulares, donde generalmente se coloca un SIM por cada
una de las compaas, para esto se tienen que crear rutas con los patrones
de marcado correspondientes para sacar las llamadas con la compaa que
corresponde.
De igual manera tambin se utilizan rutas para recibir llamadas, es as
cuando una llamada entrante es recibida en una troncal especifica o nmero
DID especifico, estas se requiere que sean direccionadas a un numero de
extensin o al conmutador, como tambin puede ser a un IVR, para esto se
requiere que se cree un plan de marcado para llamadas entrantes.
Los tipos de rutas en el servidor Asterisk-Elastix pueden ser:
a. Rutas de Salida (Outbound Routes).- Son las reglas de marcado que

le indicaran al servidor Asterisk-Elastix por cual troncal deber salir o
establecer la llamada, por ejemplo si todos los nmeros a celulares
inician con el digito 7 y se ha configurado una troncal para este
276
propsito con nombre Celulares, lo que haremos ser crear una ruta
que le diga a Elastix que todo nmero marcado que inicie con 7 las
enve a la troncal Celulares. Hay algunas reglas que se deben de
seguir para para la definicin del plan de marcado:
X: representa un nmero entre 0 y 9
Z: representar un nmero entre 1 y 9
N: representar un nmero entre 2 a 9
. : Cuando hay un punto en el patrn, lo que significa es que puede
haber ms nmeros despus del punto.
|: Esto significa que el nmero antes del smbolo | se quitara.
[]: Si usted quiere elegir su nmero, por ejemplo, [1356] que significa
un nmero entre 1, 3, 5 y 6. O [3-7] es un nmero de entre 3 y 7.
Por ejemplo:
9|X| es un modelo popular. Esto significa elegir los nmeros
comienzan con 9, tomar la 9 y enviar el resto a su destino.
ZX: este modelo significa los nmeros marcados que son 2 dgitos, y
su primer nmero est entre 1 y 9, y su segundo nmero entre 0 y 9.
NX: Esto significa nmero de 3 dgitos y ms que su primer nmero
es entre 2 a 9 y el resto puede ser cualquier cosa.
Tomando como base estas reglas y el ejemplo de llamadas a celulares

expuesto al inicio, bajo el supuesto que la mayora de nmeros a
celular inician con 9 y estn compuestos por 9 dgitos, podemos crear
una regla que le diga a Elastix que todo nmero marcado que inicie
con 9 seguido por 9 dgitos ms, los enve a la troncal Celulares, como
lo siguiente:
9XXXXXXXX =====> Troncal Celulares
277
As por ejemplo cuando se marque el nmero 981321420, Elastix

busca entre todas las rutas creadas, una que haga coincidir con el
nmero marcado y proceda a realizar la marcacin en la troncal que
corresponde.
Es importante tener claro, por cada ruta de salida debe existir tambin
una troncal para el envo de la llamada, Elastix permite definir ms de
una troncal, estas son utilizadas en base a prioridades, por ejemplo si
la primera est ocupada, pasa a la segunda o a la tercera, depender
de cuantas troncales se definan, esto es lo que se conoce como
rebalse.
De esta manera podemos crear todas las rutas de salida que se
deseen, aplicando el plan de marcado correspondiente; tomar en
cuenta que un patrn de marcado, no puede estar declarado en ms de
una ruta, de lo contrario se da un conflicto y Elastix no sabr hacia
donde enviar la llamada.
b. Rutas de Entrada (Inbound Routes).- Una ruta de entrada le dice a

Elastix hacia donde deber transferir una llamada recibida cuando se
cumpla cierta condicin, por ejemplo cuando existe un conmutador y se
desea que todas las llamadas sin excepcin sean contestadas ah, se
debe crear una ruta de entrada para este fin, otro caso puede ser
cuando exista un numero para soporte donde contesta un IVR (Autoattendant), se debe crear una ruta de entrada que le diga a Elastix que
al ingresar una llamada del nmero especificado lo transfiera al IVR, del
mismo modo cuando hay varios departamentos y cada uno tenga una
recepcionista con un determinado nmero telefnico, se debern crear
tantas rutas de entrada como nmeros y recepcionistas existan.
Tambin por medio de la funcin Sgueme (Follow Me) podemos
transferir una llamada hacia un numero externo.
Si observan las troncales y las rutas son complementarias entre s, no

se puede crear ninguna ruta sin especificar una troncal, aunque pueden
278
existir troncales sin declarar rutas en ellas. Antes de declarar cualquier

ruta de salida es indispensable que exista al menos una troncal.
ANEXO 8
CODIGOS TELEFONICOS DE DISCADO NACIONAL
PARA LLAMADAS NACIONALES DE LARGA DISTANCIA.
- Primero, marcas el: 0.
- Segundo, marcas el cdigo de la ciudad: 64 (ejemplo).
- Tercero y ltimo, marcas nmero telefnico al que deseas llamar: 123456 (los
telfonos de lima tienen 7 dgitos y los de provincia 6).
Por lo que para hacer una llamada de larga distancia nacional se tiene que marcar
de la siguiente manera: 0 + 64 + 123456. A continuacin se detallan los cdigos de
discado directo nacional de la Repblica del Per.
Ciudad
Cdigo
Ciudad
Cdigo
ABANCAY
83
ILO
53
AMAZONAS
41
IQUITOS
65
ANCASH
43
JULIACA
51
AREQUIPA
54
JUNIN
64
AYACUCHO
66
LA LIBERTAD
44
CAJAMARCA
76
LAMBAYEQUE
74
CERRO DE PASCO
63
LIMA
CUZCO
84
MOLLENDO
54
CHICLAYO
74
PACASMAYO
53
CHIMBOTE
43
PIURA
44
CHINCHA
56
PUCALLPA
73
HUANCAYO
64
PUNO
51
HUANCAVELICA
67
TACNA
52
HUANUCO
62
TALARA
72
279
HUARAZ
43
TARAPOTO
42
ICA
56
TRUJILLO
44
TUMBES
72
280

Tesis-Telefonia Ip Essalud

Caricato da

Informazioni sul documento

Titolo originale

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

Tesis-Telefonia Ip Essalud

Caricato da

Copyright:

Formati disponibili

AO DE LA PROMOCION DE INDUSTRIA RESPONSABLE Y

DEL COMPROMISO CLIMATICO

UNIVERSIDAD TECNOLGICA DEL PER

DISEO DE UNA RED DE TELEFONA IP CON SOFTWARE

Para Obtener el Ttulo Profesional de:

Tesis Dirigida por: MBA Ing. Carlos Zorrilla Vargas

CAPITULO I ASPECTOS GENERALES

1.1. Definicin del Problema

1.2. Definicin de los Objetivos

1.2.1. Objetivos Generales

1.2.2. Objetivos Especficos

1.3 Justificacin de la Investigacin

2.1.1. Proyecto de Implementacin de Telefona IP en la

2.1.2. Proyecto de Implementacin de Telefona IP en la

2.3.1. VoIP y Telefona IP

2.3.2. Caractersticas de la Telefona IP

2.3.3. Diferencias entre Red de Voz y Red de Datos

2.3.4. Protocolos Usados en VoIP

2.3.4.1. Protocolos de Sealizacin

2.3.4.2. Protocolos de Transporte

2.3.5. Cdec de Voz

2.3.5.5. GSM (RPE-LTP)

2.3.5.6. ILBC (Internet Low Bit Rate Codec)

2.3.6. Calidad de Servicio (QoS)

2.3.6.1. Perdida de Paquetes

2.3.7. Componentes Principales para el Diseo de una Red VoIP

2.3.8. Factores a Tener en Cuenta en la Transicin de Voz

2.3.8.1. Indicadores Cualitativos

2.3.8.2. Indicadores Cuantitativos

2.3.9. Hardware Disponible para VoIP

2.3.9.1. Adaptadores Analgicos

2.3.9.3. Hardware Interno para Computadora

2.3.10. Centralita Telefnica (PBX)

2.3.11. Software Libre

2.3.11.1. Licencias GPL

2.3.11.2. Licencias AGPL

2.3.11.3. Licencias Estilo BSD

2.3.11.4. Licencias Estilo MPL

2.3.12. Sistema Operativo para el Diseo de la Red VoIP

2.3.12.1. Red Hat Linux

2.3.12.2. Centos (Community Enterprise Operating System)

2.4 Marco Metodolgico

2.4.1. Dimensionamiento de la Red (Calculo de BW)

2.4.1.1. Calculo de Lneas Telefnicas

2.4.1.2. Eleccin de Cdec de Voz y Clculo de BW

2.4.2. Eleccin del Protocolo de Sealizacin

2.4.3. Eleccin del Servidor PBX

2.4.3.1. Software de Servidor PBX

2.4.3.2. Sistema Operativo de Servidor PBX

2.4.3.3. Hardware de Servidor PBX

2.4.4. Eleccin de Terminales

2.4.4.3. Adaptador Telefnico Anlogo (ATA)

2.4.5. Eleccin de Gateway de Voz

2.5.1. Requisitos Legales para la Prestacin de Telefona IP de

2.5.1.1. Prestacin de Servicios Pblicos en el mbito de

2.5.1.2. Servicios Finales (Servicio de Telefona Vocal o

2.5.2. Derecho Comparado de Manera Legal Telefona IP a la

3.1.1. Calculo del Ancho de Banda de la Red

3.1.1.1. Calculo del Nmero de Lneas Telefnicas

3.1.1.2. Cdec de Voz y Ancho de Banda

3.1.2. Servidor PBX

3.1.2.1. Software del Servidor PBX

3.1.2.2. Sistema Operativo del Servidor PBX