Anda di halaman 1dari 294

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


Ex-UTES en Servidor Elastix
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.
CAPITULO II FUNDAMENTO TERICO
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.
CAPITULO II FUNDAMENTO TERICO
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


Ex-UTES en Servidor Elastix

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
(Fuente: http://esandata.esan.edu.pe)

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
(Fuente: http://esandata.esan.edu.pe)

___________________________________________________________________________
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)

Su frmula de probabilidad es:

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)

Su frmula de probabilidad es:

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)

Su frmula de probabilidad es:

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**

Estadstica e Informtica

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

Estadstica e Informtica

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

Almacn de Medicamentos

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

Estadstica e Informtica

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

Almacn de Medicamentos

1640

30%

492

Total Minutos Consumidos en Llamadas Externas :

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

Estadstica e Informtica

800

10%

80

Informtica

3200

5%

160

Estadstica

1020

5%

102

Total Minutos Consumidos en Llamadas Externas :

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

Almacn de Medicamentos

1640

30%

492

Total Minutos Consumidos en Llamadas Externas :

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**

Estadstica e Informtica

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**

Almacn de Medicamentos

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
muestra en la siguiente imagen:

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.
-

Las llamadas que ingresen por la linea que se encuentra conectado


en el FXO2 (ch2) del Gateway se direccionar hacia la extension 225
creado en el servidor SIP (Elastix) que corresponde al anexo de la
Secretaria de la Sub Direccion.

Las llamadas que ingresen por la linea que se encuentra conectado


en el FXO3 (ch3) del Gateway se direccionar hacia la extension 236
creado en el servidor SIP (Elastix) que corresponde al anexo de la
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.

Luego hacemos clic en el boton Update para guardar los cambios.

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:

Luego hacemos clic en el boton Update para guardar los cambios.

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
como se muestra en la siguiente imagen:

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
muestra en la siguiente imagen:

180

Al final de la configuracin haga clic en el botn Enviar Cambios para guardar el


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.
Al final de la configuracin haga clic en el botn Enviar Cambios para guardar el
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


como se muestra en la siguiente imagen:

192

Luego hacemos clic en el boton Update para guardar los cambios.

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.
Luego hacemos clic en el boton Update para guardar los cambios.

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:

Luego hacemos clic en el boton Update para guardar los cambios.

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
como se muestra en la siguiente imagen:

Al final de la configuracin haga clic en el botn Enviar Cambios para guardar el


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
muestra en la siguiente imagen:

199

Al final de la configuracin haga clic en el botn Enviar Cambios para guardar el


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