Upload
memo-nc
View
40
Download
3
Embed Size (px)
DESCRIPTION
Telefonia ip essalud
Citation preview
AÑO DE LA PROMOCION DE INDUSTRIA RESPONSABLE Y DEL COMPROMISO CLIMATICO
UNIVERSIDAD TECNOLÓGICA DEL PERÚ Facultad de Ingeniería de Sistemas y Electrónica
Carrera de Ingeniería de Sistemas
Tesis
DISEÑO DE UNA RED DE TELEFONÍA IP CON SOFTWARE LIBRE PARA EL HOSPITAL DE VITARTE
Elaborado Por:
HÉCTOR VÁSQUEZ GARCÍA
Bachiller de Ingeniería de Sistemas Facultad de Ingeniería de Sistemas y Electrónica
Para Obtener el Título Profesional de:
INGENIERO DE SISTEMAS
Tesis Dirigida por: MBA Ing. Carlos Zorrilla Vargas
LIMA - PERU
2014
ÍNDICE
Pág.
INTRODUCCION 01
CAPITULO I – ASPECTOS GENERALES 03
1.1. Definición del Problema 03
1.2. Definición de los Objetivos 04
1.2.1. Objetivos Generales 04
1.2.2. Objetivos Específicos 04
1.3 Justificación de la Investigación 05
CAPITULO II – FUNDAMENTO TEÓRICO 07
2.1. Antecedentes 07
2.1.1. Proyecto de Implementación de Telefonía IP en la
Red de EsSALUD 11
2.1.2. Proyecto de Implementación de Telefonía IP en la
Universidad ESAN 15
2.2. Marco Teórico 18
2.2.1. Situación Actual de la Problemática 18
2.2.1.1. Declaración del Marco Problemático 25
2.3 Marco Conceptual 26
2.3.1. VoIP y Telefonía IP 26
2.3.2. Características de la Telefonía 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 Señalización 32
2.3.4.2. Protocolos de Transporte 48
2.3.5. Códec 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 Diseño de una Red VoIP 60
2.3.8. Factores a Tener en Cuenta en la Transición 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 Analógicos 62
2.3.9.2. Teléfonos IP 64
2.3.9.3. Hardware Interno para Computadora 64
2.3.10. Centralita Telefónica (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 Diseño 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 Metodológico 74
2.4.1. Dimensionamiento de la Red (Calculo de BW) 74
2.4.1.1. Calculo de Líneas Telefónicas 74
2.4.1.2. Elección de Códec de Voz y Cálculo de BW 78
2.4.2. Elección del Protocolo de Señalización 80
2.4.3. Elección 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. Elección de Terminales 86
2.4.4.1. Softphones 86
2.4.4.2. Hardphones 86
2.4.4.3. Adaptador Telefónico Análogo (ATA) 86
2.4.5. Elección de Gateway de Voz 87
2.5 Marco Legal 88
2.5.1. Requisitos Legales para la Prestación de Telefonía IP de
Acuerdo a Nuestra Normatividad. 88
2.5.1.1. Prestación de Servicios Públicos en el Ámbito de
Las Telecomunicaciones 88
2.5.1.2. Servicios Finales (Servicio de Telefonía Vocal o
Convencional) y Servicios de Valor Añadido
(Telefonía IP) 89
2.5.1.3. Telefonía IP: Concesión o Registro 93
2.5.2. Derecho Comparado de Manera Legal – Telefonía IP a la
Telefonía Convencional 94
CAPITULO III – DESARROLLO DE APLICACION 95
3.1. Modelamiento 95
3.1.1. Calculo del Ancho de Banda de la Red 97
3.1.1.1. Calculo del Número de Líneas Telefónicas 97
3.1.1.2. Códec 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. Teléfonos IP 115
3.1.4. Gateway VoIP 119
3.1.5. Plan de Marcación 121
3.1.6. Diseño de la Red 125
3.1.6.1. Plan de Direccionamiento IP y Sub Redes 128
3.1.6.2. Plan de Distribución IP 128
3.2. Desarrollo 132
3.2.1. Implementación del Servidor Elastix 132
3.2.1.1. Instalación de Elastix 132
3.2.1.2. Elementos de la Consola de Configuración y
Administración de Elastix 144
3.2.1.3. Creación de Extensiones SIP en la Consola de
Configuración y Administración de Elastix 156
3.2.1.4. Configuración de Gateway FXO del Hospital 166
3.2.1.5. Creación de Troncal SIP para Gateway del
Hospital en Servidor Elastix 173
3.2.1.6. Creación de Rutas de Salida desde el Hospital en
Servidor Elastix 176
3.2.1.7. Creación de Rutas de Entrada hacia el Hospital en
Servidor Elastix 183
3.2.1.8. Configuración de Gateway FXO del Local Ex-UTES 183
3.2.1.9. Creación de Troncal SIP para Gateway del
Local Ex-UTES en Servidor Elastix 192
3.2.1.10. Creación de Rutas de Salida desde el Local
Ex-UTES en Servidor Elastix 195
3.2.1.11. Creación de Rutas de Entrada hacia el Local
Ex-UTES en Servidor Elastix 199
3.3. Aplicación 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 210
3.3.3.3. Prueba de Consumo de Ancho de Banda 217
3.4. Monitoreo 220
3.4.1. Monitoreo de Capacidad del Servidor 220
3.5. Mantenimiento 222
3.5.1. Mantenimiento Informático 222
3.5.1.1. Mantenimiento de Servidores 223
3.5.2. Procedimientos para Realizar el Mantenimiento
Preventivo a los Servidores SIP (Elastix) 224
CAPITULO IV – ANALISIS DE COSTO Y BENEFICIO 226
4.1. Analisis de Costos 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 230
4.2.1. Ahorro en No Compra de Central Telefónica 230
4.2.2. Ahorro en No Contratación de Personal Informático en
Telefonía 230
4.2.3. Ahorro en No Instalación o Reparación de Líneas Telefónicas 230
4.2.4. Ahorro en No Mantenimiento de Central Telefónica 231
4.2.5. Ahorro por Reducción de Líneas Telefónicas Contratadas 231
4.3. Analisis de Sensibilidad 234
4.3.1. Variación en Costos de Equipos 234
4.3.2. Variación 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
Obstáculos 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 comprensión, 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 formación Profesional
Y asesoramiento en este proyecto.
Al Ing. Alfredo Asmat Ramón, por su colaboración
Brindándome conocimiento para el proyecto.
LISTADO DE FIGURAS
Pág. CAPITULO II – FUNDAMENTO TEÓRICO
Figura 2.1. Como Trabajó ARPANET 07
Figura 2.2. Inicios de la Red Informática y Telefonía Análoga 08
Figura 2.3. Los Primeros Teléfonos IP de Cisco 09
Figura 2.4. Aplicación Basada en Comunicación por Telefonía IP 10
Figura 2.5. Hospital Jorge Voto Bernales – EsSALUD ATE 11
Figura 2.6. Solución Basada en Telefonía IP utilizando ASTERISK - Elastix 13
Figura 2.7. Telefonía IP en Centros de Atención ONLINE en EsSALUD 14
Figura 2.8. Departamento de TI de la Universidad ESAN 15
Figura 2.9. Telefonía 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 Conexión Inalámbrica 19
Figura 2.12. Diagrama Actual de la Red Telefónica Análoga del
Hospital y sus 2 locales. 20
Figura 2.13. Pagos Realizados por Servicio de Telefonía Fija – Año 2013 21
Figura 2.14. Modelo de Diseño de una Red de Voz y Datos Actual 27
Figura 2.15. Modelo de Diseño de una Red de Telefonía 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. Estándares de la Suite H.323 35
Figura 2.19. Elementos de una Red H.323 35
Figura 2.20. Modelo de Terminales: Teléfonos IP y Analógicos 36
Figura 2.21. Equipo Gateway H.323 36
Figura 2.22. Demostración de Fases de una Llamada H.323 38
Figura 2.23. Demostración de Intercambio de Mensaje en SIP 42
Figura 2.24. Fases de una Llamada IAX 45
Figura 2.25. Trafico RTP y RCTP a Través de la Red 48
Figura 2.26. Cuadro Comparativo de la Calidad vs Bit Rate 51
Figura 2.27. Componentes Principales para el Diseño e
Implantación 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 Teléfono 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 Telefonía 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 Líneas Telefónicas Modelo Erlang B - Hospital 102
Figura 3.3. Calculo de Líneas Telefónicas Modelo Erlang B - Ex UTES 104
Figura 3.4. Vista Lógica de una Trama ETHERNET 107
Figura 3.5. Consola de Administración de Elastix 110
Figura 3.6. Modelo Servidor PBX HP Proliant ML350e Gen 8 114
Figura 3.7. Modelo de Teléfono 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 Estadística e
Informática 131
Figura 3.12. Acceso a la Interfaz de Administración de Elastix 142
Figura 3.13. Consola de Configuración y Administración de Elastix 143
Figura 3.14. Descripción de Interfaces de Gateway FXO del Hospital 166
Figura 3.15. Diagrama de Conexión de Líneas Análogas Hacia el Hospital 167
Figura 3.16. Descripción de Interfaces de Gateway FXO del Local
Ex-UTES 187
Figura 3.17. Diagrama de Conexión de Líneas Análogas Hacia el
Local Ex-UTES 187
Figura 3.18. Procedimiento de Llamada Interna desde el Hospital Hacia el
Local de la Unidad de Estadística e Informática 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
Estadística e Informática 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
Estadística e Informática 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
Estadística e Informática 211
Figura 3.26. Registro de Terminales Hospital – Local Unidad de
Estadística e Informática en el Servidor Elastix 212
Figura 3.27. Terminal Central Telefónica del Hospital Realizando una
Llamada a Local UEI 212
Figura 3.28. Terminal Local Unidad de Estadística e Informática
Realizando una Llamada 213
Figura 3.29. Esquema de Prueba de Establecimiento de Llamada Interna
Entre Hospital – Local Ex-UTES 214
Figura 3.30. Prueba de ICMP desde el Hospital hacia el Local Ex-UTES 214
Figura 3.31. Registro de Terminal Hospital – Local Ex UTES en el
Servidor Elastix 215
Figura 3.32. Terminal Central Telefónica 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 Cálculo 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 218
Figura 3.37. Captura de Valores de Consumo de Ancho de Banda 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
Pág. CAPITULO II – FUNDAMENTO TEÓRICO
Tabla 2.1. Cuadro Comparativo de Códec y Consumo de BW 78
Tabla 2.2. Comparativo Ventajas y Desventajas de los Protocolos
H.323, SIP e IAX v2 81
Tabla 2.3. Comparativo de Diversos Software PBX más usados 83
Tabla 2.4. Comparativo de Diversos Sistemas operativos para un
PBX en el Merado 84
Tabla 2.5. Recomendación e Hardware Mínimo para Servidor PBX 85
CAPITULO III – DESARROLLO DE APLICACION
Tabla 3.1. Consumo Mensual en Minutos por cada Local Según
Línea Telefónica 98
Tabla 3.2. Porcentaje de Equivalencia de Minutos en Llamadas Externas 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 Líneas Telefónicas Necesarias 104
Tabla 3.8. Relación de Líneas Telefónicas 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. Evaluación de Software PBX según Requerimiento 110
Tabla 3.12. Principales Distribuciones de Sistemas Operativos de Linux 111
Tabla 3.13. Recomendaciones de Hardware Mínimo para Servidor PBX 113
Tabla 3.14. Características de Hardware para el Servidor PBX 114
Tabla 3.15. Características Básicas de un Teléfono IP a Utilizarse 115
Tabla 3.16. Cuadro Comparativo de Teléfonos IP de Distintos Fabricantes 114
Tabla 3.17. Cuadro Comparativo de Gateways VoIP de Distintos
Fabricantes 119
Tabla 3.18. Plan de Marcación del Hospital de Vitarte 123
Tabla 3.19. Cantidad de Equipos de Cómputo por Unidades, Áreas y/o
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 Distribución de IP Según Sub Red 128
Tabla 3.23. Listado de Plan de Marcación Según Formato para
Exportación a Elastix 164
Tabla 3.24. Distribución de Canales FXO en Gateway del Hospital 169
Tabla 3.25. Distribución de Configuración de Líneas en Gateway
FXO del Hospital 173
Tabla 3.26. Distribuciones de Líneas Telefónicas Según Troncal en
Servidor Elastix 174
Tabla 3.27. Regla de Distribución de Llamadas Salientes según
Troncales del Hospital 177
Tabla 3.28. Distribución de Canales FXO en Gateway del Local
Ex-UTES 189
Tabla 3.29. Distribución de Configuración de Líneas en Gateway
FXO del Local Ex-UTES 192
Tabla 3.30. Distribución de Líneas Telefónicas Según Troncal de la
Ex-UTES en Servidor Elastix 193
Tabla 3.31. Regla de Distribución de Llamadas Salientes Según
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
1
INTRODUCCION
La comunicación vocal es una de las partes más 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 económicos, desde desarrollos locales hasta desarrollos
nacionales o continentales.
La tecnología siempre ha intentado facilitar esta necesidad de comunicación a
distancia desde el principio de la evolución, desde las primeras comunicaciones con
señales de humo, pasando por el telégrafo, hasta las actuales comunicaciones por
medio de telefonía móvil que nos permiten comunicarnos desde casi cualquier
localización del planeta, e incluso en la actualidad, en la que se han llegado a
realizar comunicaciones desde el espacio.
Por tanto, una de las tecnologías más extendidas, usadas, y comunes, son las
relacionadas con las comunicaciones de voz. En una sociedad actual, que muchos
denominan “sociedad de la información” en la que la información es crucial para el
desarrollo de cualquier actividad y en la que Internet es cada vez más importante, y
forma cada vez más parte de nuestro mundo cotidiano, es obvio que las
comunicaciones son de una importancia vital para el desarrollo de cualquier
actividad empresarial.
Además el protagonismo incesante y cada vez más fuerte de Internet en la vida
cotidiana de las personas y las actuales líneas de desarrollo tecnológico de las
telecomunicaciones, en las que existe una fuerte tendencia hacía el llamado “All IP”,
hacen lógico el desarrollo de tecnologías 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 también
hablamos de comunicaciones de vídeo, de servicios de mensajería de voz, de
sistemas de voz de respuesta automática, etc.
Básicamente, 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
2
que funcione bajo este protocolo, aunque como es obvio Internet es la más
importante.
De esta simple definición es difícil comprender que VoIP abarca un gran número de
tecnologías, ya que los servicios que nos proporciona y las tecnologías implicadas
son muchos y muy variados. Cuando hablamos de VoIP debemos también, 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 tecnologías de transporte de voz actuales, y va a
provocar una revolución 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 país cobran por sus servicios.
Frente al carácter y aspecto en que se encuentra el Hospital de Vitarte con
respecto a la comunicación tanto de sus áreas internas, así como las áreas que se
encuentran fuera del Hospital, se traza como meta el diseño de infraestructura de la
comunicación local mediante la tecnología VoIP, cuya meta principal es la
interconexión 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 además permitirá tener una administración centralizada,
flexibilidad, disponibilidad en la comunicación, Facilidad de transporte de líneas
telefónicas, entre otros beneficios.
3
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:
Cirugía General, Medicina General, Gineco-Obstetricia, Odontoestomatologia
Pediatría, Laboratorio, Oftalmología, Otorrinolaringología, entre otros; además de
Consulta Externa. Actualmente se encuentra en una etapa de sobre exceso de
atención 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
institución y que además se ejecute nuevas construcciones, ampliando los
ambientes de atención 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 comunicación con las áreas que se encuentran fuera del Hospital.
- Central telefónica análoga obsoleta, además una parte de ésta se encuentra
dañado por el tiempo de uso.
- Mantenimiento de la central telefónica de alto costo por ser antigua.
- Problemas de pérdida de puntos de teléfonos en las áreas por motivo de
movimiento de anexo telefónico.
- No se tiene un control de las líneas telefónicas ni mucho menos de las
llamadas que se realizan al exterior.
- Costos elevados en los pagos de las líneas telefónicas contratadas para los
ambientes alquilados, ya que para tener una comunicación con estas áreas
se requiere obligatoriamente de este servicio.
- Problema de escalabilidad ya que la central telefónica actual se encuentra
dañada las tarjetas de expansión de anexos, y por tal no se puede adicionar
un nuevo anexo telefónico lo que origina problemas con el área solicitante.
- Inconvenientes al momento de trasladar un punto de anexo telefónico a otra
ubicación, lo que obliga al tendido de un nuevo cableado telefónico.
4
1.2. DEFINICION DE LOS OBJETIVOS.
1.2.1. OBJETIVOS GENERALES.
- Diseñar una Red de Voz sobre IP usando Software Libre para el Hospital
de Vitarte.
La red permitirá la interconexión entre la sede central que es el Hospital
Vitarte, su sede administrativa llamado EX-UTES (que lo conforman las áreas
de Logística, Economía, Personal, Almacén Central y Almacén de
Medicamentos) y el local alquilado donde se encuentra la Unidad de
Estadística e Informática, motivo por el cual se encuentran separadas en
comunicación, pudiendo además poder extenderse en caso se implemente un
nuevo local a exterior del Hospital y se encuentre en una zona aledaña al
mismo, además se estará contando con un Servidor Replica la cual tendrá la
misma configuración que el Servidor Principal. Además de tener
interoperabilidad con la red telefónica publica utilizando la red de datos que
existe en la institución.
1.2.2. OBJETIVOS ESPECÍFICOS.
- Investigar los fundamentos primordiales de la tecnología de voz sobre IP y
como contribuye al Hospital de Vitarte.
- Analizar los diversos protocolos y hardware necesarios para la implantación
de una red VoIP en un ambiente Open Source, con la calidad de servicio más
adecuada.
- Realizar un análisis bajo un enfoque cualitativo, que permita conocer la
situación actual de la infraestructura de la red de datos, para la
implementación de voz sobre IP.
- Desarrollar un diseño de redes locales que cumpla los siguientes aspectos:
fiabilidad, seguridad y flexibilidad para poder luego del diseño implementar lo
que es una red convergente.
- Realizar un análisis de costos-beneficio acerca de la implementación del
proyecto en el Hospital de Vitarte.
5
1.3. JUSTIFICACION DE LA INVESTIGACION.
Los beneficios del diseño y luego seguir con la implementación de VoIP puede ser
medidos desde diferentes ámbitos:
- ECONÓMICO.- Al tener líneas telefónicas contratadas por cada área externa
del Hospital para la comunicación originara gastos innecesarios para la
institución solo por el hecho de no contar con la tecnología adecuada para la
intercomunicación. VoIP permitirá solucionar estos inconvenientes. Además
el ahorro en implementar un cableado exclusivo para la red telefónica como
se ha venido haciendo con la tradicional línea análoga permite reducir gastos
en cableado telefónico, ya que la comunicación vía VoIP se integra a la red de
datos, manteniendo así un único cableado.
- INTEGRADO.- La tecnología VoIP permite que una organización, en este
caso nuestra institución consta de una única infraestructura de red integrada
con voz y datos, así como también interactuada con las demás áreas que se
encuentran posicionados en zonas externas al Hospital y que están
interconectados por red inalámbrica, permitiendo una gestión más cómoda,
sencilla y competitiva de la infraestructura a lo que respecta el campo de
telecomunicaciones.
- ESCALABLE.- La tecnología VoIP permite ser escalable; a comparación de
las centrales telefónicas análogas, estas se ven afectadas al momento de la
adición de anexos telefónicos ya que en caso no haya punto disponible, se
tendrá que adicionar un tarjeta lo cual incluye gastos. A comparación de la
telefonía IP, la escalabilidad está basado solo en la adición del equipo
telefónico IP a la red, evitando gastos adicionales.
- PORTABLE.- La telefonía IP permite se movido de un lugar a otro dentro de
una red con gran facilidad ya que son como una PC. A comparación de las
líneas análogas que para mover un anexo telefónico hacia una nueva área o
ambiente se tendrá que realizar un nuevo cableado telefónico lo que hace que
sea complicado la instalación viendo desde el punto de infraestructura.
6
- TECNOLÓGICO.- Esta tecnología de VoIP abre las puertas hacia la
modernización de las telecomunicaciones, integrando los servicios de voz y
datos bajo el concepto que se conoce hoy en día como: Convergencia.
- FACIL DE ADMINISTRAR.- A comparación de las centrales telefónicas
análogas que para su administración de sus anexos telefónicos se debe tener
un control adecuado de cada punto telefónico interconectado; en Telefonía IP
esto ya no existe. Por medio desde nuestro servidor PBX se tendrá la
administración centralizada de todos los teléfonos IP y el control de los
mismos, además de sus configuraciones.
El desarrollo de la presente tesis exige un nivel de entendimiento de temas
concernientes al Diseño, protocolos y seguridad de Redes, Ingeniería de Tráfico,
configuración de equipos y dispositivos activos y pasivos de una Red LAN y WAN,
conocimiento básico de tecnologías de redes de voz sobre IP, lenguajes de
programación. Se trabajará en la capa de Red, Transporte y Aplicación del modelo
OSI.
La presente tesis pretende abordar las soluciones a los problemas de comunicación
tanto interna como externa del Hospital de Vitarte, ofreciendo un esquema
innovador a un bajo costo, permitiendo de esta manera mejorar la coordinación en
las distintas áreas internas y externas de la institución.
Por otro lado este proyecto permitirá la reducción de costos, que implican las
llamadas al utilizar la telefonía convencional, ofreciendo una propia infraestructura
basada en tecnologías de redes de voz sobre IP.
7
CAPITULO II
FUNDAMENTO TEORICO 2.1. ANTECEDENTES.
La tecnología de transmisión de voz sobre el protocolo IP nace en los años 70 para
la ARPANET (el antecesor de Internet), en aquel momento fue un desarrollo
experimental para obtener comunicación por voces entre los integrantes de la
entonces pequeña red de redes, comunicación de PC a PC. Con el crecimiento y
uso extendido de las redes IP, el fenómeno de Internet, el desarrollo de técnicas
avanzadas de digitalización de voz, mecanismos de control y priorización de tráfico,
protocolos de transmisión en tiempo real, así como el estudio de nuevos estándares
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 compresión vocal, aprovechando los procesos de
compresión diseñados para sistemas celulares en la década de los años 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
8
posterioridad se migró de la LAN (aplicaciones privadas) a la WAN (aplicaciones
públicas) con la denominación IP-Telephony.
La transmisión de voz sobre el protocolo de IP o VoIP (Voice Over Internet
Protocol), es una tecnología que permite la transmisión de voz a través de las redes
IP (Internet, red IP pública, Intranet), y nace en el año 1995 como resultado del
trabajo de un grupo de estudiantes en Israel. Ese mismo año Vocaltec anuncia el
lanzamiento del primer Softphone que llamaron “Internet Phone Software”. El
software funcionaba comprimiendo la señal de voz, convirtiéndola en paquetes de
voz que eran enviados por Internet, la comunicación es de PC a PC.
En marzo de 1997 la compañía MCI de Estados Unidos lanza su proyecto llamado
VAULT, esta nueva arquitectura de red permite interconectar y combinar las redes
tradicionales de telefonía con redes de datos. El sistema "empaqueta" las
conversaciones (es decir, las transforma en bloques de información manejables por
una red de datos) y las envía vía Internet.
Figura 2.2 Inicios de la Red Informática y Telefonía Análoga
(http://www.pcworld.pl/news/383196/Kiedy.powstal.Internet.html)
9
A finales del año 1997 el VoIP fórum del IMTC (International Multimedia
Telecommunications Consortium) llega a un acuerdo que permite la
interoperabilidad de los distintos elementos que pueden integrarse en una red VoIP.
Debido a la ya existencia del estándar H.323 del ITU-T (International
Telecommunication Union), que cubría la mayor parte de las necesidades para la
integración de la voz, se decidió que el H.323 fuera la base del VoIP. De este modo,
el VoIP debe considerarse como una clarificación del H.323, de tal forma que en
caso de conflicto, y a fin de evitar divergencias entre los estándares, se decidió que
H.323 tendría prioridad sobre el VoIP. El VoIP tiene como principal objetivo
asegurar la interoperabilidad entre equipos de diferentes fabricantes, fijando
aspectos tales como la supresión de silencios, codificación de la voz y
direccionamiento, y estableciendo nuevos elementos para permitir la conectividad
con la infraestructura telefónica tradicional. Estos elementos se refieren
básicamente a los servicios de directorio y a la transmisión de señalización por
tonos multifrecuencia (DTMF).
En el año 1998 se comenzaron a fabricar los primeros ATA/Gateways para permitir
las primeras comunicaciones PC a teléfono convencional y finalmente las primeras
comunicaciones teléfono convencional a teléfono convencional (con ATAs en cada
extremo). También se comenzó a fabricar Switches de Layer 3 con QoS. En el año
1999 Cisco vende sus primeras plataformas corporativas para VoIP. Se utilizaba
principalmente el protocolo H.323 de señalización. El marco de voz con el software
integrador Cisco IOS ofrece la integración 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 Teléfonos IP de Cisco
(http://www.cisco.com)
10
En el año 2000 VoIP representaba más del 3% del tráfico de voz. Ese mismo año
Mark Spencer un estudiante de la Universidad de Auburn crea Asterisk, la primer
central telefónica/conmutador basada en Linux con una PC hogareña con un código
fuente abierto. Asterisk hoy ofrece una solución freeware para hogares/pequeñas
empresas y soluciones IP-PBX corporativas.
En el año 2002 el protocolo SIP (Session Initiation Protocol) que es un protocolo de
señalización desarrollado por la IETF (Internet Engineering Task Force), empieza a
desplazar al protocolo H.323. En el año 2003 dos jóvenes universitarios - Jan Friis y
Niklas Zenntrom - crean un softphone gratuito fácilmente 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 increíble.
Figura 2.4 Aplicación Basada en Comunicación por Telefonía IP
(http://www.skype.com)
En el año 2007 Linksys, una división de Cisco, lanzó un teléfono móvil IP llamado
iPhone que cuenta con clientes Skype y Yahoo! Messenger para realizar llamadas y
mantener presencia en línea. Hoy, el mundo de la comunicación se encuentra
viviendo un cambio realmente drástico, gracias a la incorporación de la llamada
Telefonía IP, cuya expansión cuenta con el apoyo de destacados desarrolladores
de sistemas, tales como Cisco y Avaya, y empresas líderes fabricantes de
equipamiento, como lo son Alcatel, Nortel Networks, Matra, Samsung y LG.
11
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
comunicación en más de 400 hospitales y centros de salud que gestiona. Quería
unificar la red de datos, voz y vídeo, y con los teléfonos de telefonía IP de la SNOM
technology AG de Alemania encontró una solución idónea.
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 institución dedicada a proveer servicios de seguro de salud
en Perú que cuenta con más de 400 hospitales y centros de atención a nivel
nacional. Movida por la voluntad de renovar sus equipos para encontrar una
solución global en lo que se refiere a la telefonía y a la red de datos en
general, se puso en contacto con SUMTEC, la primera empresa en Perú
promotora de tecnologías innovadoras en telefonía IP sobre estándares
abiertos. Desde hace más de diecinueve años, SUMTEC se dedica a brindar
12
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 tecnología de
todos los hospitales desplegados a nivel nacional, de modo que todos los
servicios de telefonía convergieran sobre la red de datos, voz y vídeo; 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 podían interesar y, finalmente, EsSALUD decidió
implementar en 2007 soluciones de telefonía IP basadas en el código abierto
ASTERISK. En cuanto a los teléfonos, tras valorar las diversas posibilidades
existentes en el mercado, se consideró que la marca “SNOM” era la opción
más adecuada, tanto por el ahorro de más de un millón de dólares que
suponía respecto a las soluciones ofrecidas por otras marcas de telefonía,
como por la calidad y la fiabilidad de los productos que ofrece esta marca
desde el punto de vista técnico.
LA SOLUCIÓN.
- 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 emisión
como de recepción, así como numerosas prestaciones en cuanto a la gestión
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 telefonía VoIP, fue la compañía 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, más de 10.000 teléfonos.
Además, en los casos en que se instalaron sistemas de megafonía, la
solución elegida fue el SNOM Pa1, que combina las funciones de un teléfono
con un amplificador digital de alto rendimiento para la emisión de anuncios y
avisos.
13
Figura 2.6 Solución Basada en Telefonía 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 repercusión política que tiene este plan de
modernización de los sistemas de telefonía de EsSALUD, ya que es uno de
los proyectos emblemáticos del gobierno de Perú. Durante el último año se
han inaugurado quince nuevos hospitales dotados de esta tecnología de
última generación entre ellos se encuentra el Nuevo Hospital del Niño, con
una infraestructura moderna y tecnología IP a la vanguardia.
- En la actualidad, el plan de renovación se encuentra en marcha y está
previsto implementar los nuevos equipos de VoIP de SNOM en el 30% de
hospitales y centros de atención de emergencias restantes. En la
inauguración de todos los hospitales se contó con la presencia del presidente
de la republica que, incluso en una ocasión, mientras comparecía ante la
prensa, hizo una demostración en directo y realizó una llamada desde un
teléfono SNOM 300.
EN QUE MEJORO ESSALUD
- EsSALUD mejoro de una manera espectacular, hoy en día su comunicación
se ha fortalecido gracias a la interconexión que se tiene con cada hospital, la
interconexión con todos los hospitales de EsSALUD ha originado mejora en la
14
atención, rapidez y sobre todo ahorro, un ahorro de aproximadamente de 2
millones de dólares a nivel de inversión en soluciones de telefonía
corporativa. En esta parte la marca de telefonía IP “SNOM” ha conseguido,
una vez más, adaptarse a las necesidades particulares del cliente y poner en
sus manos una amplia gama de soluciones para implantar equipos de
telefonía de última generación que ofrecen todas las funciones y prestaciones
necesarias para facilitar, a todos los niveles, la comunicación profesional
como hoy en día lo están realizando todos los hospitales de EsSALUD.
Figura 2.7 Telefonía IP en los Centros de Atención ONLINE en EsSALUD
(Fuente Propia)
___________________________________________________________________________ 1
Información obtenida desde la página web de: OFICINA NACIONAL DE GOBIERNO ELECTRONICO E INFORMATICA – ONGEI
15
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
telefonía IP gracias a la implementación de una Central de Telefonía IP y su
integración con la Central Principal de telefonía de la universidad.
Figura 2.8 Departamento de Tecnología de Información de la Universidad ESAN
(Fuente: http://esandata.esan.edu.pe)
La telefonía IP se hace realidad gracias a la tecnología de Voz por IP (VoIP) que
permite la transmisión de voz sobre las redes IP. Esta tecnología está siendo usada
por muchas compañías e instituciones educativas privadas y públicas a nivel
mundial y hoy en día se encuentra presente en el campus de la Universidad ESAN.
Figura 2.9 Telefonía IP presente en las oficinas de la Universidad ESAN
(Fuente: http://esandata.esan.edu.pe)
16
La Universidad ESAN apostó por esta tecnología por los grandes beneficios que
ésta nos ofrece. Mencionamos los principales beneficios que esta tecnología
ha otorgado a la Universidad:
- Permite administrar las grabaciones de voz, los mensajes instantáneos y los
emails como archivos bajo la misma plataforma. Esto se conoce
como mensajería unificada, es decir los mensajes de voz se guardarán en el
buzón de voz del anexo IP y además, se enviará el mensaje de voz
automáticamente al correo del usuario pudiéndolo 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 estadías en los hoteles durante
los viajes de profesores y autoridades para un evento en especial o clases
fuera de Lima: no habrá límites de espacio ni distancia para mantenernos
comunicados a través 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 telefonía
convencional y además, permitirá el enrutamiento inteligente de una llamada
hacia múltiples agentes en línea.
- Reducción de costos porque podemos crecer en un número de anexos
ilimitados sin la necesidad de comprar un teléfono IP físico y además las
llamadas internacionales a ciertos países como EEUU y España tienen un
costo menor que una llamada tradicional. Para este caso la Universidad
ESAN ha negociado con un proveedor de telefonía IP para hacer efectivo este
tipo de llamadas.
17
Algunos datos adicionales sobre nuestra central IP:
2 La central IP tiene reservados un rango de extensiones que van desde el
4000 al 4999. Además los anexos para Lima y provincias para propósitos de
organización varían del 4000 al 4799 para Lima y del 4800 al 4999 para
provincias, esto explica que toda la telefonía de la interconexión entre todos
loa campus de la ESAN será mediante voz sobre IP.
3 No necesariamente se cuenta con un teléfono físico para contar con un anexo
pero si con una PC con acceso a Internet para interactuar a través de un
software llamado Softphones (x-lite) que hay que instalar en la PC del usuario
o un dispositivo móvil 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 teléfonos 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
Información obtenida desde la página web de:
18
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-de-telefonia-ip-en-la-universidad-esan&catid=33:mayo-junio&Itemid=153
19
2.2. MARCO TEORICO.
2.2.1. SITUACION ACTUAL DE LA PROBLEMÁTICA.
En el Hospital de Vitarte, los servicios de transferencia de datos y las
telecomunicaciones son imprescindibles para las operaciones de la institución ya
que como ser una entidad prestadora de servicios de salud se cuenta con un
Sistema de Gestión Hospitalario, que es utilizado las 24 horas del día, los 365 días
del año y con comunicación telefónica que es abarcado por los servicios críticos
como consultorios, emergencias, hospitalizaciones y la parte administrativa, en este
caso la parte logística para el requerimiento y abastecimiento de insumos para la
institución.
Cabe mencionar que la institución cuenta con un local principal (que es el Hospital),
la sede administrativa EX-UTES y un local alquilado donde se encuentra la Unidad
de Estadística e Informática; ello ha originado que la comunicación hacia el Hospital
desde sus 2 locales sea muy limitada por el motivo de no contar con anexos
telefónicos adicionales que estén interconectados con la sede principal que es el
Hospital, y que además la necesidad de comunicación es muy primordial sobre todo
hacia las áreas abastecedoras de insumos como Almacén Central y Almacén de
Medicamentos; también en el tema de soporte informático, la comunicación hacia la
Unidad de Estadística e Informática 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 atención técnica a brindar.
Razón por la cual surge la necesidad de contar con una solución que permita poder
integrar esos servicios y obtener mayores beneficios en cuanto a comunicación
fluida, costos, aplicaciones y la modernización de la infraestructura tecnológica.
19
Figura 2.11 Diagrama Actual de la Red de Datos del Hospital y sus 2 locales interconectados por Conexión Inalámbrica.
(Fuente Propia)
20
Figura 2.12 Diagrama Actual de la Red Telefónica Análoga del Hospital y sus 2 locales.
(Fuente Propia)
21
Figura 2.13 Pagos Realizados por Servicio de Telefonía Fija – Año 2013
(Fuente: Recibos de Pagos del Hospital)
Es por eso que para la definición del problema se utiliza el diagrama de la caja
negra, en el cual a partir de la definición de un estado inicial en donde se presentan
las causas de la problemática actual, se llega a través del proceso a un estado
ideal o esperado.
ESTADO INICIAL.
- Actualmente, el Hospital de Vitarte cuenta con la siguiente infraestructura
tecnológica para el proceso de comunicación de voz:
Una central telefónica marca MERIDIAM M8X24DS, con una entrada
para 8 líneas troncales y salida para 24 anexos, que puede ser
expandido hasta un total de 120 anexos (previa adición de tarjeta
digital).
1 Línea telefónica análoga (Línea principal del Hospital).
5 Líneas telefónicas análogas ubicadas en diversas áreas.
1 Línea telefónica análoga única para la Dirección General.
1 Línea telefónica análoga única para la Dirección Adjunta.
1 Línea telefónica análoga única para la Dirección Administrativa.
- En la sede EX-UTES se cuenta con 6 líneas telefónicas análogas ubicadas
de la siguiente manera:
2 líneas telefónicas análogas ubicadas en el área de Logística.
S/. 2.400,00S/. 2.600,00S/. 2.800,00S/. 3.000,00S/. 3.200,00S/. 3.400,00
3286,05
3021,8
2811,2 2746,3
2952,45 3030,225 2987,55 3015,3 3020,25 3085,45
2989,55 3048,5
Pagos Realizados por Servicio de Telefonia Fija - Hospital Vitarte
(Año 2013)
22
1 Línea telefónica análoga ubicada en el área de Economía.
1 Línea telefónica análoga ubicada en el área de Personal.
1 Línea telefónica análoga ubicada en el área de Almacén Central.
1 Línea telefónica análoga ubicada en el área de Almacén de
Medicamentos.
- En el local alquilado para la Unidad de Estadística e Informática se cuenta
con 3 líneas ubicadas de la siguiente manera:
1 Línea telefónica análoga ubicada en la Jefatura de la Unidad.
1 Línea telefónica análoga ubicada en la Jefatura de Informática.
1 Línea telefónica análoga ubicada en la Jefatura de Estadística.
- La poca cantidad de líneas telefónicas en las distintas áreas de los ambientes
fuera de la institución ha originado que no haya una buena comunicación
hacia el hospital con el personal de las áreas y/o servicios, lo que ha
originado retrasos en entregas de información a diferentes áreas, retraso de
trámites o procesos de gran importancia para la institución.
- En la central telefónica se encuentra en uso solo 81 anexos telefónicos
debido a que 5 anexos quedaron sin funcionar por motivo de perdida de
cableado telefónico 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 más aún por ser áreas asistenciales donde se requiere
la comunicación y coordinación con los demás servicios para una mejor
atención.
- Se tiene un problema con la cantidad de líneas telefónicas insuficiente tanto
para recibir llamadas desde el exterior así como también realizar llamadas
hacia el mismo. El Hospital solo cuenta con una línea troncal que además de
ser la línea principal por donde una persona desde afuera hace una llamada
para comunicarse con alguna área o personal de la institución, es también la
línea 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 línea telefónica hace
doble funcionalidad, uno debe esperar la disponibilidad de la línea para
23
recién hacer uso de ella, lo que provoca molestia y perdida de comunicación
en las áreas y servicios.
- Actualmente se administra los servicios de telefonía y datos por redes
separadas, careciendo de un marco de referencia la cual permita el diseño de
la red local que brinde mejoras en la señalización, calidad del servicio y
arquitectura para poder implementar la tecnología de voz sobre IP.
- La central telefónica que cuenta el Hospital de Vitarte es antigua, análoga y
obsoleta y en consecuencia de ello su mantenimiento es personalizado y
costoso. Además actualmente las ranuras de tarjeta externa para la adición
de anexos telefónicos se encuentran dañadas lo que impide poder agregar
más anexos telefónicos análogos.
- Se ha tenido problemas al momento de dar solución a un punto de anexo
telefónico que se encuentra sin conexión, ya que conforme a crecido la
demanda en el Hospital de Vitarte se ha construido nuevas áreas y servicios,
por tal, estos cables telefónicos se han perdido en la construcción originando
la reinstalación de nuevos cableados.
- Al momento de mover un anexo telefónico a otra posición por motivos de
traslado de ambientes se ha visto en la necesidad de instalar un nuevo punto
telefónico lo que ha originado un desorden total en el cableado telefónico y
en la central telefónica.
- Las áreas de Logística, Economía, Almacén Central, Personal y Almacén de
Farmacia que se encuentran ubicados en la sede EX-UTES y el local
alquilado donde se hospeda la Unidad de Estadística e Informática se
encuentran aislados en la parte de la comunicación 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 telefónicas hacia estos
ambientes. Hay que hacer mención que para tener una comunicación con
estas áreas éstas cuentan con líneas telefónicas contratadas a un proveedor
de servicios de telefonía, y que están ubicadas solo en el ambiente de las
jefaturas o encargados de dichas áreas, por ello, para poder tener una
comunicación tenemos que realizar llamadas a los teléfonos fijos con los que
cuentan, motivo por el cual origina deficiencia en la comunicación, retraso en
24
coordinaciones y/o procedimientos, y respecto al Hospital, origina perdidas
de comunicación con otras llamadas entrantes de gran importancia como
consultas en línea, coordinación de referencias de pacientes a otros
hospitales, entre otros.
- Costos elevados por la cantidad de líneas telefónicas con que cuenta la
institución 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 diseño y posterior
implantación es que el Hospital de Vitarte actualmente cuenta con un
cableado estructurado nuevo, ejecutado mediante un servicio a inicios del
año 2013. Este cableado estructurado consiste en: Cable UTP categoría 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 interconexión con el Switch de Distribución
que se encuentra en el DataCenter. Además el Hospital de Vitarte cuenta con
un DataCenter cuyo proceso se ejecutó a mediados del año 2013, éste
cuenta con un cableado de fibra óptica para Switches administrables de Core
de Capa 3 y de Distribución de Capa 2, aires acondicionados de precisión,
alerta contra incendios, detector de humo, control de acceso con huella
digital, cámaras de vigilancia interna y un UPS con banco de baterías con
una autonomía de 18 horas comprobado. También se hacen mención que el
Hospital cuenta con un grupo electrógeno automático en caso no haya fluido
electrónico en la institución 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
conexión se realiza mediante equipos de comunicaciones (Access Point) de
5.8 Ghz – 400 Mbps - 15 dbi, con interconexión redundante lo cual permite
una comunicación constante en la LAN.
ESTADO ESPERADO.
- Brindar un modelo que sirva como un marco de referencia para el diseño de
la red local e interconexión externa, y así poder implementar VoIP como una
solución que permita integrar voz y datos y mantener todas las áreas
externas interconectadas en la comunicación.
25
2.2.1.1. DECLARACION DEL MARCO PROBLEMATICO.
Los procesos de comunicación más utilizados por los empleados de los diferentes
locales que conforma la institución, es la telefonía básica por ser la forma más
cómoda rápida 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 comunicación 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 operación 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 tráfico.
Además de esto, se suma la baja eficiencia que cumple la central PBX que
actualmente se viene utilizando ya que solo permite la comunicación sin costo
entre las áreas y servicios del Hospital, mas no con los locales alquilados.
26
2.3. MARCO CONCEPTUAL.
2.3.1. VOIP Y TELEFONÍA IP.
Los términos de VoIP y Telefonía IP se utilizan comúnmente como sinónimos, 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 públicas o privadas. En cambio Telefonía IP,
es un sistema avanzado de comunicaciones que utiliza el protocolo de Internet
como medio de transporte para crear un sistema telefónico con todas las funciones
de la telefonía tradicional, pero que además agrega nuevas posibilidades.
En otras palabras VoIP, del inglés Voice over Internet Protocol, es la tecnología en
la que se digitaliza, comprime la voz y se encapsula sobre el protocolo IP. La
Telefonía IP es la infraestructura que nos permite hacer llamadas a cualquier
teléfono de la red telefónica.
La Telefonía IP es aquella que reúne la transmisión de voz y datos a través de
redes IP (Internet Protocol) en forma de paquetes de datos (de ahí deriva la
denominación Voz sobre IP o VoIP). Estas redes transportan la información
basadas en el Protocolo de Internet (IP). El ejemplo más común 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 número pequeño de equipos y con una extensión no muy
amplia (local). Esta telefonía es una tecnología que está basada en el sistema de
“conmutación de paquetes”, a diferencia de la Telefonía Tradicional que se basa en
la “conmutación de circuitos”. La conmutación de paquetes es aquella donde la
información 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 re-
ensamblados.
La Telefonía IP surge como alternativa a la Telefonía Tradicional, brindando
nuevos servicios al cliente y una serie de beneficios económicos. Esto debido a
27
que la Telefonía IP reúne dos mundos históricamente separados: la transmisión de
voz y la de datos, entre los puntos distantes. Esto permite utilizar las redes de
datos para efectuar las llamadas telefónicas, es decir, una única red se encarga de
cursar todo tipo de comunicación, ya sea de voz, datos, vídeo o cualquier otro tipo
de información.
En las siguientes figuras se logra apreciar que en la situación actual existe la Red
de la Telefonía Analógica o Tradicional (A) que es la que permite realizar solo
llamadas entre teléfonos análogos por medio de las centrales telefónicas análogas
que se comunican con la red de Telefonía Tradicional o PSTN para así llegar al
destino deseado.
En esta situación también 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 través de un servidor o un router, logrando una
comunicación con otras LAN's que se encuentren distantes. La Telefonía 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
Telefonía Tradicional como internamente y también permitir la conexión de
computadores entre sí con salida a Internet. Para esto es necesario la utilización
de Teléfonos Tradicionales, Teléfonos IP o Softphones, un servidor de telefonía IP,
y tarjetas o adaptadores de interfaz FXO y FXS que serán explicadas más
adelante.
Figura 2.14
28
Modelo de Diseño de una Red de Voz y Datos Actual (Fuente Propia)
Figura 2.15 Modelo de Diseño de una Red de Telefonía IP
(Fuente Propia)
29
2.3.2. CARACTERISTICAS DE LA TELEFONÍA IP.
La Telefonía IP puede realizar las mismas funciones o características de la
telefonía tradicional, pero además posee una serie de nuevas funciones, entre las
que se puede mencionar: Transferencia de llamadas, Monitoreo de llamadas,
Recuperación de llamadas, Grabación de llamadas, Identificación de usuarios,
Videoconferencia, Mensajería SMS, Autentificación, Integración con Bases de
Datos, Música en espera, Control de volumen, Llamadas de emergencia, Llamadas
en espera, Contestar llamadas de manera automática, Bloqueo de la persona que
llama, Creación de música, Transferencia de música, Recepción y transmisión de
fax, Interfaz web para chequear mail, Notificación visual de mensajes de voz, y
otras funcionalidades menos comunes.
El uso de la Telefonía IP presenta una serie de ventajas con respecto a la telefonía
tradicional, entre las principales se pueden destacar las siguientes:
- REDUCCIÓN DE COSTOS EN INSTALACIÓN.- Existirá más facilidad para
contratar proveedores de servicios, ya que muchos operan a través de
Internet y dan servicio en cualquier localización, al contrario de lo que ocurre
actualmente en donde solo existen normalmente unos pocos operadores
nacionales. Solo existirá una red, la de datos (que unirán los computadores y
los teléfonos), con el consecuente ahorro en mantenimiento, instalación, 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 Telefonía IP mejora la productividad y la
atención al cliente.
- MÁXIMA MOVILIDAD.- La Telefonía IP facilita la movilidad, ya que uno
puede disponer de su extensión en cualquier parte del mundo, siempre que
tenga una conexión a Internet.
- SEGURIDAD.- La seguridad y privacidad de llamadas queda totalmente
garantizada gracias a las tecnologías más seguras y robustas de
autenticación, autorización y protección de datos que existen en la
actualidad.
30
- ESCALABILIDAD.- La Telefonía IP posee una arquitectura que es escalable
y flexible. Con una instalación simplificada, configuración y reconfiguración
conforme a la red del usuario.
- COMPATIBILIDAD.- Es compatible con varios hardware de diferentes
fabricantes y/o proveedores al estar basado en estándares.
- FLEXIBILIDAD.- Una variedad de los métodos de acceso (ADSL, cable de
módem, Líneas Dedicadas) entre otros, con velocidades que se extienden a
partir del 56 Kbps y hasta 40 Gbps) así como opciones múltiples en la
configuración permiten que la Telefonía 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 más alta a los paquetes de Voz que son sensibles al tiempo
durante su transmisión.
- INTEGRACIÓN.- La Telefonía IP ofrece una gran integración de los servicios
de telecomunicaciones como Voz, Datos, Vídeo e Internet sobre una misma
red, de una forma eficiente, rápida y efectiva.
31
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 características:
RED DE VOZ.
- Para iniciar la conexión es preciso realizar el establecimiento de llamadas.
- Se reservan recursos de la red (establecen circuitos de comunicación)
durante todo el tiempo que dura la conexión.
- Se utiliza un ancho de banda fijo (típicamente 64 kbps por canal de voz en
telefonía RDSI) que puede ser consumido o no en función del tráfico.
- Los precios generalmente se basan en el tiempo de uso y en la distancia a la
que se encuentran los usuarios.
- Los proveedores están 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 función de las necesidades,
sin que, por lo general, sean reservados siguiendo un criterio de extremo a
extremo.
- Los precios se forman exclusivamente en función de la tensión 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 geográfica, velocidad de la
tecnología aplicada y condiciones de prestación.
32
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 señalización (H.323, SIP) y los protocolos
de transporte (RTCP, RTP, RTSP).
Figura 2.16 Estructura de Protocolos VoIP
(Fuente Propia)
Más adelante se explicará estas dos clases de protocolos poniendo énfasis en sus
diferencias y sus características más saltantes. Adicionalmente, se compararán los
diversos códec usados en los protocolos de transporte. En la presente tesis se
usará el término códec como abreviatura de Codificador/Decodificador de señales
de voz, es decir, convierte la señal de voz en un flujo de datos para que pueda
viajar por algún medio de transporte.
2.3.4.1. PROTOCOLOS DE SEÑALIZACIÓN.
Los protocolos de señalización se encargan de los mensajes y procedimientos
utilizados para establecer una comunicación, pedir cambios de tasa de bits de la
llamada, obtener el estado de los puntos extremos y desconectar la llamada.
33
Su función es establecer un canal de comunicación a través del cual fluya la
información de usuario y liberar el canal cuando finalice la comunicación.
Para ello, debe existir un dialogo entre los componentes de la red y entre la red y
los terminales de usuario. Son protocolos de comunicación H.323 y SIP.
Los protocolos de señalización en redes de voz sobre paquetes realizan muchas
funciones similares a las que llevan a cabo sus homólogos en redes telefónicas
(establecimiento de sesión, señales de progreso de llamadas, gestión de los
participantes en las llamadas, etc.). Sin embargo, dadas las características
particulares de las redes de paquetes deben encargarse, junto con las anteriores,
de otras tareas específicas. Por otra parte, las expectativas de la calidad del
usuario exigen una red de señalización de altas prestaciones, pues la
disponibilidad de la red debe ser similar a la red RTPC (99.999%). Esta es la razón
la que la fiabilidad no solo deba residir en los elementos de la red sino también en
la arquitectura de señalización empleada.
Al igual que ocurría en las redes telefónicas convencionales en las que es posible
distinguir una señalización de usuario y señalización de redes, en redes de voz
sobre paquetes también existen dos tipos de protocolos de señalización
dependiendo el ámbito de esta. Así, tenemos protocolos de señalización entre
terminales y protocolos de señalización en la red IP.
En realidad, los protocolos de señalización entre terminales son comunes a
cualquier tipo de comunicaciones multimedia (voz, video y audio) a través de las
redes de paquetes. Aplicadas a la voz sobre paquetes, tienen como objetivo
mantener la interfaz con el usuario típica de las redes telefónicas, es decir, generar
los tonos y señales necesarios para que el usuario no perciba que la tecnología de
soporte de las llamadas telefónicas ha cambiado. Los protocolos más 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 interacción entre los mismos que deben
cumplirse para soportar comunicaciones multimedia sobre redes de paquetes
sin conexión ni garantía de calidad de servicio, como es el caso de las redes
IP. Originalmente fue desarrollado en el año 1996, bajo la protección de la
34
ITU, para soportar conferencias multimedia sobre redes LAN (intranets),
Aunque Con Posterioridad se ha aplicado también a la voz sobre paquete.
Hoy en día 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 críticos incluyen el
protocolo H.225 para empaquetar, sincronizar e iniciar las llamadas usando
mensajes de señalización. H.245 se usa para la navegación y el manejo de
los canales lógicos. La señalización se transporta sobre TCP, es decir:
H.225 maneja la inicialización y el fin de las llamadas.
H.245 negocia las capacidades y el uso de los canales.
H.235 realiza la autentificación y otras funciones de seguridad.
35
Figura 2.18 Estándares 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)
36
a. Terminales.- Son los equipos utilizados por los usuarios finales y abarcan
desde teléfonos tradicionales (analógicos, RDSI, DSM, etc.), hasta
teléfonos IP pasando por ordenadores (equipos con tarjetas de sonido,
micrófono 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: Teléfonos IP y Analógicos
(Fuente Propia)
b. Gateways.- Se encargan de la interconexión de una red H.323 con otra
red que no lo sea. Sus funciones básicas son la traducción de protocolos
de establecimiento y liberación de llamadas y la conversión de los
formatos de la información 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)
37
c. Gatekeeper.- Es una entidad que proporciona la traducción de direcciones
y el control de acceso a la red de los terminales H.323, Gateways y MCUs.
El gatekeeper puede también ofrecer otros servicios a los terminales,
Gateways y MCUs, tales como gestión del ancho de banda y localización
de los Gateways.
UNA LLAMADA H.323 se encuentra caracterizado por las siguientes fases
de señalización:
a. Establecimiento de la Comunicación.- Primero se tiene que registrar y
solicitar admisión al Gatekeeper, para lo cual se usan los mensajes RAS.
Luego, el usuario que desea establecer la comunicación envía un mensaje
de SETUP, el llamado contesta con un mensaje de CallProceeding. Para
poder seguir con el proceso, este terminal también debe solicitar admisión
al GateKeeper con los mensajes RAS y, una vez admitido, envía el
Alerting indicando el inicio del establecimiento de la comunicación. Este
mensaje Alerting es similar al Ring Back Tone de las redes telefónicas
actuales. Cuando el usuario descuelga el teléfono, se envía un mensaje
de Connect.
b. Señalización de Control.- En esta fase se abre una negociación
mediante el protocolo H.245 (control de canal). El intercambio de los
mensajes (petición y respuesta) entre los dos terminales establece quién
será maestro y quién esclavo, así como también sus capacidades y los
codecs de audio y video soportados (Mensajes TCS, Terminal Capability
Set).
c. Audio.- los terminales inician la comunicación mediante el protocolo
RTP/RTCP.
d. Desconexión.- Por último, cualquiera de los participantes activos en la
comunicación puede iniciar el proceso de finalización 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 comunicación.
38
Figura 2.22 Demostración de Fases de una Llamada H.323
(http://www.voipforo.com/H323/H323ejemplo.php)
39
SIP (SESSION INITIATION PROTOCOL).
Es un protocolo de aplicación 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 envían 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, también de mensajería instantánea. SIP es parecido a HTTP,
utiliza una sintaxis y semántica similares Utiliza direcciones (URI, Uniform
Resource Indicator) parecidas a las clásicas de email:
- Teléfono: sip:[email protected]
- Usuario IM: sip:[email protected]
a. COMPONENTES SIP.
SIP soporta funcionalidades para el establecimiento y finalización de las
sesiones multimedia: localización, disponibilidad, utilización de recursos, y
características de negociación. 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 lógica que
genera peticiones SIP y recibe respuestas a esas peticiones. Un UAS es
una entidad lógica que genera respuestas a las peticiones SIP.
Ambos se encuentran en todos los agentes de usuario, así permiten la de
manera eficiente una buena comunicación entre diferentes agentes de
usuario mediante comunicaciones de tipo cliente-servidor.
40
- Servidores SIP.- Existen tres clases lógicas de servidores. Un servidor
puede tener una o más de estas clases. Estas clases son las siguientes:
Servidor de Redirección.- Mapea una consulta SIP destinada para un
usuario al URL del dispositivo más cercano para el usuario. Por ejemplo,
si una llamada es destinada para [email protected] y el usuario
está en camino, el Servidor de Redirección puede responder al agente
de usuario del que llama (o al servidor proxy de consulta) con la
dirección de contacto del celular del usuario
Servidor Proxy.- Es el que revisa las consultas SIP procesándolas y
pasándolas 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
configuración y desmantelamiento de comunicaciones. Una vez que se
establece la sesión, las comunicaciones suceden directamente entre la
partes
Servidor de Registro.- Registra usuarios cuando se conectan y
almacena información en la identidad lógica de usuario, y el dispositivo
asociado (identificado por una dirección IP o URL) o dispositivos que los
usuarios permiten para comunicaciones
b. MENSAJES SIP.
SIP es un protocolo textual que usa una semántica 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 comunicación a través de dos tipos de mensajes. Las
solicitudes (métodos) y las respuestas (códigos de estado) emplean el
formato de mensaje genérico establecido en el RFC 2822, que consiste en
una línea inicial seguida de un o más campos de cabecera (headers), una
línea vacía que indica el final de las cabeceras, y por último, el cuerpo del
mensaje que es opcional.
41
- Peticiones SIP.- Las peticiones SIP son caracterizadas por la línea inicial
del mensaje, llamada Request-Line, que contiene el nombre del método, el
identificador del destinatario de la petición (Request-URL) y la versión del
protocolo SIP. Existen seis métodos básicos SIP (definidos en RFC 254)
que describen las peticiones de los clientes:
INVITE: Permite invitar un usuario a participar en una sesión. ACK: Confirma el establecimiento de la sesión. OPTION: Solicita información de algún servidor en particular. BYE: Indica término de una sesión. CANCEL: Cancela una petición pendiente. REGISTER: Registra al Agente de Usuario.
- Respuestas SIP.- Existen también mensajes SIP como respuesta a las
peticiones. Existen 6 tipos de respuestas, que se diferencian por el primer
dígito de su código. Estas son:
1xx: Mensajes provisionales. 2xx: Respuestas de éxito. 3xx: Respuestas de redirección. 4xx: Respuestas de fallas de método. 5xx: Respuestas de fallas de servidor. 6xx: Respuestas de fallas globales.
42
Figura 2.23 Demostración 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 actúa como servidor de
registro.
La siguiente transacción establece el inicio de sesión. El Usuario A (llamante)
le manda un INVITE al Usuario B (llamado) a través del servidor, que
redirecciona la llamada a este último. La sesión se establece cuando ambos
puntos mandan la confirmación.
Cuando la sesión 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 comunicación, manda la petición BYE que
el servidor lo redirecciona al otro punto. Luego, este último envía la
confirmación, terminando así la sesión. Cualquiera de los participantes puede
terminar la conversación en cualquier momento.
43
COMPARACION ENTRE SIP vs H.323.
La principal diferencia es la velocidad: SIP hace en una sola transacción lo
que H.323 hace en varios intercambios de mensajes. Adicionalmente, SIP
usa UDP mientras que H.323 debe usar necesariamente TCP para la
señalización (H.225 y H.245), lo que origina que una llamada SIP sea
atendida más rápido.
Otra diferencia importante es que H.323 define canales lógicos antes de
enviar los datos, mientras que una unidad SIP simplemente publicita los
codecs que soporta, más no define canales, lo que puede generar saturación
de tráfico en casos de muchos usuarios, pues no se separa la tasa de bits
necesaria para la comunicación.
IAX (INTER ASTERISK EXCHANGE).
El protocolo IAX se corresponde con Inter-Asterisk Exchange Protocol.
Como indica su nombre fue diseñado como un protocolo de conexiones
VoIP entre servidores Asterisk aunque hoy en día también sirve para
conexiones entre clientes y servidores que soporten el protocolo.
La versión actual es IAX2 ya que la primera versión de IAX ha quedado
obsoleta Es un protocolo diseñado 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 marcación.
Entre las medidas para reducir el ancho de banda cabe destacar que IAX o
44
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 información de señalización 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 más
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 envía 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 más
adelante. Estos frames se envían dentro del mismo flujo de comunicación
que la señalización inicial.
- Colgado.- Para terminar la llamada cualquiera de las partes involucradas
debe enviar un mensaje HANGUP.
45
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. También se les suelen llamar F y
M.
Una conversación está compuesta en su mayoría por frames tipo Mini cuya
virtud es (como su nombre lo sugiere) ser ligeros. Esto quiere decir que
tienen una cabecera pequeña (de 4 bytes), lo cual ayuda a ahorrar ancho de
banda. De cuando en cuando se intercambian frames tipo Full, los cuales
conllevan adicionalmente información de sincronización para mantener
sincronizados a ambos puntos.
COMPARACION ENTRE SIP vs IAX.
IAX fue creado por Mark Spencer (también creador de Asterisk) para paliar
una serie de problemas o inconvenientes que se encontró al utilizar SIP en
VoIP y que pensó que debía ser mejorado.
46
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 máximo la información
de las cabeceras de los mensajes reduciendo también el ancho de banda.
- NAT.- En IAX la señalización y los datos viajan conjuntamente con lo cual
se evitan los problemas de NAT que frecuentemente aparecen en SIP. En
SIP la señalización 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.
- Estandarización 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á aún siendo estandarizado y es
por ello que no se encuentra en muchos dispositivos existentes en el
mercado.
- Utilización de Puertos.- IAX utiliza un solo puerto (4569) para mandar la
información de señalización y los datos de todas sus llamadas. Para ello
utiliza un mecanismo de multiplexión o "trunking". SIP, sin embargo utiliza
un puerto (5060) para señalización y 2 puertos RTP por cada conexión de
audio (como mínimo 3 puertos). Por ejemplo para 100 llamadas
simultáneas con SIP se usarían 200 puertos (RTP) más el puerto 5060 de
señalización. IAX utilizaría sólo un puerto para todo (4569).
- Flujo de Audio al utilizar un Servidor.- En SIP si utilizamos un servidor
la señalización de control pasa siempre por el servidor pero la información
de audio (flujo RTP) puede viajar extremo a extremo sin tener que pasar
necesariamente por el servidor SIP. En IAX al viajar la señalización y los
datos de forma conjunta todo el tráfico 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 simultáneas.
47
- Otras Funcionalidades.- IAX es un protocolo pensado para VoIP y
transmisión 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 propósito general y podría transmitir sin dificultad
cualquier información y no sólo audio o video.
48
2.3.4.2. PROTOCOLOS DE TRANSPORTE.
Los protocolos de tiempo real para la transmisión de audio y vídeo se definen dos
protocolos que constituyen el estándar: RTP (Protocolo en Tiempo Real) y RTCP
(Protocolo de control en Tiempo Real). El primero, protocolo RTP, regula el
intercambio de información en diferentes formatos (audio y video). El RTCP regula
la comunicación de control que se establece entre los extremos, en paralelo con la
transmisión de información. Su objetivo es proporcionar información actual del
estado y la calidad de la de la comunicación.
Figura 2.25 Trafico RTP y RCTP a Través 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 través 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 comunicación. Para notificar al extremo remoto el puerto local
seleccionado se utiliza un mecanismo de señalización 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 periódica. En el caso en el que se
empleen UDP para el tráfico RTCP, se utilizan los puertos UDP inmediatamente
superiores a los empleados en el flujo RTP.
49
RTP (REAL-TIME TRANSPORT PROTOCOL).
Este protocolo define un formato de paquete para llevar audio y video a
través 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 vía un puerto impar y el siguiente puerto par sirve para el
protocolo de Control RTP (RTCP). La inicialización de la llamada
normalmente se hace por el protocolo SIP o H.323.
El hecho de que RTP use un rango dinámico de puertos hace difícil 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 estén detrás de un NAT saber su
dirección IP pública, el tipo de NAT en el que se encuentran y el puerto
público asociado a un puerto particular local por el NAT correspondiente.
Esta información se usa para iniciar comunicaciones UDP entre dos hosts
que están detrás de dispositivos de NAT.
Las aplicaciones que usan RTP son menos sensibles a la pérdida de
paquetes, pero son típicamente 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 transmisión de paquetes de control fuera de banda a todos los nodos
participantes en la sesión.
RTCP regula el intercambio de mensajes de control entre los participantes en
una sesión multimedia. Esta información se refiere, fundamentalmente, a la
calidad de servicio con que se está desarrollando la comunicación: retardo
Jitter, tasa de paquetes recibidos y perdidos, etc. Es una comunicación
paralela a la transmisión de información, que se establece entre los extremos
de forma opcional.
50
Se utiliza principalmente para detectar situaciones de congestión de la red y
tomar, en su caso, acciones correctoras, como utilizar un códec con menor
tasa. La utilización de RTCP consume un ancho de banda añadido al RTP.
Supone entre 1 y 5% del ancho de banda de RTP. Tiene 3 funciones
principales:
- Provee realimentación en la calidad de la data.
- Utiliza nombres canónicos (CNAME) para identificar a cada usuario
durante una sesión.
- Como cada participante envía sus tramas de control a los demás, cada
usuario sabe el número total de participantes.
Este número se usa para calcular la tasa a la cual se van a enviar los
paquetes. Más usuarios en una sesión 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 conexión, en lugar de esto el servidor
mantiene una sesión asociada a un identificador, en la mayoría de los casos
RTSP usa TCP para datos de control del reproductor y UDP para los datos
de audio y vídeo aunque también puede usar TCP en caso de que sea
necesario. En el transcurso de una sesión RTSP, un cliente puede abrir y
cerrar varias conexiones de transporte hacia el servidor por tal de satisfacer
las necesidades del protocolo.
51
2.3.5. CODEC DE VOZ.
La señal de audio ha de ser digitalizada, comprimida y codificada antes de ser
transmitida por la red. Para ello se utilizan algoritmos matemáticos implementados
en software llamados códecs (acrónimo de codificador y decodificador, aunque
principalmente se utilizan como compresores y descompresores).
Existen diferentes códecs de audio utilizados en VoIP, y dependiendo del algoritmo
escogido en la transmisión variara la calidad de la voz, el ancho de banda
necesaria, y la carga computacional. El objetivo principal de esta tecnología 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 mayoría de códecs procesan aquella
información dentro de la banda de 400 Hz a los 3,5 kHz ya que con esto es
suficiente para reconstruir la señal original.
Figura 2.26 Cuadro Comparativo de la Calidad vs Bit Rate
(Fuente: https://www.voztovoice.org)
52
Las principales características que convienen destacar en los códecs son:
- El factor de compresión indica la reducción del ancho de banda que
proporciona. Se compara con los 64 Kbps habituales de la Red Telefónica
Publica Conmutada (PSTN).
- La complejidad del algoritmo de codificación es directamente proporcional a
la complejidad del proceso necesaria (influye en aspectos de
implementación: si puede implementarse en software o requiere hardware
específico) Normalmente el algoritmo es más complejo al aumentar el factor
de compresión del códec.
- Calidad evaluada mediante el parámetro MOS (Puntuación media de
Opinión) que se obtienen a partir de la valoración subjetiva de un conjunto de
personas.
- El retraso del procesado de un códec 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 términos de millones de
instrucciones por segundo (MIPS).
Los códec más comunes son G.711, G722, G.726, G.729, GSM e ILBC.
2.3.5.1. G.711. Es un estándar de la ITU-T, usa modulación PCM. Éste es un códec de alto
consumo de ancho de banda (64 Kbps) y que realmente no utiliza técnicas de
compresión para la voz, por lo que es el códec más económico en cuanto a
recursos de procesamiento se refiere. Estas dos características hacen que G.711
ofrezca la máxima calidad en comparación con cualquier otro códec de audio
utilizado en VoIP. Tiene una frecuencia de muestreo de 8kHz. Existen dos
algoritmos para este códec; 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.
53
El uso de G.711 para VoIP ofrece la mejor calidad (no realiza compresión en la
codificación, por lo que presenta el menor retardo típico del algoritmo de 0,125 ms),
suena igual que un teléfono analógico. El inconveniente principal es que necesita
mayor tasa de bits que otros códecs, aproximadamente 64 kbps. Es muy
comúnmente 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 pérdidas de transmisión en
una red de paquetes y reducir el ancho de banda durante los periodos de silencio.
2.3.5.2. G.722.
Describe las características de un (banda de 50 a 7000 Hz) sistema de codificación
que puede utilizarse para una variedad de aplicaciones de mayor calidad de voz. El
sistema de codificación utiliza modulación por impulsos codificados diferencial
adaptativa de subbanda (ADPCM), a una velocidad binaria de hasta 64 kbit/s.
Se lo conoce como sistema de codificación de audio (7khz) y trabaja a una tasa de
64 kbps. En el sistema de codificación (ADPCM), la técnica utilizada es dividir la
banda de frecuencias en dos sub-bandas (superior e inferior), y las señales en
cada sub-banda se codifican utilizando SB-ADPCM El sistema tiene tres modos
básicos de funcionamiento, correspondientes a las velocidades binarias utilizadas
para la codificación 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 códec de voz ADPCM4 (Adaptative Differential Pulse Code Modulation),
estándar ITU-T, que cubre la transmisión de voz a tasas de 16, 24, 32 y 40 kbps.
G.726 fue creado para reemplazar a G.721 que cubría ADPCM a 32 kbps y G.723
que cubrió ADPCM también a 24 y 40 kbps, G.726 introdujo una nueva tasa de 16
kbps.
54
La frecuencia de muestreo es de 8 kHz, Genera una corriente de bits, por lo tanto
el tamaño de trama es determinada por la paquetización (típicamente 80 muestras
por una trama de 10 ms), el algoritmo tiene un retardo de 0.125 ms. El más usado
comúnmente es a 32 kbps, debido a que utiliza la mitad de la tasa del códec
G.711, aumentando la capacidad de ancho de banda de red en un 100%. Es utiliza
en las troncales PBX telefónicas.
2.3.5.4. G.729.
G.729 es un algoritmo de compresión 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 técnica conocida como CS-
ACELP6, la cual reduce el tamaño de la señal de entrada en una razón de 8:1 con
una calidad similar al códec GSM.
Existe varias extensiones de este códec: G.729A, G.729B, G.729.1. G.729A
requiere una potencia de ordenador más baja que G.729 y G.723.1. Tanto G.729
como G.729A tienen un tiempo de procesamiento más bajo que G.723.1. El
algoritmo tiene un retardo de 15 ms.
G.729B, utiliza compresión de silencio, mediante un módulo VAD7detecta la
actividad de voz y no transmite los silencios.
G.729.1, suministra soporte para conversación de banda ancha y codificación de
audio, el rango de frecuencia acústica se extiende a 50Hz – 70kHz.
Las aplicaciones importantes que utilizan el códec G.729 incluyen telefonía digital,
comunicaciones vía satélite y wireless, y Voz sobre Frame Relay (VoFR). El uso de
aplicaciones usando este códec requiere una licencia. Sin embargo existen
implementaciones gratuitas para uso no comercial.
2.3.5.5. GSM (RPE-LTP).
55
Este codec se llama oficialmente RPE-LTP (Regular Pulse Excitation – Long Term
Prediction) pero se conoce mundialmente como GSM debido a que es el códec
usado en el estándar GSM de comunicaciones móviles. Tiene una tasa de bits de
13 kbps con un MOS ideal de 3.6 y realiza la codificación 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 códec Open Source libre y gratuito. Está diseñado para trabajar con
anchos de banda muy reducidos, los cuales dependen del tamaño 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 aún más, llegando a los 13.33 Kbps (399 bits en 50 bytes). La señal de
voz es muestreada a 8 kHz., y el algoritmo usa una codificación predictiva lineal
(LPC).
Una de las características importantes en lo que a calidad se refiere, es que este
códec permite degradación suave de la voz, ocasionada por pérdida o retraso de
paquetes, presentando mejor calidad que los códec G.729 y G.723.1, siendo más
robusto cuando existe perdida de paquetes.
Entre sus desventajas es un códec 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
códec puede ocasionar el agotamiento de ciclos del procesador fácilmente.
56
2.3.6. CALIDAD DE SERVICIO (QoS).
La transmisión de voz sobre redes IP, sufre algunas deficiencias que existen en
transmisión 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 comunicación.
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 comunicación 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 diseñar una infraestructura de VoIP para
minimizarlos lo máximo posible.
Los principales factores son:
2.3.6.1. PÉRDIDA DE PAQUETES.
Se producen en las redes IP, principalmente por congestión de en la redes o por
fallos de comunicación. Y por perdidas, no nos referimos solo a la perdida
completa del paquete, que no llega a destino, sino a la llegada de paquetes
después de un tiempo determinado, lo que nos provoca que el paquete sea
inservible y es por tanto descartado.
Los diferentes códecs pueden predecir los paquetes perdidos y remplazarlos, de
esta manera, no nos damos cuenta de que falto un paquete. Pero cuando está
pérdida es superior al 5%, los códecs implementados no pueden predecir el valor
del paquete perdido y se notara en la comunicación de voz que este paquete falta,
disminuyendo la calidad de la comunicación. Cuando la pérdida de paquetes es
inferior al 5 % los diferentes códecs utilizados pueden corregir el error. Los códecs
pueden:
57
Intrapolar: Cuando falta un paquete, el códec, toma el paquete anterior y el
paquete siguiente y calcula el valor del paquete faltante.
Sustituir: Cuando el códec detecta un paquete faltante lo remplaza por un
paquete igual al paquete anterior.
2.3.6.2. JITTER.
El Jitter es la variación en el retardo. En términos simples, es la diferencia entre el
tiempo en que llega un paquete y el tiempo en que se cree que llegara el paquete.
Entrando más 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 variación 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 señal
es trasmitida y el momento que una señal llega a su destino. El retardo puede ser
de dos tipos:
Constante.- Dentro de las fuentes de retardo constante están todas aquellas
que siempre generan la misma cantidad de retardo, las más importantes son:
- La codificación, es el retardo generado al tomar el audio y procesarlo
por un códec específico.
- La paquetización, es el retardo generado al tomar el audio y convertirlo
en paquetes IP.
58
- La serialización, es el retardo generado al colocar los paquetes de voz,
desde las capas de aplicación hasta la interface por la cual será
trasmitido.
Variable.- Las fuentes de retardo variable son todas aquellas que generan
diferentes cantidades de retardo según las condiciones del medio, las más
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.
- Propagación, El retardo por propagación 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 satélite, el tiempo de ir
y volver al satélite.
Para nuestros cálculos de retardo tenemos que tomar la suma de todos los
retardos. El retardo tolerado por el oído 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 fenómeno técnico que es la conversión de 2 a 4 hilos de
los sistemas telefónicos o por un retorno de la señal que se escucha por los
altavoces y se cuela de nuevo por el micrófono. El eco se define como una
reflexión retardada de la señal acústica original.
Los principales productores de eco en la telefonía 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 telefonía tradicional.
El oído es capaz de detectar el eco cuando su retardo con la señal original es
superior a 10 ms. Pero otro factor importante es la intensidad del eco ya que
59
normalmente la señal de vuelta tiene menor potencia que la original. Es tolerable
que llegue a 65 ms y una atenuación 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 señal emitida sea devuelta
convirtiendo por momentos la línea full-dúplex en una línea half-duplex de tal
manera que si se detecta comunicación en un sentido se impide la
comunicación en sentido contrario. El tiempo de conmutación de los
supresores de eco es muy pequeño. Impide una comunicación full-dúplex
plena.
Canceladores de Eco.- Es el sistema por el cual el dispositivo emisor guarda
la información que envía en memoria y es capaz de detectar en la señal de
vuelta la misma información (tal vez atenuada y con ruido). El dispositivo filtra
esa información y cancela esas componentes de la voz.
60
2.3.7. COMPONENTES PRINCIPALES PARA EL DISEÑO DE UNA RED VOIP.
Para el diseño de una red de voz sobre IP, se deben tomar en consideraciones los
siguientes pasos como se indica en el siguiente diagrama para el diseño de una
Red de Voz Sobre IP.
Figura 2.27 Componentes Principales para el Diseño e Implantación de una Red VoIP
(Fuente Propia)
61
2.3.8. FACTORES A TENER EN CUENTA EN LA TRANSICIÓN DE VOZ.
2.3.8.1. INDICADORES CUALITATIVOS.
Son parámetros relacionados con la calidad de la comunicación de voz.
CALIDAD DE LA VOZ.- Es el principal indicador de todo el sistema. Si
podemos sostener una comunicación con una adecuada calidad de voz
entonces es una prueba de que la red se ha diseñado 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 específicas los resultados alcanzados en la
comunicación de voz.
ANCHO DE BANDA.- Dependiendo del códec que se use y el número de
muestras de voz que se quiera por paquete, la cantidad de ancho de banda
por llamada puede incrementarse drásticamente.
RETRASO / LATENCIA.- Existen tres tipos de retraso que son inherentes a
las redes de telefonía actuales: retraso de propagación, retraso de
serialización y retraso de manejo. La recomendación G.114 de la ITU-T
sugiere que no haya más de 150milisegundos (ms) de retraso de extremo a
extremo para mantener una “buena” calidad de voz. Aunque debemos tener
en cuenta que la definición de “buena” es relativa de acuerdo al cliente, por
eso se debe recordar que 150 ms es simplemente una recomendación.
JITTER.- El Jitter es la variación del tiempo de llegada de un paquete. El
Jitter entre el punto inicial y final de la comunicación 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.
62
2.3.9. HARDWARE DISPONIBLE PARA VOIP.
Con el estado de madurez que ha alcanzado la tecnología VoIP, hoy en día 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 técnico. Éstos se
han dividido en tres grupos principales:
2.3.9.1. ADAPTADORES ANALOGICOS.
Son los módulos externos como las pasarelas (Gateway), que sirven de puente
entre las señales analógicas y las señales digitales.
FXO GATEWAY.- Se utiliza cuando necesitamos conectar líneas telefónicas
analógicas con una central telefónica VoIP (IP PBX). Son dispositivos con
una interfaz para conectar un teléfono analógico (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 envía la
línea analógica hacia el abonado.
Figura 2.29
Interfaz FXS sin un PBX (Fuente Propia)
63
INTERFAZ FXO.- Es la interfaz de central externa, es el puerto que recibe la
línea analógica.
Figura 2.30 Adaptador FXS (Fuente Propia)
FXS GATEWAY: Estos dispositivos se usan para conectar una o más líneas
telefónicas analógicas 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 variación del FXS Gateway, se usa para
conectar directamente teléfonos analógicos o aparatos de fax con un sistema
telefónico VoIP o internet.
Un adaptador ATA es un dispositivo que permite utilizar un teléfono
convencional en servicios de VoIP. De esta manera, no es necesario adquirir
un nuevo equipo para su uso en una red VoIP, facilitando la integración de la
telefonía tradicional con la voz sobre IP.
64
Figura 2.32 Adaptador FXS con interfaces FXS (Fuente Propia)
2.3.9.2. TELÉFONOS IP.
Es un dispositivo que permite realizar una comunicación utilizando una red IP ya
sea mediante red de área local o a través de Internet.
Generalmente nos referimos a un terminal IP en temas de Telefonía IP ya que son
los principales dispositivos utilizados para realizar una comunicación de paquetes
de datos en los que se transporta voz o vídeo (VoIP).
Figura 2.33 Vista Frontal y Trasera de un Teléfono IP (Fuente Propia)
2.3.9.3. HARDWARE INTERNO PARA COMPUTADORA.
Son los diferentes tipos de tarjetas para la conexión de equipos analógicos y/o
digitales, en una computadora. El hardware que se necesite, dependerá de la
aplicación y de la complejidad de la red VoIP.
65
TARJETA FXS.- Es una tarjeta con interfaz FXS para conectar teléfonos
analógicos, 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 líneas
analógicas, hacia una red VoIP.
Figura 2.35 Tarjeta FXO (Fuente Propia)
66
2.3.10. CENTRALITA TELEFÓNICA (PBX).
Una Centralita Telefónica (o PBX para Private Branch Exchange y PABX para
Private Automatic Branch Exchange en inglés) es un equipo privado que permite
gestionar llamadas telefónicas internas en una empresa, y compartir las líneas de
acceso a la red pública entre varios usuarios, para permitir que estos realicen y
reciban llamadas desde y hacia el exterior. De alguna manera actúa como una
ramificación de la red pública de teléfono.
Una centralita IP o una IP-PBX es una centralita telefónica 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 públicos VoIP, pero también tienen la
capacidad de trabajar con líneas convencionales de teléfonos analógicos o
digitales (RDSI).
Figura 2.36 Muestra de una Red de Telefonía IP con Servidor PBX (Fuente Propia)
Con los componentes adecuados se puede manejar un número ilimitado de anexos
en sitio o remotos vía Internet, añadir vídeo, conectarle troncales digitales o
servicios de VoIP (SIP/H.323 trunking) para llamadas internacionales a bajo costo.
67
Los aparatos telefónicos que se usan se les llaman teléfonos 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) más un
Gateway o puerta de enlace que funciona de nexo entre la tecnología IP y los
teléfonos analógicos, faxes, teléfonos digitales, teléfonos inalámbricos DECT,
líneas urbanas analógicas, tramas E1/T1, líneas GSM, tramas E&M, etc.
Al migrar a esta tecnología, debemos tomar en consideración que estas
aplicaciones generalmente utilizan sistemas operativos como Linux y Windows y
además 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 hogareños.
68
2.3.11. SOFTWARE LIBRE.
Software libre (en inglés free software, aunque esta denominación a veces se
confunde con “gratis” por la ambigüedad del término free en el idioma inglés, por lo
que también se usa libre software) es la denominación 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
distribución que no son libres, y si bien podemos distinguirlos en base a cuánto 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 distribución a través 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 carácter de libre,
puede ser distribuido comercialmente (software comercial). Análogamente, el
software gratis o gratuito incluye en ocasiones el código 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 modificación y redistribución de dichas
versiones modificadas del programa.
Una licencia es aquella autorización formal con carácter contractual que un autor
de un software da a un interesado para ejercer "actos de explotación 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 más utilizadas es la Licencia Pública General de GNU (GNU GPL). El
autor conserva los derechos de autor (copyright), y permite la redistribución y
modificación bajo términos diseñados para asegurarse de que todas las versiones
modificadas del software permanecen bajo los términos más restrictivos de la
69
propia GNU GPL. Esto hace que sea imposible crear un producto con partes no
licenciadas GPL: el conjunto tiene que ser GPL.
En la práctica esto hace que las licencias de software libre se dividan en dos
grandes grupos, aquellas que pueden ser mezcladas con código licenciado bajo
GNU GPL (y que inevitablemente desaparecerán en el proceso, al ser el código
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 código 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 Pública General de Affero (en inglés Affero General Public License,
también Affero GPL o AGPL) es una licencia copyleft derivada de la Licencia
Pública General de GNU diseñada específicamente para asegurar la cooperación
con la comunidad en el caso de software que corra en servidores de red.
2.3.11.3. LICENCIAS ESTILO BSD.
Es una distribución de software Berkeley (Berkeley Software Distribution en inglés).
Llamadas así porque se utilizan en gran cantidad de software distribuido junto a los
sistemas operativos BSD. El autor, bajo tales licencias, mantiene la protección de
copyright únicamente para la renuncia de garantía y para requerir la adecuada
atribución de la autoría en trabajos derivados, pero permite la libre redistribución y
modificación, incluso si dichos trabajos tienen propietario. Son muy permisivas,
tanto que son fácilmente 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 están orientadas a destacar que este tipo de licencia no contribuye al
desarrollo de más software libre (normalmente utilizando la siguiente analogía:
70
"una licencia BSD es más libre que una GPL si y sólo si se opina también que un
país que permita la esclavitud es más libre que otro que no la permite").
2.3.11.4. LICENCIAS ESTILO MPL.
Es una licencia pública 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 también realizar una versión modificada bajo
su copyright original, y venderla bajo cualquier licencia que desee, además de
distribuir la versión original como software libre. Esta técnica ha sido usada como
un modelo de negocio por una serie de empresas que realizan software libre (por
ejemplo MySQL); esta práctica no restringe ninguno de los derechos otorgados a
los usuarios de la versión copyleft.
71
2.3.12. SISTEMA OPERATIVO PARA EL DISEÑO DE LA RED VOIP.
Linux nació como un producto de Linux Torvalds, inspirado en el MINIX, un
pequeño sistema Unix; GNU/Linux es una buena alternativa para los usuarios que
desean tener libertad, un sistema operativo estable, robusto, confiable, idóneo para
redes, servidores, estaciones de trabajo. Dos características muy peculiares lo
diferencian del resto de los sistemas que podemos encontrar en el mercado:
SOFTWARE LIBRE.- Esto significa que no se paga ningún tipo de licencia a
ninguna casa desarrolladora de software por el uso del mismo.
CÓDIGO FUENTE.- El sistema viene acompañado del código fuente formada
por el núcleo del sistema más un gran número de programas/librerías que
hacen posible su utilización. Linux se distribuye bajo la GNU General Public
License, por lo tanto, el código fuente tiene que estar siempre accesible.
Linux implementa la mayor parte de las características que se encuentran en UNIX;
es un sistema operativo completo con multitarea y multiusuario, como cualquier
otra versión de UNIX esto significa que pueden trabajar varios usuarios
simultáneamente y que cada uno de ellos puede tener varios programas en
ejecución, existiendo una protección de la memoria entre procesos, de manera que
uno de ellos no pueda saturar el sistema.
El código fuente está disponible, incluyendo el núcleo 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 librerías de
enlace dinámico, esto significa que comparten el código común de las librerías en
un único fichero.
72
2.3.12.1. RED HAT LINUX.
Red Hat Linux es una distribución Linux creada por la compañía Red Hat que
trabaja en el desarrollo del software libre y la comercialización de diferentes
productos y servicios basados en software de código abierto. Red Hat Linux es
utilizado principalmente como un sistema operativo para servidores y es la primera
distribución que usó formato de paquete RPM (Red Hat Program Manager). Una
variación de la Red Hat Linux ES conocido como CENTOS.
2.3.12.2. CENTOS (COMMUNITY ENTERPRISE OPERATING SYSTEM).
Es un clon de la distribución 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 suscripción. 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 aplicación de código abierto de una
central telefónica (PBX) que al igual que Linux es libre.
2.3.12.3. ASTERISK.
Asterisk es una aplicación de código abierto de una central telefónica (PBX) tiene
licencia GPL. Como cualquier PBX, se puede conectar un número determinado de
teléfonos para hacer llamadas entre sí e incluso conectar a un proveedor de Voz
sobre IP o bien a una RDSI tanto básicos 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, añadir novedades y
funcionalidades. Originalmente desarrollado para el sistema operativo Linux,
Asterisk también funciona en otras plataformas.
Para conectar teléfonos normales analógicos se necesita de tarjetas telefónicas
FXS o FXO fabricadas por Digium o por otros fabricantes, ya que para conectar el
servidor a una línea externa no se puede utilizar un simple módem. Asterisk
73
proporciona conectividad en tiempo real entre la red PSTN y la red de Voz sobre
IP, con la utilización 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 tecnologías de
comunicaciones claves como: VoIP PBX, Fax, Mensajería Instantánea, Email y
Colaboración.
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, Mensajería Instantánea e Email, respectivamente. La parte
de sistema operativo se basa en CentOS, una popular distribución Linux orientada
a servidores. Elastix es software libre distribuido bajo licencia GPL versión 2. Es
decir que puede ser usado, copiado, estudiado, modificado y redistribuido
libremente según los lineamientos de esta licencia.
Elastix fue creado y actualmente es mantenido por la compañía ecuatoriana Palo
Santo Solutions en diciembre del año 2006. Su principal característica es ofrecer
herramientas de configuración a través de una interface web. La interface Web de
Elastix es una aplicación completa de administración del servidor de
comunicaciones unificadas escrita en su mayoría en lenguaje PHP.
2.3.12.5. TRIXBOX.
En sus inicios fue conocida como Asterisk@Home, y fue la primera distribución
todo en uno que hacía uso de FreePBX + MySQL + PHP + CentOS + Asterisk para
levantar un conmutador IP de manera rápida. 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 más usada en el mercado norteamericano al estar creada
originalmente en inglés y tener su base de operaciones en EUA. Sin embargo, al
utilizar la misma interfaz de FreePBX, las funcionalidades que ofrece esta
74
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 están atrasadas, comparadas con el resto de las distribuciones.
2.4. MARCO METODOLOGICO.
Con respecto a la metodología para el primer paso que es la metodología para el
análisis de la solución hay que mencionar, detallar y obtener procedimientos ya sea
mediante formular cálculos o por conceptos teóricos de lo que se quiere realizar.
En este primer paso metodológico detallaremos los principios fundamentales que
respecta la elección adecuada tanto del ancho de banda (BW), del cálculo de
líneas telefónicas y de la elección del códec de audio adecuado para la transmisión
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 tráfico de voz sobre IP.
Este valor se calcula teniendo en cuenta primero la cantidad de líneas telefónicas
necesarias para un determinado número de abonados. Para ello debemos plantear
algún modelo de tráfico y analizar los volúmenes de tráfico consumidos en la
empresa usualmente.
2.4.1.1. CALCULO DE LÍNEAS TELEFÓNICAS.
Para hallar el número de líneas telefónicas necesarias para lograr atender el tráfico
diario y sobre todo en la hora de mayor ocupación, se realizan algunos cálculos
basados en un modelo de tráfico elegido previamente, según algunos parámetros
de la central que atenderá dicho tráfico.
MODELO ERLANG B.
En el modelado de tráfico utilizando la fórmula de Erlang B las llamadas que
son bloqueadas toman una nueva ruta y nunca regresan a la troncal original.
75
Es decir, lo que diferencia este tipo de fórmula de bloqueo con las demás
fórmulas es que el usuario realiza un único intento de llamada, el cuál si no
logra establecerlo será enrutado otra vez de manera inmediata.
La fórmula de Erlang B se ocupa principalmente cuando se espera un
porcentaje de bloqueo pequeño o si no se consideran retroalimentaciones. La
fórmula del modelo de Erlang B provee la probabilidad de bloqueo en la
conmutación, debido a que todas las troncales están ocupadas, es decir
debido al congestionamiento.
Figura 2.37 Modelo de Trafico Erlang B
(Fuente Propia)
Su fórmula 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 suposición de entrada con fuentes infinitas y la
misma fórmula, un porcentaje de las llamadas bloqueadas son
retroalimentadas hasta que se les brinda el servicio. La fórmula de Erlang B
extendido se ocupa principalmente en modelos como lo es un “modem pool”.
Donde un “modem pool” es un grupo de módems que normalmente son
utilizados para la recepción de llamadas entrantes, algunas de sus
76
características es que son dispositivos analógicos y utilizan una velocidad de
33.6 kbps. A continuación se muestra el modelo de tráfico 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 fórmula de probabilidad es:
MODELO ERLANG C.
En el modelo de Erlang C el sistema se diseña alrededor de la teoría 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 serán
atendidas y nos permite calcular el número de agentes necesario para
atender las llamadas. Es el más usado para dimensionar el personal de un
Call Center, sobre la base de conocer el número de llamadas en horas pico,
la duración media de la llamada y el retraso medio en atenderlos.
77
Figura 2.39 Modelo de Trafico Erlang C
(Fuente Propia)
Su fórmula de probabilidad es:
MODELO ENGSET.
El modelo Engset se utiliza para dimensionar comúnmente grupos de
equipos “nonqueued” (servicio inmediato). Es similar a Erlang B porque las
llamadas bloqueadas son despejadas pero asume un número limitado de
fuentes. Si se bloquea la llamada, después se reencamina o se desborda a
otro grupo. Este modelo es usado comúnmente en centrales con un volumen
de tráfico reducido.
Figura 2.40 Modelo de Trafico Engset
78
(Fuente Propia)
Su fórmula de probabilidad es:
2.4.1.2. ELECCION DE CODEC DE VOZ Y CALCULO DE BW.
La tecnología VoIP necesita convertir la voz analógica en digital para transportarla
a través de la red de datos, para ello hay que codificarla utilizando alguno de los
códecs de digitalización de audio disponibles para VoIP. La codificación 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 telefonía soporten el códec 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 continuación se muestra un cuadro de resumen con los códecs
más utilizados y que han sido explicados con más detalle en puntos anteriores:
Nombre Bit Rate (kb/s)
Sampling Rate (kHz)
Frame Size (ms)
Observaciones MOS
G.711 64 8 Muestreada
Tiene dos versiones u-law y
a-law para muestrear la señal
4.1
G.711.1 80/96 8 Muestreada
Mejora del codec G.711 para abarcar la banda de 50 Hz
a 7 Khz.
-
G.722 64 16 Muestreada
Divide los 16 Khz en dos bandas
cada una usando ADPCM
-
G.726 16/24/32/40 8 Muestreada ADPCM; reemplaza
a G.721 y G.723. 3.85
G.729 8 8 10 Bajo retardo
(15 ms) 3.92
G.729.1 8/12/14/16/
8 10 Ancho de banda
desde 50Hz hasta -
18/20/22/24/
79
26/28/30/32 7 Khz.
GSM 13 8 22.5 Usado por la
tecnología celular GSM
-
iLBC 8 13.3 30
Calidad básica más arriba que G.729, alta robustez a la
perdida de paquete
-
Tabla 2.1 Cuadro Comparativo de Códec y Consumo de BW
(Fuente Propia)
En donde:
- Bit Rate indica la cantidad de información que se envía por segundo.
- Sampling Rate indica la frecuencia de muestreo de la señal vocal. (Cada
cuanto se toma una muestra de la señal analógica).
- Frame Size indica cada cuanto milisegundo se envía un paquete con la
información sonora.
- MOS indica la calidad general del códec (valor de 1 a 5).
Para efectos del presente proyecto se toma en cuenta los códecs explicados en el
cuadro comparativo y que son comercialmente más usados, lo cual nos garantizará
poder encontrar los equipos (teléfonos IP, Gateway, software del servidor, etc.) en
el mercado. A la hora de elegir un códec 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 códec de voz que utilicemos para muestrear la voz
analógica y comprimirlos en paquetes para ser enviados por la de red de datos.
Cabe resaltar que los equipos que se elegirán deberán contar con la opción de
Voice Activity Detection para aminorar el ancho de banda (En el Anexo 6 se
muestra en detalle la forma de operación de VAD).
Teniendo en cuenta estas consideraciones a la hora de elegir un códec de voz
adecuado para nuestra necesidad y basándonos para la elección de éste en sus
80
características, licenciamiento, entre otros datos; obtendremos así el códec de voz
y el consumo de ancho de banda del mismo.
2.4.2. ELECCION DEL PROTOCOLO DE SEÑALIZACION.
Cada uno de los protocolos de señalización que existen actualmente para redes de
Voz sobre IP, tienen una arquitectura específica. Esto quiere decir, que para cada
protocolo existe una diferente estructura y necesidades de hardware, es por ello
que no es posible realizar un diseño 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 señalización 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 capítulo anterior se hizo énfasis en tres protocolos, los cuáles son los más
destacados por diferentes razones, ser el primer protocolo para la transmisión
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
aparición del IAX versión 2. Para la presente investigación solo se tomará en
cuenta estos tres protocolos para realizar la elección de uno de ellos, para tal fin,
se realizará una comparación entre los tres a fin de elegir la solución más
adecuada de acuerdo a la necesidad de la institución.
81
Protocolo Ventajas Desventajas
H.323
Es el estándar más completo para transmisiones de voz y video, esto quiere decir que posee mejores funcionalidades que los demás.
Protocolo bastante complejo.
La calidad de servicio también es mayor ya que se ocupa de este tema en cada uno de sus protocolos que componen el estándar.
Los componentes son más costosos.
SIP
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
Problemas para resolver direcciones privadas con públicas, no atraviesa firewalls ya que tiene problemas con el NAT, a menos que se implemente una solución.
Posee también flexibilidad y escalabilidad, diferentes funcionalidades como proxy, redirección. Localización y/o registro pueden residir en unos únicos servidores varios distribuidos.
No es necesario un control centralizado, el funcionamiento de extremo a extremo es posible una vez establecida la sesión.
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)
82
2.4.3. ELECCION DEL SERVIDOR PBX.
La función principal del servidor que se va a implementar es la señalización 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 metodologías para la elección y se siguen
recomendaciones dadas por expertos para luego poner a prueba el sistema y
verificar su correcto funcionamiento.
El parámetro más importante para la elección del hardware del servidor es el
número máximo 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
elección del hardware para el servidor de comunicaciones, algunos de ellos son:
- Porcentaje del procesador que requiere el códec para codificar y decodificar
las señales de voz.
- Complejidad del Plan de marcación.
- Otros procesos que se ejecuten en el sistema.
- Distribución 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.
83
Como se mencionó anteriormente estos elementos se seleccionarán de acuerdo a
recomendaciones de expertos y luego serán sometidos a pruebas para verificar
que cumplen con los requerimientos del diseño. Para realizar una buena elección
de un servidor SIP se necesita tener en cuenta las características del hardware y
software que se instalará sobre él.
2.4.3.1. SOFTWARE DE SERVIDOR PBX.
La elección del software de comunicaciones no es un proceso que nos presente
mayores inconvenientes. Para realizar una elección aceptable a lo que se desea
implantar en la solución, se deberá tener en cuenta las características
fundamentales del software a elegir. Para ello debe realizar una comparación entre
las distribuciones de software PBX actuales como lo siguiente:
Software Ventajas Desventajas Funcionalidades Códecs
ASTERISK
Compatibilidad de gran gamma de tarjetas
FXS/FXO. Gran soporte a nivel mundial en muchos idiomas. Fácil instalación de paquetes. Seguridad,
poco vulnerable. Escalable. Compatible con otros PBX.
Flexibilidad, se puede amoldar a los
requerimiento. Posee capacidad para Interfaz
gráfica FreePBX
Se requiere de tiempo de configuración
y conocimiento
técnico de Linux.
Programación de alarmas, despertadores. Listas negras. Detalles
de llamadas. Estadísticas. Ruteo de
llamadas, Monitorización silenciosa de llamadas. Tarjetas de llamadas. Envío y Recepción 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.
ELASTIX
Basado en Asterisk Fácil Uso. Interfaz gráfica
sencilla y amigable. Modularidad. Estabilidad.
Solo se pueden
configurar lo que esta
prestablecido en la interfaz
gráfica.
Fax. Mensajería Instantánea. Correo
Electrónico. Interfaz Web. Grabación de llamadas. Síntesis de Voz. DHCP. Reporte de llamadas.
Buzón de voz. Colas de llamada. Seguridad.
ADPCM, G.711 (ley
A y u), G.722,
G.723.1, G.726, G.729, GSM, iLCB.
84
TRIXBOX
Mucho tiempo en el mercado. La versión Pro te permite administrar tu PBX
desde la nube.
Sus componentes
son muy viejos. Sin
soporte para el mercado de América Latina. Poco desarrollo a
la plataforma.
Contestador automático. Integración con Outlook. Buzón de voz. Mensajes
de voz a email. Schedule. Reportes y
monitorización. Panel de control web. Puentes para conferencias.
Teléfonos analógicos e IP. Soporte de
sucursales.
ADPCM, G.711
(Ley A y u), G.722,
G.723, G.726, G.729, GSM, iLBC.
Tabla 2.3 Comparativo de Diversos Software PBX más usados
(Fuente Propia)
Con este cuadro comparativo en la cual se ha detallado las características de cada
distribución y según necesidad del proyecto a realizar usted deberá escoger el
software PBX adecuado para su implementación.
2.4.3.2. SISTEMA OPERATIVO DE SERVIDOR PBX.
La elección del sistema operativo para el servidor PBX deberá ser escogida en
relación al software PBX a utilizar, para ello al igual que la elección del software
PBX El software libre como el sistema operativo LINUX puede llegar a ser confuso
debido a las múltiples implementaciones que existen entre los varios tipos de
licencias tales como GPL (General Public License), Free Software, Open Source,
de dominio público.
En general existe una gran lista de distribuciones de LINUX y tiende a generar
confusión. Esta lista sigue creciendo cada día. Aquí se presentan las distribuciones
que generalmente se consideran las más extendidas a nivel mundial. Ubuntu y
Centos son las más adecuadas para aquellos que sin tener tanta experiencia
pueden iniciarse en este mundo tan lleno de complejidades. En el otro lado se
tiene a Debían que es el más avanzado, esta requiere de un conocimiento previo
avanzado. RedHat y SuSE tienen un nivel intermedio. A continuación se muestra
una tabla comparativa de las distribuciones
Distribución Ultima
Versión Instalación
Propósito Principal
Arquitectura de Procesador
Precio ($)
RedHat Enterprise
Linux 7.0 Grafica
Estaciones Empresariales,
Desktop, Servidores.
i386, ia64, ppc, x86-64
2500
85
Fedora 20.0 Grafica Propósito General
i386, ppc, ppc64, s390,
s390x, x86_64 Libre
Debian 7.0 Grafica/Texto Propósito General
Alpha, AMD64, Arm, HPPA, i386, IA64,
m68k, Mips, ipsel, PPC, S390, Sparc
Libre
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
recomendación de hardware de acuerdo al número de canales (que es el factor
más importante en la elección) que se tiene en el sistema. Esta recomendación fue
extraída del libro “Asterisk – The future of Telephony”, el cual es el libro de consulta
recomendado en la página web de Digium (Compañía que desarrolla el software
Asterisk).
Tipo de Sistema Numero de Canales
(Usuarios Concurrentes)
Hardware Mínimo Recomendado
Pequeñas Oficinas De 5 a 10 usuarios
1-GHz x86, 512 MB RAM, HD 20 GB, NIC 10/100
Pequeña 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
Grandes Empresas
Mayor a100 usuarios
Server Dual Quad Core o superior, de 4GB o más en RAM.
Mayor a 500 usuarios
Clúster de servidor, Arquitectura distribuida.
Tabla 2.5 Recomendación e Hardware Mínimo para Servidor PBX
86
(Fuente Propia)
Además de las características especificadas en el cuadro anterior, se deberá tener
en cuenta al momento de seleccionar el hardware, las tarjetas a adicionar para las
líneas telefónicas externas por parte del proveedor de telefonía, entre otros
dispositivos. Realmente no hay una característica fija con respecto al hardware ya
que eso se ve con más exactitud al momento del funcionamiento del hardware y
pruebas realizadas. Otro punto importante es que viendo las características
mínimas recomendado en el cuadro. Hoy en día solo existe en el mercado
procesadores para servidores o Pcs superior a lo recomendado, al igual que sus
demás requisitos, lo cual no sería un inconveniente al momento de elegir un
hardware para el servidor PBX.
2.4.4. ELECCION DE TERMINALES.
Para la elección de equipos terminales tenemos tres posibilidades, elegir entre
Softphones y hardphones, o elegir un Adaptador de Teléfono Analógico (ATA).
2.4.4.1. SOFTPHONES.
Los softphones son programas que emulan un Terminal telefónico, 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 teléfonos físicos (teléfonos IP) con un conector
RJ-45 para ser conectados a la red de datos.
2.4.4.3. ADAPTADOR TELEFONICO ANALOGO (ATA).
Un Adaptador Telefónico Analógico (ATA) es un dispositivo utilizado para convertir
las señales analógicas que son enviadas por un teléfono analógico en paquetes IP
para ser transmitidos por la red de datos. Un ATA cuenta con dos puertos, uno
RJ11 para conectar al teléfono analógico y otro RJ45 para conectar a la red de
87
datos. Un ATA en conjunto con un teléfono analógico tienen la misma funcionalidad
que un teléfono IP.
Las características de los equipos terminales:
- Están definidos para funcionar bajo uno o más protocolos de señalización
(SIP, H.323, IAX o algún otro protocolo propietario o estándar).
- Soportan algunos códecs de voz como G.711, G.729, G.723.1, G.726, GSM,
iLBC, entre otros.
- Puede soportar algunos otros protocolos para gestión y operación como
HTTP, TFTP, DHCP, 802.1 P/Q, etc.
- Puede tener diversas funcionalidades entre ellas, Llamadas en Espera,
Transferencia de Llamadas, Conferencias Tripartitas, Identificación 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 conmutación hacia la
Red Telefónica Pública (PSTN). Cuando necesitamos realizar una llamada a un
abonado externo de la Red Telefónica Pública, el servidor VoIP se encarga de
señalizar la llamada hasta el Gateway, el cual realizará la conmutación de la Red
IP hacia la RTP y viceversa si fuera el caso.
Para la elección del Gateway, debemos escoger uno que tenga entradas
analógicas (líneas FXO) ya que son las que utilizaremos para tener salida a la
RTP, debemos tener en cuenta también la compatibilidad con el códec elegido
para que se pueda realizar la decodificación de los paquetes de voz y convertirlos
en señales analógicas. Existe también la posibilidad de reemplazar el Gateway por
tarjetas FXO para ser colocados en los slots PCI del servidor, la elección del
equipo o las tarjetas es completamente indiferente en cuanto a funcionalidad, si es
que ambos tienen las mismas características.
88
2.5. MARCO LEGAL.
Gracias a los avances tecnológicos experimentados en los últimos años, las
empresas de telecomunicaciones poseen hoy en día diversas opciones a fin de
prestar servicios de "telefonía". Conforme a ello, actualmente se entiende que, los
servicios de "telefonía" pueden prestarse en base a dos supuestos:
- A través de los medios técnicos tradicionales (medios físicos), de redes
integradas y servicios conmutados (telefonía tradicional).
- Mediante el uso de la tecnología IP. (telefonía IP).
Es así que, cuando hablamos de "Telefonía IP" nos referimos a aquellas
telecomunicaciones que se desarrollan bajo el protocolo IP. El uso del Internet
como medio de comunicación permite que los costos de las empresas de
telecomunicaciones se vean considerablemente reducidas lo que, por consiguiente,
permite una reducción de las tarifas a favor de los usuarios. En tal sentido, el
servicio de Telefonía IP consiste en que un usuario pueda efectuar llamadas a
través de un proveedor de acceso a Internet (ISP), el cual brinda servicios de
digitalización de voz, fragmentación, empaquetamiento y envío de dichos paquetes
de información por Internet a otro proveedor quien desempaquetará la información
y la convertirá en voz, direccionándola al destinatario final de la comunicación.
89
2.5.1. REQUISITOS LEGALES PARA LA PRESTACION DE TELEFONIA
IP DE ACUERDO A NUESTRA NORMATIVIDAD3.
2.5.1.1. PRESTACIÓN DE SERVICIOS PÚBLICOS EN EL AMBITO DE LAS TELECOMUNICACIONES.
En el Perú, de acuerdo a la normatividad vigente, la instalación, operación y
prestación de los servicios públicos de telecomunicaciones (por aquellas personas
naturales o jurídicas que decidan dedicarse a esta actividad) requieren
previamente de la tramitación 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 prestación de
servicios portadores (locales, nacionales o internacionales), finales (servicio de
telefonía) y de difusión el interesado deberá previamente obtener una concesión
otorgada por el Estado Peruano para su ejercicio (trámite iniciado ante la Unidad
Especializada en Concesión de Telecomunicaciones del MTC); mientras que para
la prestación de servicios de valor añadido el interesado deberá contar única y
exclusivamente con un registro (tramitado ante el MTC).
2.5.1.2. SERVICIOS FINALES (SERVICIO DE TELEFONÍA VOCAL O CONVENCIONAL) Y SERVICIOS DE VALOR AÑADIDO (TELEFONÍA IP).
SERVICIO DE TELEFONÍA CONVENCIONAL:
De conformidad con el numeral 1 del artículo 50 de la Ley General de
Telecomunicaciones (LGT) se considera como servicio finales, entre otros, al
servicio telefónico (telefonía vocal) entendiéndose como tal, aquel que
permite a los usuarios la conversación telefónica en tiempo real en ambos
sentidos de transmisión, a través de la red de telecomunicaciones. Como
podemos observar por lo señalado en el párrafo precedente, debemos
entender que sólo nos encontraremos frente a un "servicio telefónico" (dentro
de la categoría de servicios finales) siempre y cuando se cumpla con las
90
siguientes condiciones: Que la Transmisión sea a tiempo real y que la
comunicación se dé a través de la red de telecomunicaciones.
SERVICIOS DE VALOR AGREGADO:
Con relación a este punto, debemos precisar que, de acuerdo con el artículo
29 del Texto Único Ordenado (TUO) de la Ley General de
Telecomunicaciones (LGT)4 se define a los "Servicios de Valor Añadido" 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 Artículo 29, Son servicios de Valor Añadido aquellos que utilizando
como soporte servicios portadores o finales de difusión, añaden alguna
característica o facilidad al servicio que les sirve de base. Se considera
como servicios de valor añadido, entre otros, el facsímil, el videotext, el
teletexto, el teleaccion, el telemando, el telealarma, el almacenamiento y
retransmisión de datos, teleproceso1.
El Reglamento de Ley General de Telecomunicaciones (LGT)5 en este orden
de ideas, desarrolló en su artículo 105 aquellos conceptos definidos como
Servicios de Valor Añadido por la Ley de la siguiente manera:
- Artículo 105, Son Servicios de Valor Añadido los siguientes:
1. Facsímil en Forma de Almacenamiento y Retransmisión de Fax.-
Es el servicio de circulares de fax, el de conversión gráfico 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 visualización de textos o gráficos
por medio de un dispositivo situado en el domicilio del usuario.
91
3. Teletex.- Es el servicio que difunde información en forma de texto a
diversos usuarios tales como noticias, información de bolsa, entre
otros.
4. Teletexto.- Es el servicio que consiste en insertar información de un
texto en la trama de la señal de televisión y es distribuido a través de
radiodifusión.
5. Teleacción.- Es el servicio que emplea mensajes cortos y que requiere
velocidades de transmisión muy bajas entre el usuario y la red de
telecomunicaciones.
__________________________________________________________________________ 5
MINISTERIO DE TRANSPORTE Y COMUNICACIONES - FONDO DE INVERSIÓN EN TELECOMUNICACIONES http://www.fitel.gob.pe/archivos/FI50b690831793f.pdf
6. Telemando.- Es el servicio mediante el cual se actúa 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 señal
eléctrica 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 Retransmisión de Datos.- Es el servicio que, a
través de la red pública de telecomunicaciones, permite el intercambio
de mensajes entre terminales de usuarios empleando medios de
almacenamiento y retransmisión. Es decir, permite el intercambio en
tiempo diferido de mensajes entre usuarios geográficamente dispersos.
9. Teleproceso y Procesamiento de Datos.- Es el servicio interactivo
que a través de la red pública de telecomunicaciones permite el
procesamiento de datos e intercambio de mensajes a distancia entre
terminales de usuarios geográficamente dispersos.
92
10. Mensajería Interpersonal (Correo Electrónico en Todas sus
Modalidades).- Es el servicio que permite a los usuarios enviar
mensajes a uno o más destinatarios y recibir mensajes a través de
redes de telecomunicaciones, empleando una combinación de técnicas
de almacenamiento y de retransmisión de datos, para la recuperación
del mensaje por el usuario final.
Las modalidades que puede adoptar este servicio son:
a. Correo Electrónico (X.400); Que es la mensajería interpersonal
que usa las normas internacionales X.400 del CCITT.
b. Transmisión Electrónica de Documentos (EDI); Que es la
mensajería interpersonal que usa las normas de comunicación
EDIFACT.
c. Transferencia Electrónica de Fondos.
d. Correo Electrónico de Voz; Que es la mensajería interpersonal
que a través de la digitalización, almacena la voz como archivo
digital y la transfiere a otra localidad para su recepción por el
destinatario.
e. Otros que determine el Ministerio.
11. Mensajería de Voz.- Es el servicio de transmisión de un mensaje
verbal. A petición del solicitante (abonado o no), una operadora
transmite un breve mensaje ya sea llamando a uno o a varios números
telefónicos 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 información almacenada en centros de
bases de datos. Esta información se enviará al usuario únicamente a
petición. La información puede consultarse individualmente en el
momento en que debe comenzar la secuencia de información deseada,
encontrándose bajo el control del usuario.
93
13. Servicio de Conmutación de Datos por Paquetes.- Es el servicio que
sin utilizar redes propias, fracciona de acuerdo a una secuencia o
trama, las señales de datos en tamaño normalizado denominados
paquetes, utilizando las normas X.25 y X.75 de la CCITT. Este servicio
puede incluir modalidades de nuevas tecnologías similares. Queda
excluido de este servicio el tráfico de voz en tiempo real.
14. Suministro de Información.- Es el servicio que suministra información
obtenida mediante los servicios de radiocomunicaciones.
15. Cualquier otro que el Ministerio clasifique como tal mediante resolución
ministerial.
2.5.1.3. TELEFONÍA IP - CONCESION O REGISTRO.
Tomando como punto de partida ello, cabe preguntarnos lo siguiente: ¿la
prestación de servicios de telefonía empleando para ello tecnología IP requiere de
la tramitación previa de una concesión o tan sólo de una inscripción en el Registro
respectivo?
Sobre el particular, consideramos que para la prestación de dichos servicios no se
requiere contar previamente con una concesión sino simplemente con la
tramitación de Registro de Valor Añadido (ante el MTC), por las razones siguientes:
- La Legislación nacional en materia de telecomunicaciones actualmente no
regula el concepto de Telefonía IP ,como si lo hace en relación al servicio
telefónico conocido también como telefonía vocal, estableciendo que aquellas
empresas que desean prestar dichos servicios requieren previamente la
tramitación de una concesión.
- No existe norma legal alguna que establezca la necesidad de contar con una
concesión para prestar servicios de "telefonía IP". Dentro de este contexto,
94
debe recordarse que de conformidad con lo dispuesto por el inciso a) del
numeral 24 del artículo 2 de la Constitución Política, "Nadie está obligado a
hacer lo que la ley no manda, ni impedido de hacer lo que ella no prohíbe".
- La Telefonía IP, tal y conforme lo señalamos en el presente artículo, no
puede considerarse (técnicamente) que se efectúe en tiempo real, toda vez
que la voz no es transmitida como impulsos eléctricos (como si se da en la
telefonía pública convencional), sino más bien en forma digitalizada,
debiendo ser ésta previamente fraccionada y empaquetada, para luego ser
nuevamente transformada a voz.
- En todo caso, la prestación de servicios de Telefonía IP podría caber
plenamente en la definición de servicio de valor añadido establecido en el
punto 8 del Reglamento de Telecomunicaciones ya que utiliza como soporte
servicios portadores o finales de difusión, constituyéndose como valor
añadido la siguiente característica: que la transmisión de la voz no es
realizada totalmente a través de impulsos eléctricos (como si lo hace el
servicio de telefonía convencional). Esta comunicación telefónica por voz es
almacenada, digitalizada, fragmentada y empaquetada y retransmitida por el
proveedor de servicio de valor añadido a fin de que viaje en paquetes IP por
Internet para luego ser nuevamente transformada a voz y direccionada a la
red de telefonía convencional en otra área geográficamente alejada, por parte
del proveedor de servicios de valor añadidos en dicha área. Todo este
mecanismo, trae como consecuencia que el proceso de comunicación no sea
desarrollado a tiempo real (como en una llamada telefónica convencional)
sino de manera diferida, cumpliéndose así con todas las características
dispuestas tanto en el artículo 29 de la Ley General de Telecomunicaciones
como por el numera 8 del artículo 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 telefonía IP radica
básicamente en la conversión de la voz humana a datos, es decir se basa en la
compresión de la voz digitalizada en un conjunto de datos mucho más pequeño y
manejable, para luego, proceder nuevamente a la expansión de los datos
95
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 través de una serie de pasos de digitalización,
fragmentación y empaquetamiento de la información que viaja por internet hacia
otro usuario permite concebir que la comunicación no se efectúe en tiempo real
(como en la telefonía de voz) sino más bien en tiempo diferido.
En tal sentido, el especialista Español en materia de Telecomunicaciones, Xavier
Rivas Alejandro, Asesor Jurídico de SEDISI, Asociación Española de Empresas de
Tecnologías de la Información, en su artículo "Telefonía Vocal en Internet", señala
que "no puede afirmarse que la telefonía 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 envía los paquetes que
contienen la voz al equipo receptor, que une los paquetes y los convierte a sonido.
El período de tiempo necesario para procesar la información en ambos sentidos
impide que podamos hablar de un servicio prestado en tiempo real”.
96
CAPITULO III
DESARROLLO DE LA APLICACION 3.1. MODELAMIENTO.
El objetivo de este capítulo es el desarrollo de la arquitectura del diseño de la Red
de Voz sobre IP (propuesta del diseño de la Red de Voz sobre IP), para ello
debemos optar por la mejor opción entre todas las herramientas mencionadas en
el capítulo anterior.
El diseño se encontrará concluido cuando tengamos elegidos todos los elementos
necesarios, y además de tener una propuesta final, realizar las pruebas necesarias
que garanticen el funcionamiento de la red (propuesta técnica 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 cálculo de líneas telefónicas necesarias para abastecer la
comunicación hacia el exterior, además del cálculo del ancho de banda del
consumo de paquetes que viajaran por la red basado en el códec y en la
cantidad de líneas telefónicas.
ELECCION DEL SERVIDOR PBX.- Se realizara en base a la elección del
Software PBX, Sistema Operativo para el servidor y la elección adecuada del
hardware (características del Servidor PBX).
ELECCION DE TELEFONOS IP.- Se realizara en base a las características
de diversos fabricantes de equipos IP, según las necesidades y
mantenimiento además un margen aceptable en el costo del equipo
97
Figura 3.1 Estructura Propuesta de la Red de Voz sobre IP
(Fuente Propia)
98
3.1.1. CÁLCULO DEL ANCHO DE BANDA DE LA RED.
Para el cálculo del ancho de banda necesario para poder cursar el flujo de
llamadas de la empresa, primero debemos calcular el número de líneas telefónicas
necesarias para la empresa, y luego, teniendo el número de canales de voz,
obtenemos el ancho de banda total con la ayuda del ancho de banda utilizado por
el códec de voz.
3.1.1.1. CÁLCULO DEL NÚMERO DE LÍNEAS TELEFÓNICAS.
Este cálculo se realiza con el fin de obtener el número de líneas telefónicas
necesarias para atender las solicitudes de llamadas en la hora de mayor tráfico.
Este cálculo se realiza con el fin de obtener el número de circuitos telefónicos
necesarios para atender a los 96 abonados en la hora de mayor tráfico. Para
realizar esté calculo necesitamos información del flujo de llamadas de la institución,
sin embargo al no contar con información acerca del flujo de llamadas, y la
realización de un monitoreo de llamadas no es posible debido a que no contamos
con un software de monitoreo de llamadas telefónicas en el Hospital, por lo tanto
trabajaremos con un promedio del consumo mensual con lo cual llegaremos al
consumo de minutos en un día. Con esta información, utilizando luego una
calculadora de Erlangs, tendremos el número de líneas necesarios.
Para realizar esté calculo necesitamos información del flujo de llamadas del
Hospital, sin embargo al no contar con información acerca del flujo de llamadas,
trabajaremos con un promedio del consumo mensual con lo cual llegaremos al
consumo de minutos en un día.
En este paso vamos a realizar una separación de la cantidad de consumo de
minutos mensuales que respecta a llamadas externas, que son la llamadas
realizadas a números que no corresponden a líneas 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 números fijos que no corresponda a ninguno de las
líneas telefónicas con lo que actualmente contamos, ya que con esta implantación
las llamadas realizadas desde el Hospital a los locales alquilados y viceversa se
eliminaran, ellos se comunicaran vía Voz sobre IP. La información de minutos
consumidos mensual total en un mes se muestra en el siguiente cuadro:
99
Línea N°
Telefónico Local Tipo de Línea
Minutos Consumidos Mensual a Telefonía Fija
1 351-44** Hospital Vitarte Clásica 9200
2 351-37** Hospital Vitarte Clásica 450
3 351-44** Hospital Vitarte Clásica 620
4 351-44** Hospital Vitarte Clásica 820
5 351-44** Hospital Vitarte Clásica 750
6 351-36** Hospital Vitarte Clásica 605
7 351-55** Hospital Vitarte Clásica 110
8 351-55** Hospital Vitarte Clásica 130
9 351-32** Hospital Vitarte Clásica 320
10 351-36** Estadística e Informática Clásica 800
11 351-37** Informática Clásica 3200
12 351-54** Estadística Clásica 1020
13 351-39** Logística Clásica 3150
14 351-55** Logística Clásica 2060
15 351-44** Personal Clásica 1520
16 352-00** Economía Clásica 2220
17 351-60** Almacén Central Clásica 2030
18 351-60** Almacén de Medicamentos Clásica 1640
Tabla 3.1 Consumo Mensual en Minutos por cada Local Según Línea Telefónica
(Fuente: Recibos Telefónicos de Cada Local)
Este cálculo es para un solo mes, el mes de setiembre. Para efectos de
aproximación se le multiplicará por una constante al momento de realizar la
operación que será realizado en sus respectivos cálculos para simular un mes de
horario de oficina normal donde el flujo de llamadas es mayor.
Este cálculo de minutos a llamadas externas se obtiene mediante un valor
porcentual (%) según estadísticas realizadas al área que cuenta con líneas
telefónicas en los ambientes alquilados. Con esta información, utilizando luego una
calculadora de Erlangs, tendremos el número de líneas necesarios.
Línea Local Minutos
Consumidos Mensual
% Equivalente a Llamadas Externas
Minutos Consumidos
Llamadas Externas
1 Hospital Vitarte 9200 60% 5520
2 Hospital Vitarte 450 50% 225
3 Hospital Vitarte 620 70% 434
4 Hospital Vitarte 820 60% 492
100
5 Hospital Vitarte 750 50% 375
6 Hospital Vitarte 605 40% 242
7 Hospital Vitarte 110
LINEAS TELEFONICAS DE LA ALTA DIRECCION
8 Hospital Vitarte 130
9 Hospital Vitarte 320
10 Estadística e Informática 800 10% 80
11 Informática 3200 5% 160
12 Estadística 1020 5% 102
13 Logística 3150 60% 1890
14 Logística 2060 50% 1030
15 Personal 1520 10% 152
16 Economía 2220 50% 1110
17 Almacén Central 2030 50% 1015
18 Almacén de Medicamentos 1640 30% 492
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 cálculos de tráfico de llamadas con pocas líneas telefónicas para así tener
una aproximación de la necesidad de líneas telefónicas con la realidad de nuestra
institución.
En el cuadro anterior notamos que el local de Estadística e Informática (Jefatura
de la Unidad, del Área de Informática y del Área de Estadística) su consumo de
llamadas externas es bastante pequeño, por lo tanto, para tener una mejor
aproximación de la cantidad de líneas telefónicas necesarias, vamos a agregar
este local en el cálculo que se realizara para las líneas telefónicas del Hospital.
En cambio, los locales de Logística, Economía y Almacén Central sus consumos
son alto y debemos tener en cuenta que estas áreas realizan llamadas
consecutivas a entidades del Estado, así como también el local de Logística y
Almacén cuyas llamadas diarias y consecutivas son realizadas a proveedores para
abastecimiento de las necesidades de todo el Hospital (incluido los locales
alquilados).
101
Según lo detallados líneas arriba el cuadro de Cantidad de Consumo quedaría de
la siguiente manera:
Línea Local Minutos
Consumidos Mensual
% Equivalente a Llamadas Externas
Minutos Consumidos
Llamadas Externas
1 Hospital Vitarte 9200 70% 5520
2 Hospital Vitarte 450 50% 225
3 Hospital Vitarte 620 70% 434
4 Hospital Vitarte 820 60% 492
5 Hospital Vitarte 750 50% 375
6 Hospital Vitarte 605 40% 242
7 Estadística e Informática 800 10% 80
8 Informática 3200 5% 160
9 Estadística 1020 5% 102
Total Minutos Consumidos en Llamadas Externas : 7630
Tabla 3.3 Cantidad de Minutos Consumidos en Llamadas Externas – HOSPITAL
(Fuente Propia)
Línea Local Minutos
Consumidos Mensual
% Equivalente a Llamadas Externas
Minutos Consumidos
Llamadas Externas
1 Logística 3150 60% 1890
2 Logística 2060 50% 1030
3 Personal 1520 10% 152
4 Economía 2220 50% 1110
5 Almacén Central 2030 50% 1015
6 Almacén 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 líneas telefónicas proporcionadas a la ALTA DIRECCION
(Dirección General, Dirección Adjunta y Dirección Administrativa), éstas cuentan
con línea directa, por tal razón, serán incluidos en la cantidad total de líneas
telefónicas requeridas. A continuación se muestra procedimiento respectivo para
hallar la cantidad de líneas necesarias:
102
CALCULO ERLANG: HOSPITAL.
Línea N° Telefónico Minutos
Consumidos Mensual
% Equivalente a Llamadas Externas
Minutos Consumidos
Llamadas Externas
1 Hospital Vitarte 9200 60% 5520
2 Hospital Vitarte 450 50% 225
3 Hospital Vitarte 620 70% 434
4 Hospital Vitarte 820 60% 492
5 Hospital Vitarte 750 50% 375
6 Hospital Vitarte 605 40% 242
7 Estadística e Informática 800 10% 80
8 Informática 3200 5% 160
9 Estadística 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: 7630 minutos/mes Minutos por Día: 7630 / 20 = 381.5 Minutos por Día: 381.5 +10% (381.5) = 419.65 min/día
(Día Laborable 8 Horas)
Para obtener la cantidad de Erlangs consumidos en la hora de mayor
tráfico, multiplicamos la cantidad de minutos consumidos en un día por un
factor de hora ocupada (busy hour factor) el cual significa el porcentaje de
minutos diarios que se ofrecen durante la hora más ocupada del día, el
factor establecido por defecto para un sistema que opera en un día
laborable de 8 horas es de 17%. “Una cifra más elevada solo se
recomienda si el día laborable es más corto o si las llamadas frecuentes se
realizan en distintos intervalos de tiempo” (extraído del portal web
http://www.erlang.com).
Para obtener la cantidad de Erlangs consumidos por todos los abonados en
la hora de mayor tráfico (hora cargada, HC), utilizamos la siguiente fórmula:
Erlangs = (minutos consumidos diario) x (factor de hora ocupada)
Donde tenemos que:
103
Minutos consumidos diario: 419.65 minutos/día Factor de hora ocupada (%): 17% = 0.17 Por lo tanto:
Erlangs consumidos en la hora de mayor tráfico (hora cargada, HC):
EHC = 71.341 / 60 = 1.189 HC (Erlangs)
Con este valor y el número de abonados totales, utilizando una calculadora
de Erlangs, obtenemos el número de circuitos telefónicos necesarios para
satisfacer la demanda en la hora de mayor tráfico.
Para realizar el cálculo del número de circuitos, utilizaremos el modelo Erlang
B ya que es el modelo que se emplea en redes con pocas troncales donde el
tráfico no es tan alto. A continuación se muestra el cálculo del número de
circuitos telefónicos, con los datos que se tienen:
Tráfico ofrecido (Erlangs): 1.189 Erlangs (HC) Probabilidad de pérdida de llamada: 1% = 0.010 (Valor configurado por defecto si no se tiene un requerimiento de porcentaje de perdidas)
Figura 3.2
Calculo de Líneas Telefónicas 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 tráfico en la hora de mayor ocupación es necesario
contar con 5 líneas telefónicas.
104
CALCULO ERLANG: LOCAL EX-UTES.
Línea Local Minutos
Consumidos Mensual
% Equivalente a Llamadas Externas
Minutos Consumidos
Llamadas Externas
1 Logística 3150 60% 1890
2 Logística 2060 20% 412
3 Personal 1520 10% 152
4 Economía 2220 30% 666
5 Almacén Central 2030 50% 1015
6 Almacén 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: 4627 minutos/mes Minutos por Día: 4627 / 20 = 231.35 Minutos por Día: 231.35 +10% (231.35) = 254.49 min/día
(Día Laborable 8 Horas)
Para obtener la cantidad de Erlangs consumidos por todos los abonados en
la hora de mayor tráfico (hora cargada, HC), utilizamos la siguiente fórmula:
Erlangs = (minutos consumidos diario) x (factor de hora ocupada)
Donde tenemos que:
Minutos consumidos diario: 254.49 minutos/día Factor de hora ocupada (%): 17% = 0.17
Por lo tanto:
Erlangs consumidos en la hora de mayor tráfico (hora cargada, HC):
EHC = 43.26 / 60 = 0.721 HC (Erlangs)
Tráfico ofrecido (Erlangs): 0.721 Erlangs (HC) Probabilidad de pérdida de llamada: 1% = 0.010 (Valor configurado por defecto si no se tiene un requerimiento de porcentaje de perdidas)
105
Figura 3.3 Calculo de Líneas Telefónicas 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 tráfico en la hora de mayor ocupación es necesario
contar con 4 líneas telefónicas.
Habiendo realizado los cálculos correspondientes para hallar la cantidad de líneas
telefónicas necesarias tanto en el Hospital así como también para la sede Ex-
UTES y del local alquilado para la Unidad de Estadística e Informática tenemos lo
siguiente:
Ítem Descripción Cantidad de Líneas
Telefónicas
1 Líneas Telefónicas HOSPITAL 5
2 Líneas Telefónicas EX-UTES 4
4 Líneas Telefónicas ALTA DIRECCIÓN 3
Total de Líneas Telefónicas Necesarias : 12
Tabla 3.7
Cantidad Total de Líneas Telefónicas Necesarias (Fuente Propia)
Luego de haber obtenido el resultado final de la cantidad de líneas telefónicas
necesarias para el abastecimiento de llamadas hacia números telefónicos fuera del
Hospital y de sus 2 locales, tenemos como resultado 12 líneas telefónicas
necesarias.
Ahora lo que debemos de tener en cuenta es cuales son las líneas telefónicas
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á
106
necesario según cantidad de líneas telefónicas necesarias por cálculo realizado.
Por tanto a continuación se muestra la relación de líneas telefónicas que quedaran
activas (tachados).
Línea N°
Telefónico Local Tipo de Línea
Minutos Consumidos a Llamadas Externas
1 351-44** Hospital Vitarte Clásica 5520
X 351-37** Hospital Vitarte Clásica 225
2 351-44** Hospital Vitarte Clásica 434
3 351-44** Hospital Vitarte Clásica 492
4 351-44** Hospital Vitarte Clásica 375
5 351-36** Hospital Vitarte Clásica 242
6 351-55** Hospital Vitarte Clásica LINEAS
TELEFONICAS DE LA ALTA DIRECCION
7 351-55** Hospital Vitarte Clásica
8 351-32** Hospital Vitarte Clásica
X 351-36** Estadística e Informática Clásica 80
X 351-37** Informática Clásica 160
X 351-54** Estadística Clásica 102
9 351-39** Logística Clásica 1890
X 351-55** Logística Clásica 412
X 351-44** Personal Clásica 152
10 352-00** Economía Clásica 666
11 351-60** Almacén Central Clásica 1015
12 351-60** Almacén de Medicamentos Clásica 492
Tabla 3.8 Relación de Líneas Telefónicas a Utilizarse en Proyecto
(Fuente Propia)
La anulación del servicio de estas 4 líneas telefónicas análogas para el Hospital y
el local de la Unidad de Estadística e Informática, y de las 2 líneas telefónicas del
local Ex-UTES, genera una reducción de gastos que según los recibos de pago de
estas líneas telefónicas del mes de Octubre y por ser una información reservada
por la institución no se adjunta ningún recibo de pago por el servicio, solo se detalla
el monto lo cual suman un total de S/. 435.00 x mes. Este monto vendría a ser un
ahorro para la institución por cada mes. Hay que hacer mención y aclaración que el
monto mencionado es solo un ahorro por la reducción de líneas telefónicas con la
implementación de este proyecto.
107
3.1.1.2. CÓDEC DE VOZ Y ANCHO DE BANDA.
Con el número de líneas obtenido, ahora procedemos a calcular el ancho de banda
de la red en kbps. Este cálculo depende únicamente del códec de voz que
utilicemos para muestrear la voz analógica y comprimirlos en paquetes para ser
enviados por la de red de datos. En un capitulo anterior, se detalló los códecs más
importantes y para el presente capítulo elegiremos el más adecuado para el
diseño. Inicialmente el códec G.729 es uno de los más destacados, pero la
desventaja es que este códec 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 diseño de la red es reducir los costos de operación, no es conveniente
decidirnos por este códec ya que debemos pagar licencia anualmente.
El códec 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 Categoría 6 (Transmisión de hasta 1 Gbps y
frecuencia de 256 MHz) la intensión es buscar un códec con un ancho de banda
reducido.
Finalmente la elección se limita a dos códecs, 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 diseño y en
consecuencia para el cálculo de ancho de banda necesario para cada local. Cabe
resaltar que los equipos que se elegirán deberán contar con la opción de Voice
Activity Detection (VAD) para aminorar el ancho de banda (Reduce el ancho de
banda hasta un 35%).
A continuación hallaremos el ancho de banda real utilizado por el códec 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
aplicación (capa 7). En el siguiente gráfico se muestra la trama Ethernet
108
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 Lógica de una Trama ETHERNET
(Fuente Propia)
TRAMA ETHERNET.- A continuación 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
Tamaño de Trama = Total Cabeceras + Voz = 138 bytes
Rate = Códec Neto/Códec Payload = 32000 bits / (80*8 bits) = 50 pps
Ancho de Banda (BW) = Tamaño de Trama * Rate = 138*8*50 = 55.2 kbps
A continuación se muestran los resultados del ancho de banda del paquete tanto
del Hospital, así como del local EX-UTES:
Línea Local Numero de
Líneas BW de Trama
BW Total BW con VAD
1 Hospital Vitarte 5
55.2 kbps
276 kbps 179.4 kbps
2 Local EX-UTES 4 220.8 kbps 143.52 kbps
Total de Ancho de Banda (en kbps) : 496.8 kbps 322.92 kbps
BW=Ancho de Banda. VAD=Voice Activity Detection.
Tabla 3.9 Consumo de Ancho de Banda de cada Paquete por Locales
(Fuente Propia)
109
3.1.2. SERVIDOR PBX.
La elección de hardware y software del servidor PBX se realiza de acuerdo al
protocolo de señalización elegido. Para nuestro caso se elige utilizar el protocolo
de señalización SIP.
¿Por qué elegimos el protocolo de señalización SIP? - Realizada la
comparación de los tres protocolos propuestos en un capítulo anterior (H.323, SIP
e IAX versión 2) podemos descartar en primer lugar al protocolo H.323; por ser el
conjunto de protocolos más completo, y por ende su operación es más compleja, lo
cual lo hace ideal para redes con grandes cantidades de usuarios, los
componentes que utiliza también son más 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 (Traducción de Direcciones de Red), sin embargo
con SIP se puede solucionar dicho problema conectándolo con un servidor STUN
para resolver direcciones.
Teniendo en cuenta que IAX es un protocolo que se encuentra a un proceso de
estandarización, no se cuenta con la suficiente disponibilidad de equipos en el
mercado. Por lo tanto, el protocolo recomendado para el diseño de la red es el
protocolo SIP debido a su simplicidad y bajo costo de implementación. Al tener
elegido el protocolo de señalización, 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 transmisión de datos. Para
implementar el servidor SIP necesitamos tener las características 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
elección 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 más usado en lo que se refiere a aplicaciones de
Voz sobre IP. Sin embargo existe también otro softwares gratuitos usados en
110
algunas empresas. A continuación se muestra un cuadro con una comparación
entre 3 softwares para servidores SIP para luego sustentar la elección.
111
Software Ventajas Desventajas Protocolos de Señalización
Sistemas Operativos
Funcionalidades Códecs
ASTERISK
Compatibilidad de gran gamma de tarjetas
FXS/FXO. Gran soporte a nivel mundial en
muchos idiomas. Fácil instalación de paquetes.
Seguridad, poco vulnerable. Escalable. Compatible con otros PBX. Flexibilidad, se puede amoldar a los
requerimiento.
Se requiere de tiempo de
configuración y conocimiento
técnico de Linux.
SIP, H.323, IAX, IAX2, Google Talk, Jingle,
MGCP, SCCP (Cisco), Skype,
UNISTIM.
LINUX (RedHat, Centos, Debian,
Ubuntu)/BSD MAC OS SOLARIS
Programación de alarmas, despertadores. Listas negras. Estadísticas. Ruteo de llamadas,
Monitorización silenciosa de llamadas. Tarjetas de llamadas. Envío y Recepción de Fax a terceros.
Conversión de protocolos y códecs en tiempo real. Extensiones móviles. Mensajería SMS. Detección de silencios. Llamadas grupales. Buzón de Voz.
Notas de voz. Música en Espera. Desvío de Llamadas. Usuario Ocupado. Grupo de llamadas. Contestar llamada de teléfono distinto. Gestión de llamadas según horario. Transferencia de llamada.
Síntesis de Voz. Grabación de llamada.
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.
ELASTIX
Basado en Asterisk Fácil Uso. Interfaz gráfica sencilla y
amigable. Modularidad. Estabilidad.
No tan extenso como Asterisk. Solo
se pueden configurar lo que
esta prestablecido en la interfaz
gráfica.
SIP, IAX, H323, MGCP, SCCP.
LINUX (Centos)
Fax. Mensajería Instantánea. Correo Electrónico. Interfaz Web. Grabación de llamadas. Síntesis de Voz. DHCP. Reporte de llamadas. Buzón de voz.
Colas de llamada. Seguridad. Grabación de llamadas, Herramienta para la creación de
extensiones por lote, Interfaz de detección de Hardware, Panel de Operador basado en Web,
Reporte de detalle de llamadas (CDR), Tarifación 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.
TRIXBOX
Mucho tiempo en el mercado. La versión
Pro te permite administrar tu PBX
desde la nube.
Sus componentes son muy viejos. Sin
soporte para el mercado de
América Latina. Poco desarrollo a la
plataforma.
IAX, IAX v2, H.323, SIP,
MGCP, SCCP.
LINUX (Centos, Ubuntu)
Contestador automático. Integración con Outlook. Buzón de voz. Mensajes de voz a email.
Scheduler. Reportes y monitorización. Panel de control web. Puentes para conferencias. Teléfonos
analógicos 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)
112
Software Robustez, Soporte
Técnico Online Encriptación Escalable
Interfaz Gráfica
Registro de Llamadas
Asterisk
Elastix
Trixbox
Tabla 3.11 Evaluación de Software PBX según 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 (conmutación, transferencia de llamada, llamada en espera, identificación
de llamadas, buzón de voz, etc.), además de su facilidad para realizar su
configuración y administración ya que posee un entorno grafico bastante aceptable,
brindar robustez, escalabilidad y seguridad en la transmisión de voz en la red.
Figura 3.5 Consola de Administración de ELASTIX
(Fuente Propia)
113
3.1.2.2. SISTEMA OPERATIVO DEL SERVIDOR PBX.
Ahora que ya se tiene el software para el servidor PBX, debemos realizar la
distribución del sistema operativo Linux que será utilizado. En primer lugar se debe
aclarar que al ser Asterisk un código fuente el cual se va a compilar e instalar
utilizando unas librerías estables, es muy claro que sobre cualquier distribución en
la cual se instalen las librerías necesarias para la compilación- funcionará
perfectamente. Sin embargo existen ciertas características de cada una de las
distribuciones de Linux la cual nos pueda ayudar a realizar la elección en base a la
facilidad de configuración o algunos otros parámetros. En el siguiente cuadro se
muestran las principales distribuciones de Linux y algunas de sus características:
Distribución Ultima
Versión Instalación
Propósito Principal
Arquitectura de Procesador
Precio ($)
RedHat Enterprise
Linux 7.0 Grafica
Estaciones Empresariales,
Desktop, Servidores.
i386, ia64, ppc, x86-64
2500
Fedora 20.0 Grafica Propósito General
i386, ppc, ppc64, s390,
s390x, x86_64 Libre
Debian 7.0 Grafica/Texto Propósito General
Alpha, AMD64, Arm, HPPA, i386, IA64,
m68k, Mips, ipsel, PPC, S390, Sparc
Libre
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 características muy similares en las
distribuciones presentadas, a excepción del Red Hat Linux Enterprise que no es
una distribución gratuita. Sin embargo existen algunas características adicionales
para la distribución de CentOS que la hacen más eficiente para utilizar con el
software de comunicaciones Elastix, además de que es un sistema operativo
exclusivo para servidores.
114
Algunas características adicionales de esta distribución son:
- La instalación es sencilla.
- Los paquetes necesarios para el funcionamiento de Elastix son tan estables
que existe una mínima posibilidad de tener problemas con el servidor. No
instala librerías que no se vaya realmente a utilizar.
- Sistema operativo exclusivo para servidores.
- La instalación mínima para tener un servidor Elastix, apenas ocupa 400 Mb
de disco duro.
- Compatible con casi cualquier arquitectura y tecnología desde un i386 en
adelante y compatibilidad total con tarjetas de telefonía.
Por todas estas razones se elige la distribución de CentOS como sistema
operativo sobre el cual se instalará el software Elastix. Hay que hacer mención
que Elastix es un empaquetado de Asterisk y Centos con entorno gráfico, lo cual
hace más fácil la implementación y configuración.
115
3.1.2.3. HARDWARE DEL SERVIDOR PBX.
Tal como se hizo mención en el marco metodológico con respecto a la elección del
hardware, éste se seleccionará en base a recomendaciones y luego se
comprobará su correcto funcionamiento sometiéndolo a pruebas de capacidad,
estas pruebas de capacidad consisten en realizar conexiones y llamadas en
simultáneo con la finalidad de verificar su real rendimiento. A continuación se
detalla las características mínimas para la elección del hardware:
Tipo de Sistema Numero de Canales
(Usuarios Concurrentes)
Hardware Mínimo Recomendado
Pequeñas Oficinas De 5 a 10 usuarios
1-GHz x86, 512 MB RAM, HD 20 GB, NIC 10/100
Pequeña 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
Grandes Empresas
Mayor a100 usuarios
Server Dual Quad Core o superior, de 4GB o más en RAM.
Mayor a 500 usuarios
Clúster de servidor, Arquitectura distribuida.
Tabla 3.13 Recomendaciones de Hardware Mínimo 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 GENERACIÓN 8 de las
mismas características y en buen estado, sin uso por motivo de que adquirieron
por proceso de compra 2 servidores nuevos de última generación y de alto
rendimiento, y que están configurados con virtualización (servidores virtuales), lo
que tiene como beneficio el ahorro de comprar varios servidores para cada
funcionalidad, ahorro de espacio y además de la rápida restauración de un servidor
virtual ante una posible falla.
Por ello, haremos una descripción de las características del tipo de servidor
disponible ya que utilizaremos estos como nuestro servidor PBX para el proyecto:
116
Componente Característica Fundamento
Modelo Torre 5U Recomendable para un sistema instalado en una institución donde el número de usuarios de la red es de 84, también se
deja el margen para el caso que aumenten los números de canales
Procesador Intel® Xeon® E5-2609 (4 núcleos, 2,4 GHz, 10 MB,
80 W) x 1 procesador
Memoria RAM RDIMM de 12 GB
(2 x 4 GB)
El servidor será utilizado solo para señalización no se realiza un mayor
consumo de memoria.
Disco Duro 2 x 100 GB 3.5’’ (RAID1), 3 x 200 GB 3.5’’ (RAID5),
La instalación del S.O. y el software Elastix no ocupan más de 2GB aproximadamente,
sin embargo al tratarse de un servidor necesitamos espacio libre para realizar backups de algún tipo de información
Tarjeta de Red 4 NIC 10/100/1000
La cantidad de usuarios (84) es regular, el tráfico que ingresará al servidor (solo de señalización) aún en la hora de mayor
tráfico será No mayor a 440 kbps calculados para la carga de audio
Ranuras de Expansión
9 Ranuras PCI Express Para tener posibilidad de integrar tarjetas
FXO o FXS u otros
Fuente de Alimentación
Fuente de alimentación Gold de 460W de ranuras
común
Este equipo permanecerá encendido las 24 horas del día, todos los días.
Tabla 3.14 Características 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)
117
3.1.3. TELEFONOS IP.
Para la elección de los teléfonos IP a utilizarse en la institución, debemos tener en
cuenta que estos teléfonos IP soporten el códec G.726 (32 kbps) que hemos
elegimos, así como también la opción de VAD (Voice Activity Detection) con la
finalidad de reducción de ancho de banda. Para ello primeramente debemos tener
en cuenta que características necesitamos en la funcionalidad de un teléfono IP ya
que de esto dependerán los costos de cada equipo. Las características básicas a
necesitar son las siguientes:
Características Descripción
Códec 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 básicas como Mute, Llamada en Espera, Agenda Telefónica, Mensajes, Auricular,
Transferencia de Llamadas, Volumen, Altavoz, Marcar y Remarcar, entre otros
Funciones de Telefonía
Llamada en espera, transferencia de llamadas, desvió de llamadas, agenda telefónica descargable, llamada en espera,
registro de llamadas, plan de marcado y personalización de timbres
Calidad de Servicio (QoS)
Que soporte Capa 2 (802.1Q, 802.1p)
Seguridad Algunos niveles de seguridad para la comunicación o para
El equipo
Idioma Español como idioma principal. Inglés, Francés o
Portugués como idioma para base a configuraciones
Fuente de alimentación PoE integrado (Alimentación Sobre Ethernet) (802.3af),
AC Power
Tabla 3.15 Características Básicas de un Teléfono IP a Utilizarse
(Fuente Propia)
En base a las siguientes características básicas para la elección de un teléfono IP,
realizaremos un comparativo que en la actualidad se encuentran el mercado y que
además cumplen con las características principales que se requiere:
118
Características CISCO SPA 502G SNOM 715 GRANDSTREAM
GXP 2130
Códec de Audio
G.711a/µ-law, G.726 (16/24/32/40 kbps), G.729A, G.722, and ILBC VAD con
supresión de silencio
G.711 A-law, μ-law, G.722 (wideband), G.726, G.729AB, GSM 6.10 (FR), Comfort Noise
Generator (CNG), Voice Activity Detection (VAD)
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)
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 Telefónica, Mensajes, Auricular, Transferencia de Llamadas, Conferencia de Llamadas, Volumen, Altavoz, Marcar/Remarcar y teclas para el control y navegación
Teclas dedicadas a las funciones de Mute, Llamada en Espera, Agenda Telefónica,
Mensajes, Auricular, Transferencia de Llamadas, Conferencia de Llamadas,
Volumen, Altavoz, Marcar/Remarcar y teclas para el control y navegación
teclas de línea, teclas programables, teclas de navegación /menú / volumen, teclas de funciones
para: Llamada en Espera, Altavoz, Envío/Remarcado, Transferencia, Conferencia,
Mudo, Diadema, Volumen, Agenda y Contactos
Funciones de Telefonía
Llamada en espera, transferencia de llamadas, desvió de llamadas, agenda
telefónica descargable, llamada en espera, registro de llamadas, plan de marcado y
personalización de timbres. Además cumplen otras funcionalidades
Llamada en espera, transferencia de llamadas, desvió de llamadas, agenda
telefónica descargable, llamada en espera, registro de llamadas, plan de marcado y
personalización de timbres. Además cumplen otras funcionalidades
Llamada en espera, transferencia, desvío de llamadas, captura de llamadas, apariencia de
llamada compartida, agenda telefónica descargable, marcado automático al descolgar, respuesta automática, 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
119
Seguridad
Sistema protegido por contraseña, Acceso protegido por contraseña para las funciones de administrador y de nivel de
usuario, HTTPS con certificado de cliente, Cifrado de autenticación a través de MD5,
SIP sobre TLS, Protocolo de transporte seguro en tiempo real (SRTP)
HTTPS a nivel Cliente/Servidor, Transport Layer Security (TLS)
Contraseñas a nivel de usuario y administrador, autenticación basada en MD5 y MD5-sess, archivo
de configuración encriptado AES, SRTP, TLS, 802.1x medios de control de acceso
Idioma Soporta más de 30 lenguajes (idioma
Español incluido) Soporta varios idiomas incluido Español
Alemán, árabe, checo, chino, coreano, croata, esloveno, español, francés, hebreo, holandés,
húngaro, inglés, italiano, japonés, polaco, portugués, ruso, turco
Fuente de alimentación
Soporta IEEE 802.3af PoE (Clase 2). Además 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 máximo de energía 2.5W (adaptador de
corriente) ó 3W (PoE)
Costo ($) $ 160.00 $115.00 $ 125.00
Tabla 3.16 Cuadro Comparativo de Teléfonos IP de distintos Fabricantes
(Fuente: Ficha Técnica de Fabricantes)
120
Según el cuadro anterior observamos que el teléfono IP que se ajusta a nuestras
necesidades es el del fabricante SNOM 715, ya que posee el códec que
necesitamos, alimentación de energía sobre la red (PoE - Power over Ethernet,
802.3af) lo cual nos evita el uso de tomas eléctricas y nos facilita la protección en
caso de falla de la energía eléctrica e interruptor Ethernet de 10/100/1000 Mbps lo
que permite tener una mayor transferencia de datos a alta velocidad; además del
costo que en comparación a los otros dos modelos su precio es aceptable.
Figura 3.7 Modelo de Teléfono IP SNOM 715
(Fuente: http:// www.snom.com/es/productos/snom-advanced-line/snom-715)
121
3.1.4. GATEWAY VOIP.
Tal como se explicó en el capítulo 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
telefónica pública conmutada (PSTN) o su centralita digital. Para conectar líneas
telefónicas analógicas con una centralita IP, se necesita un Gateway FXO. Para la
elección del Gateway adecuado y según características explicadas en el capítulo 2.4.5,
realizaremos un comparativo con equipos Gateway FXO que actualmente se
encuentran en el mercado:
Características 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
Señalización SIP, H.323 SIP SIP
Codecs G.711 u/a law, G.723,
G.726, G.729 a/b, GSM G.711 u/a law, G.722,
G.726, G.729 a/b, GSM G.711, G.723, G.726,
G.729 a/b, GSM
Calidad de Servicio (QoS)
ToS.
DiffServ
802.1p/q
802.1q
ToS.
DiffServ
802.1p/q
Administración
HTTP HTTPS TFTP
SSH Telnet
HTTP HTTPS
HTTP HTTPS TFTP
SSH Telnet
Funcionalidad
Fax sobre IP Call Forward
Busy Call Transfer Blind
Cancelación de Eco
Fax sobre IP
Call Routing Rules Automatic Call
Dialplans Support Cancelación de Eco
Fax sobre IP Call Forward
Caller ID Flexible DMTF
Cancelación de Eco
Costo $ 695.00 $ 1,195.00 $ 450.00
Tabla 3.17 Cuadro Comparativo de Gateways VoIP de distintos Fabricantes
(Fuente: Ficha Técnica de Fabricantes)
Teniendo en cuenta las opciones propuestas en la tabla 3.17, se llega a la
conclusión que el Gateway adecuado para nuestro diseño, es el GXW4108 del
fabricante Grandstream. Este dispositivo cumple con las necesidades a requerirse
para nuestra implantación, además una de las opciones importantes es el Call
Forward y la Cancelación de Eco, lo cual el primero permitirá el desvío de la
llamada de una línea, en caso esta se encuentre ocupado pasara automáticamente
122
a la siguiente línea, y el cancelación de eco lo cual permitirá la reducción de ancho
de banda.
Figura 3.8 Modelo de Gateway FXO GRANDSTREAM GXW4108
(Fuente: http://www.gruposie7e.com/img/p/395-691-thickbox.jpg)
123
3.1.5. PLAN DE MARCACION.
El plan de marcación determina los números que serán asignados a las
extensiones telefónicas del Hospital de Vitarte” para la comunicación interna. Lo
que se ha propuesto es que se tomará la misma numeración de anexos actual de
la institución.
Nro. Anexo Unidad / Área / Servicio Adminis. (AD)
Asistencial (AS)
1 221 Central Telefónica AD
2 222 Dirección General – Jefatura AD
3 223 Dirección General – Secretaria AD
4 224 Dirección Adjunta – Jefatura AD
5 225 Dirección Adjunta – Secretaria AD
6 235 Dirección Administrativa – Jefatura AD
7 236 Dirección Administrativa – Secretaria AD
8 226 Órgano de Control Institucional – Jefatura AD
9 227 Unidad de Planeamiento Estratégico – Jefatura AD
10 228 Unidad de Planeamiento Estratégico – 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 Asesoría 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 Economía – Sub Área de Liquidaciones AD
20 257 Área de Economía – 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 Admisión AS
25 276 Área de Consulta Externa – Sub Área de Archivo AS
26 245 Área de Enfermería – Jefatura AD
27 246 Área de enfermería – secretaria AD
28 263 Área de Enfermería – Tópico de Enfermería AS
29 248 Área de laboratorio – jefatura AD
30 255 Área de SIS/SOAT – jefatura AD
124
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 Nutrición AD
35 265 Área de Diagnóstico por Imágenes – 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 Ginecología – Jefatura AD
40 279 Servicio de Pediatría – Jefatura AD
41 267 Servicio de Cirugía – Jefatura AD
42 290 Consultorio de CRED AS
43 266 Consultorio de Dermatología AS
44 289 Consultorio de Medicina I AS
45 295 Consultorio de Monitoreo Fetal AS
46 234 Consultorio de Neonatología AS
47 293 Consultorio de Neumología AS
48 270 Consultorio de Odontología AS
49 237 Consultorio de Oftalmología AS
50 271 Consultorio de Otorrino AS
51 272 Consultorio de PCT AS
52 269 Consultorio de Pediatría AS
53 249 Consultorio de Psicoprofilaxis AS
54 273 Consultorio de Traumatología AS
55 283 Consultorio de ARO AS
56 264 Consultorio de Gastroendoscopia AS
57 285 Consultorio de Nutrición AS
58 288 Consultorio de Planificación Familiar AS
59 286 Consultorio de Psicología AS
60 291 Consultorio de Psiquiatría AS
61 297 Consultorio de Urología AS
62 287 Consultorio de Cirugía AS
63 298 Consultorio de Anestesiología AS
64 296 Consultorio de Certificado de Salud AS
65 274 Hospitalización de Cirugía AS
66 229 Hospitalización de Ginecología AS
67 277 Hospitalización de Medicina AS
68 284 Hospitalización de Obstetricia AS
69 275 Hospitalización de Pediatría AS
125
70 280 Sala de Operaciones AS
71 281 Sala de Partos AS
72 251 Emergencia de Cirugía AS
73 300 Emergencia de Ginecología AS
74 278 Emergencia de Medicina AS
75 262 Emergencia de Pediatría AS
76 301 Emergencia de Traumashock AS
77 232 Triaje de Emergencia AS
78 259 Módulo de Buen Trato AD
79 231 Módulo de Informes AD
80 233 Módulo de Vigilancia AS
81 299 Módulo de Video Vigilancia AS
Además se incluirá la relación de los anexos telefónicos que serán incluidos tanto
en el local Ex-UTES y el local de la Unidad de Estadística e Informática:
82 302 Jefatura Área de Logística AD
83 303 Sub Área de Adquisiciones AD
84 304 Sub Área de Estudio Mercado AD
85 305 Jefatura Área de Economía 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 Almacén Medicamentos AD
91 311 Almacén Central AD
92 312 Jefatura UEI AD
93 313 Jefatura Área de Informática AD
94 314 Sub Área de Soporte Técnico AD
95 315 Sub Área de Desarrollo AD
96 316 Jefatura Área de Estadística AD
Resumen
Total Administrativos 50 96
Total Asistenciales 46
Tabla 3.18
Plan de Marcación del Hospital de Vitarte (Fuente Propia)
126
En el cuadro anterior observamos que hay algunas filas sombreadas (Área de
Servicios Generales-Secretaria, Área de Apoyo al Tratamiento-Jefatura de
Nutrición, Hospitalización de Obstetricia, Sala de Partos y Triaje de Emergencia),
estas filas sombreadas corresponden a los 5 anexos telefónicos que por motivo de
construcción de nuevos ambientes en la institución han sido anulados por corte de
cableado y por lo complicado que es por la infraestructura del Hospital realizar un
recableado telefónico éstos han quedado fuera de servicio. Por ello, en el proyecto
serán incluidos para su funcionamiento y además manteniendo su mismo número
de anexo telefónico.
127
3.1.6. DISEÑO DE LA RED.
Lo que vamos a realizar en este punto es hacer un diseño 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 serán asignados a los teléfonos 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, también se mostrara el diagrama final del diseño 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 informáticos:
Contexto Total
Equipos Descripción
InfraAdminis 135
Equipos de Infraestructura:
- Servidores (14)
- Access Point (8)
- Wireless (3) Pc’s Áreas Administrativas:
- DVR Cámaras de Video vigilancia (4)
- Laptops (9)
- Dirección General (5)
- Dirección Adjunta (3)
- Dirección Administrativo (4)
- Órgano de Control (3)
- Órgano Legal (3)
- Unidad de Planeamiento Estratégico (7)
- Unidad de Epidemiologia y Salud Ambiental (6)
- Área de Enfermería (3)
- Área de Comunicación e Imagen (5)
- Área de Servicios Generales (3)
- Área de Tramite Documentario (2)
128
- Unidad de Docencia e Investigación (7)
- Servicio de Emergencia (4)
- Servicio de Medicina (3)
- Servicio de Cirugía (2)
- Servicio de Ginecología (2)
- Servicio de Obstetricia (2)
- Servicio de Consulta Externa (5)
- Servicio de Apoyo al Tratamiento (2)
- Área de Pediatría (3)
- Área de Psicología (2)
- Área de Nutrición (2)
- Área de SIS-SOAT (9)
- Área de Promoción de la Salud (5)
- Área de Archivo Central (3)
- Módulo de Informes (1)
- Módulo de Buen Trato (1)
Asistenciales 89
Pc’s de Áreas Asistenciales:
- Consultorio de Cirugía (1)
- Consultorio de Cirugía Plástica (1)
- Consultorio de Ginecología (1)
- Consultorio de Certificado de Salud (1)
- Consultorio de Crecimiento y Desarrollo (3)
- Consultorio de Dermatología (1)
- Consultorio de Ecografía Gineco (2)
- Consultorio de Gastroendoscopia (1)
- Consultorio de Medicina (1)
- Consultorio de Monitoreo Materno (1)
- Consultorio de Neumología (1)
- Consultorio de Nutrición (1)
- Consultorio de Odontología (3)
- Consultorio de Oftalmología (1)
- Consultorio de Otorrinolaringología (1)
- Consultorio de Pediatría (1)
- Consultorio de Planificación Familiar (1)
- Consultorio de Psicología (1)
- Consultorio de Psiquiatría (1)
- Consultorio de Traumatología (1)
- Consultorio de Urología (1)
- Hospitalización de Cirugía (1)
- Hospitalización de Ginecología (2)
129
- Hospitalización de Medicina (1)
- Hospitalización de Neonatología (1)
- Hospitalización de Pediatría (2)
- Hospitalización de Sala de Partos (2)
- Emergencia de Cirugía (1)
- Emergencia de Ginecología (1)
- Emergencia de Medicina (1)
- Emergencia de Pediatría (1)
- Emergencia de Tópico (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 Admisión (3)
- Servicio de Radiología (3)
- Servicio de Ecografía (2)
- Área de Farmacia (5)
- Área de Laboratorio (7)
- Área de Archivo de Historias Clínicas (3)
- Área de Liquidaciones (5)
- Área de Servicio Social (3)
Locales Alquilados
74
Pc’s de Local EX - Utes:
- Sub Área de Almacén de Medicamentos (4)
- Sub Área de Almacén Central (6)
- Área de Logística (14)
- Área de Economía (12)
- Área de Personal (16)
Pc’s de Local Alquilado:
- Unidad de Estadística e Informática (22)
Tabla 3.19 Cantidad de Equipos de Cómputo por Unidades, Áreas y/o Servicios
(Fuente Propia)
130
3.1.6.1. PLAN DE REDIRECCIONAMIENTO IP Y SUB REDES.
Subred Total
Equipos Rango de Subred
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
Asistenciales 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
Locales 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
Tabla 3.20 Rango de Direccionamiento IP – Red de Datos
(Fuente Propia)
Subred Total
Equipos Rango de Subred
VoIP 96
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 Descripción Rango de Subred
InfraAdminis
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 Teléfonos IP (96) Rango IP : 172.16.3.2 – 172.16.3.97
131
Tabla 3.22 Rango de Distribución de IP Según Sub Red
(Fuente Propia)
132
Figura 3.9 Diagrama de Red del Hospital de Vitarte
(Fuente Propia)
133
Figura 3.10 Diagrama de Red del Local EX-UTES
(Fuente Propia)
134
Figura 3.11 Diagrama de Red del Local de la Unidad de Estadística e Informática
(Fuente Propia)
135
3.2. DESARROLLO.
El presente capítulo aborda la creación de un prototipo de una red de telefonía 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 (configuración de anexos telefónicos en
software de comunicación unificada Elastix), se presentara los modelos de
operación de la red, se configurara los Gateway VoIP tanto del Hospital Vitarte así
como también del Local EX-UTES y se realizara la configuración de los teléfonos
IP SNOM 715 (Teléfono IP elegido)
3.2.1. IMPLEMENTACION DEL SERVIDOR ELASTIX.
Para la implementación del Servidor Elastix se utilizará el Servidor HP PROLIANT
ML350e Generación 8 como se mencionó en el capítulo 3.2.1.3. A continuación en
los siguientes puntos se detallan el proceso para su implementación.
3.2.1.1. INSTALACION DE ELASTIX.
La versión del Software Elastix que usaremos para el proyecto es la 2.5.0 ya que
hasta la fecha es la última versión disponible. La instalación de Elastix 2.5.0 es un
proceso bastante simple y sencillo de ejecutar. Básicamente lo que necesitamos es
tener listo el CD de instalación o en su defecto la imagen ISO, la cual puede
descargarlo desde la Web de Elastix (http://www.elastix.org) y descargar la
versión que será instalado (Elastix 2.4.0 32 Bits o 64 Bits). Inmediatamente
comenzamos la instalación, la primera pantalla en aparecer es la siguiente:
136
Esperamos que se realice todo el proceso de carga, hasta que aparezca la primera
pantalla donde se requiere de nuestra intervención
OPCIONES DE INSTALACIÓN.
SELECCIÓN DEL IDIOMA DE INSTALACIÓN.- Permite seleccionar el idioma a
utilizar para la instalación, esta opción es única y exclusivamente para la
instalación no afecta en nada la configuración del entorno de administración de
Elastix. Se deberá seleccionar el idioma en que se desea que aparezcan las
opciones de instalación. En esta opción seleccionamos el idioma Spanish.
137
SELECCIÓN DEL TIPO DE TECLADO.- Seleccionamos el tipo de teclado que
está conectado al servidor, si la distribución del teclado es español, seleccionamos
Spanish. Con la tecla de TAB (Tabulador) nos movemos hacia la opción
ACEPTAR para realizar la selección.
CREAR TABLA DE PARTICIÓN.- Se nos pide confirmación para crear la tabla de
partición o el espacio del disco duro que será asignado al servidor Elastix. La
creación de la tabla de partición borra todo el contenido del disco duro y reasigna
todo el espacio a Elastix. Se pedirá confirmación para remover particiones
existentes si las hay, para crear la nueva tabla de partición que será asignada al
servidor Elastix. Se deberá seleccionar la primera opción para borrar cualquier
partición existente y crear la nueva sobre el disco duro. Utilizando la barra
espaciadora se hace la selección y con la tecla TAB nos desplazamos para
seleccionar la opción ACEPTAR.
138
Se pedirá de nuevo nuestra confirmación para proceder, En este paso debemos
tener en cuenta que después de realizar esta acción toda la información que está
en el disco duro será borrado de manera permanente, con la tecla TAB nos
desplazamos a la opción SI.
En la siguiente opción que aparece la cual detalla la revisión de la capa de
particiones, se nos solicita revisar y modificar la tabla de partición, Como hemos
seleccionado en un paso anterior crear un diseño de partición predeterminado, con
la tecla TAB seleccionamos NO para continuar con el proceso de instalación.
CONFIGURACIÓN DE INTERFACE DE RED.- El siguiente paso es configurar los
parámetros de la Red IP de la interface de red de nuestro servidor PBX.
Seleccionamos SI para continuar.
139
Hacemos la selección 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 opción Configuración Manual TCP/IP, luego se procederá
a colocar la dirección IP 172.16.1.12 que es la dirección IP asignada para este
servidor y la máscara de red 255.255.255.0.
140
Luego asignamos la dirección 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 dirección IP 172.16.1.1. Se cuenta también con un Servidor
de Administración de Usuarios (Servidor Controlador de Dominio) y que además
cumple la funcionalidad de Servidor DNS para la resolución de nombres en nuestra
red, por ello en Servidor DNS asignamos la dirección 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 institución está basado en nombres de dioses griegos,
por ende se seleccionó este nombre. Con la tecla TAB seleccionamos ACEPTAR
para continuar.
141
SELECCIÓN DE LA ZONA HORARIA.- Este parámetro es importante su selección
correcta debido a que los reportes toman esta hora como referencia. Buscar la
zona horaria de su ubicación geográfica que es América/Lima. Con la tecla TAB
seleccionamos ACEPTAR para continuar.
ASIGNAR CLAVE A USUARIO ROOT.- A continuación aparece la opción 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 instalación.
142
Luego de ingresar la clave de root, inicia el proceso de instalación que toma un par
de minutos, conforme avance el proceso de instalación 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 instalación, el servidor se reiniciara
automáticamente, aparecerá la pantalla siguiente, esperamos unos segundos y
continuara con la carga.
143
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.
Continúa el proceso de carga y volverá aparecer otra pantalla solicitando otra clave
y su confirmación. La clave que solicita es del usuario admin, lo utilizaremos para
ingresar a la consola de gestión WEB del servidor Elastix.
144
Al finalizar todo el proceso de carga, la instalación del servidor ha concluido
satisfactoriamente. Aparece la pantalla de ingreso solicitando login: aquí
ingresamos con el usuario root y la clave que colocamos durante la
instalación, para tener acceso a la consola en modo de comando.
Al ingresar correctamente con el usuario root, tenemos acceso a la consola de
gestión en modo de comandos, en esta consola podemos ejecutar cualquier
comando Linux así como ingresar a la consola de Asterisk.
145
Si observan en la información que aparece, notamos que nos dan indicaciones de
la manera en la que se debe de ingresar desde un navegador Web, la dirección 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 dirección IP del servidor, para
tener acceso a la consola Web de Elastix.
Figura 3.12 Acceso a la Interfaz de Administración 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 conexión 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 página
146
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 contraseña que se solicitó durante la instalación. Una vez
ingresado los datos correctamente no mostrara la consola de configuración y
administración del software de mensajería unificada Elastix:
Figura 3.13 Consola de Configuración y Administración de Elastix
(Fuente: Software Elastix)
147
3.2.1.2. ELEMENTOS DE LA CONSOLA DE CONFIGURACION Y ADMINISTRACION DE ELASTIX.
MENU SISTEMA. Al momento de acceder a la Consola de Configuración y Administración Elastix el
primer menú predeterminado es el Menú Sistemas. En este menú se encuentran
sub menús como: Dashboard, Red, Usuarios, Apagar, Detector de Hardware,
Actualizaciones, Respaldar/Restaurar y Preferencias. Cada sub menú posee
configuraciones la cuales se detallan a continuación:
SUB MENU DASHBOARD.- La opción "Dashboard" del menú "Sistema" en Elastix
es una herramienta de visualización que muestra una vista general del sistema y
proporciona un rápido acceso a acciones administrativas con el fin de hacer más
fácil la administración de Elastix. Entre las vistas disponibles están "Recursos del
Sistema", "Estados de Procesos", "Discos Duros", "Gráfico de Rendimiento",
“Noticias”, entre otras. A continuación se describe brevemente las más
importantes.
Recursos de Sistema: Aquí se muestra información general sobre el
sistema en el que Elastix se está ejecutando.
148
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.
149
Gráfico de Rendimiento: Permite revisar el historial de uso de memoria y
CPU, así como llamadas simultáneas a través del tiempo.
Noticias: Muestra las últimas noticias sobre Elastix desde la página web
www.elastix.org
150
SUB MENU RED.- En este sub menú podemos realizar configuraciones de los
parámetros de nuestra tarjeta de red entre otras configuraciones importantes.
Parámetros De Red: La opción "Parámetros de Red" en Elastix permite ver y
configurar los parámetros necesarios para configurar el acceso a la red en el
servidor.
Servidor DHCP: La opción "Servidor DHCP" permite configurar Elastix como
servidor DHCP de tal manera que pueda proveer de direcciones IP a otros
dispositivos de red.
Asignar Dirección IP a Host: La opción “Asignar Dirección IP a Host”
permite asignar una dirección IP deseada a un dispositivo específico
identificado por su dirección MAC.
151
SUB MENU USUARIOS.- La opción "Usuarios" en Elastix permite crear y modificar
cuentas de usuario que tienen acceso a la interfaz web de Elastix. Además permite
crear grupos de usuarios.
Los usuarios pertenecen a un grupo el cual les otorga privilegios de operación
sobre la interfaz web de Elastix. También son asociados a un número de extensión
y un correo electrónico. Para ver, modificar o eliminar la información sobre un
usuario usted debe hacer click en el nombre de usuario. Para crear un usuario
nuevo se debe hacer click en el botón "Crear Nuevo Usuario" y llenar el formulario
correspondiente.
La opción "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 instalación de Elastix: Administrador, Operator y
Extensión
152
SUB MENU APAGAR.- Esta opción permite apagar o reiniciar el servidor Elastix.
Como medida de seguridad le aparecerá un mensaje de confirmación al intentar
realizar estas acciones.
SUB MENU DETECTOR DE HARDWARE.- La opción "Detector de Hardware"
permite detectar hardware telefónico instalado en el servidor como pueden ser las
tarjetas FXO o FXS.
SUB MENU ACTUALIZACIONES.- La opción "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 botón "Guardar/Actualizar"
153
En la opción "Paquetes" del sub menú "Actualizaciones" muestra todos los
paquetes instalados en el servidor. También permite instalar, desinstalar y
actualizar paquetes.
SUB MENU RESPALDAR/RESTAURAR.- La opción "Respaldar/Restaurar" del
menú "Sistema" permite hacer respaldos así como también restaurar a partir de un
respaldo la configuración en Elastix. Para descargar un respaldo de la lista sólo
haga click en el nombre del archivo con extensión tar.
Para crear un respaldo usted debe hacer click en el botón "Crear un respaldo",
seleccionar todas las configuraciones que se desean respaldar y luego hacer click
en el botón "Procesar".
154
En la lista de respaldos haga click en el botón "Restaurar" ubicado a la derecha del
nombre del respaldo. Seleccione la configuración que desea restaurar y dé click en
el botón "Procesar”.
155
SUB MENU PREFERENCIAS.- En este sub menú le permite realizar configuración
tales como: configuración del Idioma, de fecha y hora del sistema, de temas y
configuración de la moneda.
Idioma: La opción "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 botón "Guardar".
Fecha/Hora: La opción "Fecha/Hora" del sub menú "Preferencias “en Elastix
permite configurar la hora, la fecha y la zona horaria del servidor. Para
modificar esta información haga click en el botón "Aplicar Cambios".
Temas: La opción "Temas" del sub menú "Preferencias" en Elastix permite
escoger la apariencia visual que va a tener la interfaz web. Para cambiar el
tema selecciónelo de la lista y dé click en "Guardar".
Moneda: La opción "Moneda" del sub menú "Preferencias" permite cambiar
la moneda utilizada principalmente en el módulo de reporteria de la interfaz
web de Elastix. Para cambiarla seleccione la moneda deseada y dé click en
el botón "Guardar".
156
MENU AGENDA. En el menú Agenda podemos encontrar al Calendario y Libreta de Direcciones.
Calendario: La opción "Calendario" permite a los usuarios organizar su día,
semana o mes creando eventos y recordatorios.
Libreta de Direcciones: La opción "Libreta de Direcciones" del menú
"Agenda" muestra un directorio telefónico que contiene números de teléfono
internos y externos. Las extensiones internas son aquellas que han sido
creadas en el módulo PBX y por lo tanto no pueden ser modificadas desde
este módulo. Los números de teléfono externos son los que han sido creados
por el usuario desde este módulo y no pertenecen a Elastix. Para agregar un
número de teléfono externo haga click en el botón "Nuevo Contacto". La
siguiente figura muestra una lista de extensiones internas:
157
MENU PBX. En el menú PBX le permite realizar configuraciones tales como: Extensiones
(anexos telefónicos), configuraciones de Troncales (líneas telefónicas),
Grabaciones de Voz, Conferencias, entre otras herramientas. Este menú es el de
configuraciones principales de nuestra Consola de Configuración y Administración
Elastix.
SUB MENU CONFIGURACION PBX.- La opción "Configuración PBX" en Elastix
permite realizar todas las configuraciones necesarias para que nuestro PBX sea
completamente funcional.
SUB MENU PANEL DE OPERADOR.- La opción "Panel del Operador" del menú
"PBX" permite administrar las operaciones telefónicas. 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 módulo es útil
para recepcionistas quienes tienen una vista general de las colas, conferencias,
parqueo de llamadas, extensiones internas, troncales, etc. Además por medio de
este módulo es posible iniciar una llamada o transferir una llamada arrastrando una
extensión hacia otra, o incluir varias extensiones a un cuarto de conferencia, una
cola, etc. Es posible también ver las extensiones ocupadas, el tiempo transcurrido
de una llamada y el caller ID.
158
SUB MENU CONFIGURACION POR LOTES.- En este sub menú le permite la
configuración automática de manera remota de los Endpoints soportados. Este
módulo combina la funcionalidad de los módulos antiguos "Configurador de
Endpoints" y "Lote de Extensión" en una sola interfaz completamente reescrita.
Con este módulo el administrador puede apuntar los Endpoints soportados hacia
Elastix como su servidor de telefonía. Explicaremos el que es más utilizado.
Lote de Extensión: La opción "Lote de Extensiones" del menú "PBX" en
Elastix permite crear extensiones mediante la carga de un archivo CSV.
También usted puede descargar un archivo con todas las extensiones
existentes en el servidor Elastix. Esto hace muy fácil la migración 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.
159
3.2.1.3. CREACION DE EXTENSIONES SIP EN LA CONSOLA DE CONFIGURACION Y ADMINISTRACION DE ELASTIX.
Para realizar la creación de una nueva extensión SIP (o anexos) vamos a ir al
Menú PBX/Sub Menú Configuración PBX, la cual nos mostrara la siguiente
pantalla:
En la parte de “Añadir una Extensión”, hacer clic en la opción de crear "Dispositivo
SIP genérico", luego presionaremos el botón "Enviar" y nos presentará una serie
de campos para ser llenados.
Los Campos más importantes para la creación de una extensión son: “Extensión
de Usuario”, “Nombre para Mostrar” y “Secret”. Solo llenando estos campos se
tiene creada la extensión. En este caso Explicaremos la creación de la extensión
SIP 221, que corresponde a la Central Telefónica.
Para ello en el campo “Extensión de Usuario” ingresamos el número 221, en el
campo “Nombre para mostrar” ingresamos el nombre CENTRAL TELEFONICA, en
el campo “Secret” ingresamos el valor 221HVATE, luego habilitamos el “Buzón de
Voz” y en “Contraseña del Buzón de Voz” ingresamos el valor 2212051, tal como
muestra en la siguiente imagen:
160
Al hacer click en el botón “Enviar” nos aparece en la parte superior de la página un
cintillo o banda de color rosado claro que dice: "Apply Config", damos clic sobre
dicha banda (la cual debe desaparecer después de haber dado clic) y ya se
encuentra creado nuestra extensión SIP (se muestra a la derecha).
Si tenemos que crear varias, en nuestro caso 97 extensiones, vamos al Menú PBX/
Sub Menú Configuración por Lotes, en la parte izquierda hacemos click en la
161
opción “Lote de Extensiones”, nos mostrara un link para descargar el formato con
extensión de archivo .CSV, tal como se muestra en la siguiente imagen:
Para ello es conveniente haber creado una extensión, con todos los campos
requeridos y luego ir ingresando acorde a este formato (campos obtenidos según
ingreso de la primera extensión 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 tamaño de la
descripción de cada anexo con la finalidad de tener un nombre más corto y por tal
le sea fácil al usuario poder reconocer una llamada telefónica desde un anexo,
además los cambios de nombres se basan en nombres que actualmente se utilizan
en cada anexo telefónico:
162
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 Disallow Allow
Central Telefónica 221 Enabled 221HVATE Enabled 2212051 No No No No From-
internal Sip All G726
Dirección 222 Enabled 222HVATE Enabled 2222051 No No No No From-
internal Sip All G726
Secret Dirección 223 Enabled 223HVATE Enabled 2232051 No No No No From-
internal Sip All G726
Sub Dirección 224 Enabled 224HVATE Enabled 2242051 No No No No From-
internal Sip All G726
Secret Sub Dirección 225 Enabled 225HVATE Enabled 2252051 No No No No From-
internal Sip All G726
Administración 235 Enabled 235HVATE Enabled 2352051 No No No No From-
internal Sip All G726
Secret Administración 236 Enabled 236HVATE Enabled 2362051 No No No No From-
internal Sip All G726
OCI 226 Enabled 226HVATE Enabled 2262051 No No No No From-
internal Sip All G726
UPE 227 Enabled 227HVATE Enabled 2272051 No No No No From-
internal Sip All G726
Secret UPE 228 Enabled 228HVATE Enabled 2282051 No No No No From-
internal Sip All G726
Docencia 230 Enabled 230HVATE Enabled 2302051 No No No No From-
internal Sip All G726
Epidemiologia 282 Enabled 282HVATE Enabled 2822051 No No No No From-
internal Sip All G726
Asesoría Legal 241 Enabled 241HVATE Enabled 2412051 No No No No From-
internal Sip All G726
SSGG 238 Enabled 238HVATE Enabled 2382051 No No No No From-
internal Sip All G726
Secret SSGG 239 Enabled 239HVATE Enabled 2392051 No No No No From-
internal Sip All G726
Mantenimiento 240 Enabled 240HVATE Enabled 2402051 No No No No From-
internal Sip All G726
Comunicaciones 260 Enabled 260HVATE Enabled 2602051 No No No No From-
internal Sip All G726
163
RefCon 261 Enabled 261HVATE Enabled 2612051 No No No No From-
internal Sip All G726
Liquidaciones 256 Enabled 256HVATE Enabled 2562051 No No No No From-
internal Sip All G726
Caja 257 Enabled 257HVATE Enabled 2572051 No No No No From-
internal Sip All G726
Tramite Documentario 258 Enabled 258HVATE Enabled 2582051 No No No No From-
internal Sip All G726
Consulta Externa 292 Enabled 292HVATE Enabled 2922051 No No No No From-
internal Sip All G726
Citas 253 Enabled 253HVATE Enabled 2532051 No No No No From-
internal Sip All G726
Admisión 252 Enabled 252HVATE Enabled 2522051 No No No No From-
internal Sip All G726
Archivo 276 Enabled 276HVATE Enabled 2762051 No No No No From-
internal Sip All G726
Enfermería 245 Enabled 245HVATE Enabled 2452051 No No No No From-
internal Sip All G726
Secret Enfermería 246 Enabled 246HVATE Enabled 2462051 No No No No From-
internal Sip All G726
Tópico Enfermería 263 Enabled 263HVATE Enabled 2632051 No No No No From-
internal Sip All G726
Laboratorio 248 Enabled 248HVATE Enabled 2482051 No No No No From-
internal Sip All G726
SIS/SOAT 255 Enabled 255HVATE Enabled 2552051 No No No No From-
internal Sip All G726
Apoyo al Tratamiento 268 Enabled 268HVATE Enabled 2682051 No No No No From-
internal Sip All G726
Farmacia 243 Enabled 243HVATE Enabled 2432051 No No No No From-
internal Sip All G726
Servicio Social 254 Enabled 254HVATE Enabled 2542051 No No No No From-
internal Sip All G726
Nutrición 250 Enabled 250HVATE Enabled 2502051 No No No No From-
internal Sip All G726
Rayos X 265 Enabled 265HVATE Enabled 2652051 No No No No From-
internal Sip All G726
Serv Medicina 242 Enabled 242HVATE Enabled 2422051 No No No No From-
internal Sip All G726
164
Serv Emergencia 244 Enabled 244HVATE Enabled 2442051 No No No No From-
internal Sip All G726
Serv COE 294 Enabled 294HVATE Enabled 2942051 No No No No From-
internal Sip All G726
Serv Ginecología 247 Enabled 247HVATE Enabled 2472051 No No No No From-
internal Sip All G726
Serv Pediatría 279 Enabled 279HVATE Enabled 2792051 No No No No From-
internal Sip All G726
Serv Cirugía 267 Enabled 267HVATE Enabled 2672051 No No No No From-
internal Sip All G726
Consult CRED 290 Enabled 290HVATE Enabled 2902051 No No No No From-
internal Sip All G726
Consult Dermato 266 Enabled 266HVATE Enabled 2662051 No No No No From-
internal Sip All G726
Consult Medicina 289 Enabled 289HVATE Enabled 2892051 No No No No From-
internal Sip All G726
Consult Monitoreo 295 Enabled 295HVATE Enabled 2952051 No No No No From-
internal Sip All G726
Consult Neonato 234 Enabled 234HVATE Enabled 2342051 No No No No From-
internal Sip All G726
Consult Neumo 293 Enabled 293HVATE Enabled 2932051 No No No No From-
internal Sip All G726
Consult Odonto 270 Enabled 270HVATE Enabled 2702051 No No No No From-
internal Sip All G726
Consult Oftalmo 237 Enabled 237HVATE Enabled 2372051 No No No No From-
internal Sip All G726
Consult Otorrino 271 Enabled 271HVATE Enabled 2712051 No No No No From-
internal Sip All G726
Consult PCT 272 Enabled 272HVATE Enabled 2722051 No No No No From-
internal Sip All G726
Consult Pediatría 269 Enabled 269HVATE Enabled 2692051 No No No No From-
internal Sip All G726
Consult Psicoprof 249 Enabled 249HVATE Enabled 2492051 No No No No From-
internal Sip All G726
Consult Traumato 273 Enabled 273HVATE Enabled 2732051 No No No No From-
internal Sip All G726
Consult ARO 283 Enabled 283HVATE Enabled 2832051 No No No No From-
internal Sip All G726
165
Consult Gastroend 264 Enabled 264HVATE Enabled 2642051 No No No No From-
internal Sip All G726
Consult Nutrición 285 Enabled 285HVATE Enabled 2852051 No No No No From-
internal Sip All G726
Consult PlanFamiliar 288 Enabled 288HVATE Enabled 2882051 No No No No From-
internal Sip All G726
Consult Psicología 286 Enabled 286HVATE Enabled 2862051 No No No No From-
internal Sip All G726
Consult Psiquiatría 291 Enabled 291HVATE Enabled 2912051 No No No No From-
internal Sip All G726
Consult Urología 297 Enabled 297HVATE Enabled 2972051 No No No No From-
internal Sip All G726
Consult Cirugía 287 Enabled 287HVATE Enabled 2872051 No No No No From-
internal Sip All G726
Consult Anestesio 298 Enabled 298HVATE Enabled 2982051 No No No No From-
internal Sip All G726
Consult CertSalud 296 Enabled 296HVATE Enabled 2962051 No No No No From-
internal Sip All G726
Hospit Cirugía 274 Enabled 274HVATE Enabled 2742051 No No No No From-
internal Sip All G726
Hospit Ginecología 229 Enabled 229HVATE Enabled 2292051 No No No No From-
internal Sip All G726
Hospit Medicina 277 Enabled 277HVATE Enabled 2772051 No No No No From-
internal Sip All G726
Hospit Obstetricia 284 Enabled 284HVATE Enabled 2842051 No No No No From-
internal Sip All G726
Hospit Pediatría 275 Enabled 275HVATE Enabled 2752051 No No No No From-
internal Sip All G726
Sala Operaciones 280 Enabled 280HVATE Enabled 2802051 No No No No From-
internal Sip All G726
Sala Partos 281 Enabled 281HVATE Enabled 2812051 No No No No From-
internal Sip All G726
Emerg Cirugía 251 Enabled 251HVATE Enabled 2512051 No No No No From-
internal Sip All G726
Emerg Ginecología 300 Enabled 300HVATE Enabled 3002051 No No No No From-
internal Sip All G726
Emerg Medicina 278 Enabled 278HVATE Enabled 2782051 No No No No From-
internal Sip All G726
166
Emerg Pediatría 262 Enabled 262HVATE Enabled 2622051 No No No No From-
internal Sip All G726
Traumashock 301 Enabled 301HVATE Enabled 3012051 No No No No From-
internal Sip All G726
Triaje Emerg 232 Enabled 232HVATE Enabled 2322051 No No No No From-
internal Sip All G726
Mód Buen Trato 259 Enabled 259HVATE Enabled 2592051 No No No No From-
internal Sip All G726
Mód Informes 231 Enabled 231HVATE Enabled 2312051 No No No No From-
internal Sip All G726
Mód Vigilancia 233 Enabled 233HVATE Enabled 2332051 No No No No From-
internal Sip All G726
Mód VideoVigilancia 299 Enabled 299HVATE Enabled 2992051 No No No No From-
internal Sip All G726
ANEXOS LOCAL EX UTES
Jefatura Área de Logística 302 Enabled 302HVATE Enabled 3022051 No No No No From-
internal Sip All G726
Sub Área Adquisiciones 303 Enabled 303HVATE Enabled 3032051 No No No No From-
internal Sip All G726
Sub Área Estudio Mercado 304 Enabled 304HVATE Enabled 3042051 No No No No From-
internal Sip All G726
Jefatura Área de Economía 305 Enabled 305HVATE Enabled 3052051 No No No No From-
internal Sip All G726
Sub Área de Presupuesto 306 Enabled 306HVATE Enabled 3062051 No No No No From-
internal Sip All G726
Sub Área de Control Previo 307 Enabled 307HVATE Enabled 3072051 No No No No From-
internal Sip All G726
Jefatura Área de Personal 308 Enabled 308HVATE Enabled 3082051 No No No No From-
internal Sip All G726
Sub Área Remuneraciones 309 Enabled 309HVATE Enabled 3092051 No No No No From-
internal Sip All G726
Almacén Medicamentos 310 Enabled 310HVATE Enabled 3102051 No No No No From-
internal Sip All G726
Almacén Central 311 Enabled 311HVATE Enabled 3112051 No No| No No From-
internal Sip All G726
Jefatura UEI 312 Enabled 312HVATE Enabled 3122051 No No No No From-
internal Sip All G726
167
Área de Informática 313 Enabled 313HVATE Enabled 3132051 No No No No From-
internal Sip All G726
Sub Área Soporte Técnico 314 Enabled 314HVATE Enabled 3142051 No No No No From-
internal Sip All G726
Sub Área Desarrollo 315 Enabled 315HVATE Enabled 3152051 No No No No From-
internal Sip All G726
Área de Estadística 316 Enabled 316HVATE Enabled 3162051 No No No No From-
internal Sip All G726
Tabla 3.23 Listado de Plan de Marcación Según Formato para Exportación a Elastix
(Fuente Propia)
168
Una vez realizado se guarda con la extensión .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ú Configuración 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 extensión dentro de “Opciones de Dispositivo”
se debe ingresar en el campo disallow: all y allow: G726; para trabajar con el códec
G726. En cada creación de extensión se habilita el correo de voz y se ingresa un
password para el mismo.
169
3.2.1.4. CONFIGURACION DE GATEWAY FXO DEL HOSPITAL.
Para realizar la configuración 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 encontrarán conectados
por medio de sus puertos RJ11 (línea análoga) las líneas telefónicas contratadas
por una compañía telefónica (en nuestro caso es la empresa MOVISTAR) y
además deberá ser configurado correctamente para la interconexión con nuestro
Servidor PBX IP (Elastix). A continuación se muestra los diversos puertos de
conexión del modelo de Gateway VOIP a utilizarse en este proyecto:
Figura 3.14 Descripción de Interfaces de Gateway FXO del Hospital
(Fuente Propia)
Tal como se ha explicado en un capítulo anterior, Para conectar líneas telefónicas
analógicas con una centralita IP, se necesita un Gateway FXO. Ello le permitirá
conectar las líneas análogas que vienen desde una PSTN hacia los puertos FXO del
Gateway, que luego convierte la línea telefónica analógica en una llamada VOIP.
Para comprender mejor la configuración a realizarse vamos a ver el siguiente
gráfico la cual muestra la forma como las líneas análogas están conectados al
Gateway FXO y ésta a la Red local en nuestra red:
170
Figura 3.15 Diagrama de Conexión de Líneas Análogas hacia el Hospital
(Fuente Propia)
Ahora procederemos a realizar las siguientes configuraciones:
171
ACCESO A LA CONSOLA DE CONFIGURACION DE GATEWAY FXO DEL HOSPITAL.
Para empezar, lo primero que se debe hacer es realizar las configuraciones
básicas la cual permitirá poder conectarnos desde nuestra red local.
Inicialmente ingresamos la cual nos pedirá una contraseña de acceso:
Una vez ingresado al panel principal de configuración del equipo Gateway
nos vamos al menú Basic/Settings, nos mostrara la ventana de configuración
estática de la dirección 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.
172
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 serán 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 Telefónico enlazado a Canal
Destino de Extensión En Servidor SIP (Elastix)
Ch1 223 Secretaria de Dirección
Ch2 225 Secretaria de Sub Dirección
Ch3 236 Secretaria de Administración
Ch4 – Ch8 221 Central Telefónica
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
173
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
direccionarán 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.
174
Vamos al menú Profile1, donde procedemos a configurar la información de
nuestro servidor Elastix que tiene la dirección IP 172.16.1.12 así como la
información 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 configuración de cada canal
(línea FXO). Cada canal en la configuración del Gateway es una troncal
creada en el servidor SIP (Elastix) y que éste permitirá la salida o recepción
de una llamada desde nuestra red. Al momento de realizar la configuración
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 línea telefónica saldrá la llamada a su destino. Como son 8 líneas
telefónicas conectadas al Gateway FXO se requerirá 8 troncales en el
175
servidor SIP (Elastix) creadas, lo cual están 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
línea troncal en la parte de Opciones Salientes durante la creación 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
aclaración finalmente ya tenemos configurado nuestro Gateway FXO con las
8 líneas telefónicas conectadas. En el siguiente paso procederemos a
realizar la creación de las troncales.
176
3.2.1.5. CREACION DE TRONCAL SIP PARA GATEWAY DEL HOSPITAL EN SERVIDOR ELASTIX.
Seguidamente lo que vamos a realizar es la creación 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
1 GW1F01 2051GW1F1
2 GW1F02 2051GW1F2
3 GW1F03 2051GW1F3
4 GW1F04 2051GW1F4
5 GW1F05 2051GW1F5
6 GW1F06 2051GW1F6
7 GW1F07 2051GW1F7
8 GW1F08 2051GW1F8
Tabla 3.25 Distribuciones de Configuración de Líneas en Gateway FXO del Hospital
(Fuente Propia)
177
Canal (ch) FXO en Gateway
N° Línea Telefónica conectada
Troncal a crear en Elastix
1 35155** GatewayHV_FXO1
2 35155** GatewayHV_FXO2
3 35132** GatewayHV_FXO3
4 35144** GatewayHV_FXO4
5 35144** GatewayHV_FXO5
6 35144** GatewayHV_FXO6
7 35144** GatewayHV_FXO7
8 35136** GatewayHV_FXO8
Tabla 3.26 Distribuciones de Líneas Telefónicas según 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 Configuración y Administración Elastix y luego vamos al
Menú PBX/Sub Menú Configuración Básica, luego hacemos click en la opción
“Troncales”.
En la misma pantalla hacemos clic en la opción “Añadir Línea Troncal SIP”.
Ingrese los siguientes valores: En el campo “Nombre de la Línea Troncal”
ingresamos el nombre GatewayHV_FXO1 (para la primera línea creada) y en
Outbound CallerID ingresamos el número telefónico que corresponde al FXO1 del
Gateway (35155**).
178
Siguiendo hacia abajo en “Opciones Salientes”, ingrese los siguientes valores tal
como se muestra en la siguiente imagen:
Al final de la configuración haga clic en el botón Enviar Cambios para guardar el
registro creado. Siga los pasos anteriores para crear las 7 troncales restantes para
culminar con esta parte de la configuración. Una vez culminado con la
configuración en la parte derecha de la pantalla se mostrará el listado de las
troncales creadas tal como se muestra en la siguiente imagen:
179
3.2.1.6. CREACION DE RUTAS DE SALIDA DESDE EL HOSPITAL EN SERVIDOR ELASTIX.
Para realizar la creación de una ruta de salida debemos tener en cuenta para el
caso de las llamadas a realizarse por los anexos telefónicos y las restricciones que
debe haber para ellos como son: permitir solo llamadas a teléfonos fijos, permitir
llamadas a celulares, permitir salida libre a cualquier destino nacional. Para
realizar esta configuración, 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 creación
de 6 Rutas de Salida:
- HV_LlamadaDireccion.- Esta regla permitirá realizar llamadas libre a la
Dirección General (regla exclusiva).
- HV_LlamadaSDireccion.- Esta regla permitirá realizar llamadas libre a la
Sub Dirección (regla exclusiva).
- HV_LlamadaAdminist.- Esta regla permitirá realizar llamadas libre a la
Administración (regla exclusiva).
- HV_LlamadaLocalFijo (1-2).- Esta regla permitirá realizar llamadas a
números fijos de Lima, mas no a Provincias.
- HV_LlamadaNacionalFijo.- Esta regla permitirá realizar llamadas a números
fijos de Lima y Provincias.
- HV_LlamadaLibre.- Esta regla permitirá realizar llamadas a números fijos y
celulares a destinos de todo el Perú.
Según autorización por parte de la Dirección General y que además actualmente
se viene cumpliendo en la institución los permisos para llamadas salientes se
cumpla de la siguiente manera:
Autorización Regla Clave de Acceso
Troncal de Salida
Dirección General HV_LlamadaDireccion 303030 GatewayHV_FXO1
180
Sub Dirección HV_LlamadaDireccion 505050 GatewayHV_FXO2
Administración HV_LlamadaAdminist 909090 GatewayHV_FXO3
Jefes de Unidades, Áreas y/o Servicios
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 Dirección General
HV_LlamadaLibre 004590 GatewayHV_FXO8
Tabla 3.27 Regla de Distribución de Llamadas Salientes Según Troncales del Hospital
(Fuente Propia)
Estas claves de acceso para llamadas salientes serán 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
Configuración y Administración Elastix el reporte de llamadas según la clave de
acceso otorgado y desde que anexo fue realizado.
Empezaremos con la creación de Rutas Salientes. Ingresar a la consola de
Configuración y Administración Elastix y luego vamos al Menú PBX, luego
hacemos click en la opción “Rutas Salientes”. Ingresamos los datos tal como se
muestra en la siguiente imagen:
181
Al final de la configuración haga clic en el botón Enviar Cambios para guardar el
registro creado. A continuación se muestra los pantallazos de las siguientes rutas
creadas:
182
HV_LlamadaLocalFijo2. Esta regla es la secuencia de la regla anterior ya que si nos damos cuenta en
la parte inferior de la configuración de las troncales, solo nos permite 3
troncales, por ello creamos una segunda regla para culminar con la
configuración anterior.
183
HV_LlamadaNacionalFijo.
En el caso de las llamadas a numero fijos a nivel nacional debemos tener en
cuenta los todos los Códigos Telefónicos para Discado Nacional (Ver Anexo
8: “Códigos Telefónicos de Discado Nacional”). La creación de la ruta
saliente seria de la siguiente manera:
184
HV_LlamadaLibre.
Las llamadas libres permiten realizar llamadas a todo destino nacional La
creación de la ruta saliente seria de la siguiente manera:
185
En el caso de las reglas exclusivas tenemos a la regla de la Dirección General, Sub
Dirección y Administración cuya configuración para la creación de su regla es la
misma realizada en la regla HV_LLamadaLibre.
Una vez culminado con la configuración en la parte derecha de la pantalla se
mostrará el listado de las troncales creadas tal como se muestra en la siguiente
imagen:
186
3.2.1.7. CREACION DE RUTAS DE ENTRADA HACIA EL HOSPITAL EN SERVIDOR ELASTIX.
Para realizar la configuración de las llamadas entrantes y ser redireccionados a un
destino, debemos tener en cuenta la configuración realizada en el Gateway FXO
(explicado en el paso anterior: “Configuracion de Gateway FXO”). En el menú
“FXO Lines”, en la opción “Channel Dialing to VoIP”, en User ID habíamos
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
Configuración y Administración Elastix nos vamos al menú PBX, opción “Rutas
Entrantes”. En el campo “Descripción” ingresamos el nombre de la ruta, en el
campo “Numero DID” ingresamos el valor 223, seguimos hacia debajo de la
configuración y en la opción “Establecer destino” seleccionamos Extensión y a
continuación el número de extensión a direccionar (extensión 223).
187
En la configuración 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 configuración es normalmente configurada también en centrales telefónicas
análogas.
Al final de la configuración haga clic en el botón Enviar Cambios para guardar el
registro creado. A continuación se muestra los pantallazos de las siguientes rutas
creadas:
HV_EntranteFXO2.
Esta ruta entrante comprende a las llamadas ingresadas de la línea
registrada para la Sub Dirección la cual será direccionada a la Secretaria de
la Sub Dirección (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).
188
HV_EntranteFXO3. Esta ruta entrante comprende a las llamadas ingresadas de la línea
registrada para la Administración la cual será direccionada a la Secretaria de
la Administración (ya que la Administración no recibe una llamada directa,
ésta primero pasa a su Secretaria para luego ser direccionada al anexo del
Administrador).
189
HV_EntranteFXO4-8. Esta ruta entrante comprende a las llamadas ingresadas del rango de líneas
registradas hacia otro destino de la institución, la cual será direccionada a la
Central Telefónica para luego ser redireccionada al anexo correspondiente.
Con las configuraciones realizadas ya podemos realizar y recibir llamadas desde
cualquier destino hacia nuestro Hospital.
190
3.2.1.8. CONFIGURACION DE GATEWAY FXO DEL LOCAL EX-UTES.
Para realizar la configuración de llamadas salientes desde nuestra Red VoIP del
local Ex-UTES hacia un abonado externo, se realizará configuraciones en el
Gateway FXO donde se encontrarán conectados por medio de sus puertos RJ11
(línea análoga) las líneas telefónicas contratadas a una compañía telefónica (en
nuestro caso es la empresa MOVISTAR) y además deberá ser configurado
correctamente para la interconexión con nuestro Servidor PBX IP (Elastix). A
continuación se muestra los puertos de conexión del Gateway VOIP:
Figura 3.16 Descripción de Interfaces de Gateway FXO del local Ex - UTES
(Fuente Propia)
Para comprender mejor la configuración vamos a ver el siguiente gráfico:
Figura 3.17 Diagrama de Conexión de Líneas Análogas hacia el Local Ex-UTES
(Fuente Propia)
191
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
básicas la cual permitirá poder conectarnos desde nuestra red local.
Inicialmente ingresamos la cual nos pedirá una contraseña de acceso:
Una vez ingresado al panel principal de configuración del equipo Gateway
nos vamos al menú Basic/Settings, nos mostrara la ventana de
configuración estática de la dirección 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:
192
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 serán 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 Telefónico enlazado a Canal
Destino de Extensión En Servidor SIP (Elastix)
Ch1-Ch4 223 Central Telefónica
Tabla 3.28 Distribución 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
direccionarán 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:
193
Luego hacemos clic en el boton “Update” para guardar los cambios.
Vamos al menú Profile1, donde procedemos a configurar la información de
nuestro servidor Elastix que tiene la dirección IP 172.16.1.12 así como la
información 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.
194
Vamos al menú Channel, donde realizaremos la configuración de cada canal
(línea FXO). Cada canal en la configuración del Gateway es una troncal
creada en el servidor SIP (Elastix) y que éste permitirá la salida o recepción
de una llamada desde nuestra red. Al momento de realizar la configuración
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 línea telefónica saldrá la llamada a su destino. Como son 4 líneas
telefónicas conectadas al Gateway FXO se requerirá 4 troncales en el
servidor SIP (Elastix) creadas, lo cual están 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
línea troncal en la parte de Opciones Salientes durante la creación 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
aclaración finalmente ya tenemos configurado nuestro Gateway FXO con las
4 líneas telefónicas conectadas. En el siguiente paso procederemos a
realizar la creación de las troncales.
195
3.2.1.9. CREACION DE TRONCAL SIP PARA GATEWAY DEL LOCAL EX–UTES EN SERVIDOR ELASTIX.
Seguidamente lo que vamos a realizar es la creación 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
1 GW2F01 2051GW2F1
2 GW2F02 2051GW2F2
3 GW2F03 2051GW2F3
4 GW2F04 2051GW2F4
Tabla 3.29 Distribuciones de Configuración de Líneas en Gateway FXO del Local Ex-UTES
(Fuente Propia)
Canal (ch) FXO en Gateway
N° Línea Telefónica conectada
Troncal a crear en Elastix
1 35139** GatewayUTES_FXO1
2 35200** GatewayUTES_FXO2
196
3 35160** GatewayUTES_FXO3
4 35160** GatewayUTES_FXO4
Tabla 3.30 Distribuciones de Líneas Telefónicas según 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 Configuración y Administración Elastix y luego vamos al
Menú PBX/Sub Menú Configuración Básica, luego hacemos click en la opción
“Troncales”.
En la misma pantalla hacemos clic en la opción “Añadir Línea Troncal SIP”.
Ingrese los siguientes valores: En el campo “Nombre de la Línea Troncal”
ingresamos el nombre GatewayUTES_FXO1 (para la primera línea creada) y en
Outbound CallerID ingresamos el número telefónico que corresponde al FXO1 del
Gateway (35139**).
197
Siguiendo hacia abajo en “Opciones Salientes”, ingrese los siguientes valores tal
como se muestra en la siguiente imagen:
Al final de la configuración haga clic en el botón Enviar Cambios para guardar el
registro creado. Siga los pasos anteriores para crear las 3 troncales restantes.
Culminado con la configuración se mostrará el listado de las troncales adicionales
creadas tal como se muestra en la siguiente imagen:
198
3.2.1.10. CREACION DE RUTAS DE SALIDA DESDE EL LOCAL EX-UTES EN SERVIDOR ELASTIX.
Para realizar la creación de una ruta de salida debemos tener en cuenta para el
caso de las llamadas a realizarse por los anexos telefónicos y las restricciones que
debe haber para ellos como son: permitir solo llamadas a teléfonos fijos, permitir
llamadas a celulares, permitir salida libre a cualquier destino nacional. Para
realizar esta configuración, 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 creación
de 2 Rutas de Salida:
- UTES_LlamadaLocalFijo.- Esta regla permitirá realizar llamadas a números
fijos de Lima, mas no a Provincias.
- UTES_LlamadaLibre.- Esta regla permitirá realizar llamadas a números fijos
y celulares a destinos de todo el Perú.
Según autorización por parte de la Dirección General y que además actualmente
se viene cumpliendo en la institución los permisos para llamadas salientes se
cumpla de la siguiente manera:
Autorización Regla Clave de Acceso
Troncal de Salida
Jefatura de logística Jefatura de Economía
UTES_LlamadaLibre 335041 GatewayHV_FXO1 GatewayHV_FXO2
Demás Áreas o Sub Áreas del Local
Ex-UTES UTES_LlamadaLocalFijo 964520
GatewayHV_FXO3 GatewayHV_FXO4
Tabla 3.31 Regla de Distribución de Llamadas Salientes Según Troncales del Local Ex-UTES
(Fuente Propia)
Estas claves de acceso para llamadas salientes serán entregadas a los jefes bajo
su responsabilidad. En caso se haga un mal uso de la clave de acceso y ellos lo
199
otorguen a otras personas no autorizadas, se podrá ver desde la Consola de
Configuración y Administración Elastix el reporte de llamadas según la clave de
acceso otorgado y desde que anexo fue realizado.
Empezaremos con la creación de Rutas Salientes. Ingresar a la consola de
Configuración y Administración Elastix y luego vamos al Menú PBX, luego
hacemos click en la opción “Rutas Salientes”. Ingresamos los datos tal como se
muestra en la siguiente imagen:
200
Al final de la configuración haga clic en el botón Enviar Cambios para guardar el
registro creado. A continuación se muestra los pantallazos de la siguiente ruta
creada:
UTES_LlamadaLibre.
Las llamadas libres permiten realizar llamadas a todo destino nacional. La
creación de la ruta saliente seria de la siguiente manera:
201
Una vez culminado con la configuración en la parte derecha de la pantalla se
mostrará el listado de las troncales creadas tal como se muestra en la siguiente
imagen:
202
3.2.1.11. CREACION DE RUTAS DE ENTRADA HACIA EL LOCAL EX–UTES EN SERVIDOR ELASTIX.
Para realizar la configuración de las llamadas entrantes y ser redireccionados a un
destino, debemos tener en cuenta la configuración realizada en el Gateway FXO
(explicado en el paso anterior: “Configuracion de Gateway FXO”). En el menú
“FXO Lines”, en la opción “Channel Dialing to VoIP”, en User ID habíamos
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 Configuración y
Administración Elastix nos vamos al menú PBX, opción “Rutas Entrantes”. En el
campo “Descripción” ingresamos el nombre de la ruta, en el campo “Numero
DID” ingresamos el valor 221, seguimos hacia debajo de la configuración y en la
opción “Establecer destino” seleccionamos Extensión y a continuación el número
de extensión a direccionar (extensión 221).
203
Esta ruta entrante comprende a las llamadas ingresadas del rango de líneas
registradas hacia otro destino de la institución, la cual será direccionada a la
Central Telefónica 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.
204
3.3. APLICACION.
Este capítulo fundamentalmente trata del uso y funcionamiento de la red de
Telefonía IP, en este punto veremos los procedimientos de llamadas realizadas en
los distintos modos de operación de la red y además 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
ESTADÍSTICA E INFORMÁTICA.
Las llamadas internas que se realicen desde el Hospital Vitarte hacia el local
donde se encuentra la Unidad de Estadista e Informática serán conmutadas
en la Red LAN. Cuando un abonado realiza una llamada, ésta envía una
señalización al servidor Elastix el cual identifica si el abonado receptor está
dentro de la red LAN y establece la comunicación. Seguidamente las tramas
de datos (voz) se realizan directamente entre los teléfonos IP de los
abonados sin la intervención 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 serán conmutadas en la Red LAN. Cuando un abonado realiza una
llamada, ésta envía una señalización al servidor Elastix el cual identifica si el
abonado receptor está dentro de la red LAN y establece la comunicación.
Seguidamente las tramas de datos (voz) se realizan directamente entre los
teléfonos IP de los abonados sin la intervención de Elastix. Ver figura 3.19
LLAMADA INTERNA DESDE LA UNIDAD DE ESTADÍSTICA E
INFORMÁTICA Y EL LOCAL EX-UTES.
Las llamadas internas que se realicen desde la Unidad de Estadista e
Informática hacia el local Ex-UTES serán conmutadas en la Red LAN.
Cuando un abonado realiza una llamada, ésta envía una señalización al
servidor Elastix el cual identifica si el abonado receptor está dentro de la red
205
LAN y establece la comunicación. Seguidamente las tramas de datos (voz)
se realizan directamente entre los teléfonos IP de los abonados sin la
intervención 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 Estadística e Informática se conmutan la
Red LAN y La PSTN a través del Gateway de voz, permitiendo la comunicación
como si se tratase de teléfonos analógicos de la PSTN. Ver figuras 3.21, 3.22 y
3.23
A continuación se muestra las siguientes imágenes la cual permitirá un mejor
entendimiento de los proveimientos de llamadas tanto internas como externas:
206
LLAMADA INTERNA DESDE EL HOSPITAL HACIA LA UNIDAD DE ESTADÍSTICA E INFORMÁTICA
Figura 3.18 Procedimiento de Llamada Interna desde El Hospital hacia el local de la Unidad de Estadística e Informática
(Fuente Propia)
207
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)
208
LLAMADA INTERNA DESDE LA UNIDAD DE ESTADÍSTICA E INFORMÁTICA HACIA EL LOCAL EX-UTES
Figura 3.20 Procedimiento de Llamada Interna desde la Unidad de Estadística e Informática Hacia el Local Ex-UTES
(Fuente Propia)
209
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)
210
LLAMADA EXTERNA DESDE LA UNIDAD DE ESTADISTICA E INFORMATICA HACIA UN ABONADO EXTERNO
Figura 3.22 Procedimiento de Llamada Externa desde La Unidad de Estadística e Informática hacia un Abonado Externo
(Fuente Propia)
211
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)
212
3.3.3. PRUEBAS.
Las pruebas que se realizarán para la presente investigación están limitadas a la
prueba de capacidad de toda la red, esto significa comprobar que la red diseñada
pueda soportar el tráfico de voz en la hora de mayor tráfico tanto en ancho de
banda como en capacidad de procesamiento del servidor y los equipos de red.
Se sugiere también 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 análisis
completo se necesitará algún software especializado que mida con precisión el
retardo extremo a extremo, el Jitter (variación del retardo) y la pérdida 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 Informática para realizar conexión inalámbrica, 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 aplicación de la central VoIP (Elastix). La
PC utilizada como servidor tiene unas características con alto rendimiento
tanto en procesador y memoria RAM la cual permitirá simular como si
estuviésemos en el servidor real. Las características 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
razón utilizo máquinas virtuales para realizar dichas pruebas y por ende uso
un equipo con estas características.
213
Access Point.- Es un dispositivo que permite interconectar dispositivos de
comunicación alámbrica para formar una red inalámbrica. Según las
características del equipo encontramos variación en su distancia, su potencia
de señal y su velocidad de transferencia de información.
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 utilizaría para implementar el diseño
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
días.
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 códecs y también la
opción de detectar los silencios para no transmitir en esos momentos (VAD)
(Ver anexo 5 para su configuración).
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
Estadística e Informática, lo cual significa establecer llamadas entre
terminales que se encuentran en ubicaciones diferentes y además saltando
un acceso inalámbrico.
214
Descripción 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 Estadística e Informática.
Figura 3.24 Esquema de Prueba de Establecimiento de Llamada Interna Entre Hospital - UEI
(Fuente Propia)
Con este escenario, primero se realiza una petición de respuesta de eco (ICMP), para verificar que se puede alcanzar a la red de la Unidad de Estadística e Informática (UEI).
Figura 3.25 Prueba de ICMP desde el Hospital hacia la Unidad de Estadística e Informática
(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 Estadística e Informática
(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
215
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 Estadística e Informática en el Servidor Elastix
(Fuente Propia)
Como podemos observar en la captura de imagen, se encuentran dos
usuarios registrados:
- El usuario número 221 (Central Telefónica) con IP: 172.16.3.41
(Usuario del Hospital).
- El usuario número 313 (Jefatura Informática) con IP: 172.16.3.100
(Usuario de otro local).
Luego se inicia el establecimiento de una llamada entre los dos locales,
utilizando el códec que se propone en el diseño (G.726) y la función de
detección de actividad de voz (V.A.D) (en el anexo 4 que detalla la
configuración básica del Teléfono IP SNOM 715 muestra la selección del
codec a usarse que es el G.726).
La siguiente figura nos muestra el terminal del Hospital (# de marcación 221)
registrado y estableciendo una llamada con el terminal del local de la Unidad
de Estadística e Informática (# de marcación 313).
216
Figura 3.37 Terminal Central Telefónica del Hospital realizando una Llamada a Local UEI
(Fuente Propia)
Figura 3.28 Terminal Local Unidad de Estadística e Informática recibiendo una Llamada
(Fuente Propia)
Una de las principales características de este Softphone es que se puede
elegir el códec; en el gráfico se puede observar el Códec G726, tanto de
entrada como se salida.
217
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 además saltando un acceso inalámbrico.
Descripción 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 petición 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)
218
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 número 221 (Central Telefónica) con IP: 172.16.3.41
(Usuario del Hospital).
- El usuario número 302 (Jefatura Logística) con IP: 172.16.3.88
(Usuario de otro local).
Luego se inicia el establecimiento de una llamada entre los dos locales,
utilizando el códec que se propone en el diseño (G.726) y la función de
detección de actividad de voz (V.A.D). La siguiente figura nos muestra el
terminal del Hospital (# de marcación 221) registrado y estableciendo una
llamada con el terminal del local Ex-UTES (# de marcación 302).
219
Figura 3.32 Terminal Central Telefónica del Hospital realizando una Llamada a Local Ex-UTES
(Fuente Propia)
Figura 3.33 Terminal Local Ex-UTES recibiendo una Llamada
(Fuente Propia)
220
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 teóricamente en el capítulo 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 Cálculo 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 Estadística e Informática), ubicados en una red diferente a la
red donde se encuentra el servidor. Estas 2 terminales establecerán comunicación
con el servidor de manera simultánea para medir el ancho de banda.
La siguiente figura muestra la consola de Elastix con las direcciones IP y la
numeración asignada para llamadas de los usuarios tanto del Hospital así como
también de los locales que se encuentran registrados.
221
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 extensión 221 (Hospital) a la extensión 313 (Local Unidad de Estadística e
Informática), el cual por medio del programa PRTG Grafic Grapher capturamos el
consumo de ancho de banda lo cual se muestra a continuación:
Figura 3.36 Captura de Ancho de Banda del Cliente SNMP de 1 Llamada Realizada – Trafico Saliente
(Fuente Propia)
222
Figura 3.37 Captura de Valores de Consumo de Ancho de Banda
(Fuente Propia)
En el capítula 3.1.1.2 se estableció que al utilizar un códec G.726 (32K), consumen
un ancho de banda de 55.2 Kbps, lo cual se verifica de manera práctica (en el
gráfico en la línea 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 además con
una cobertura al 100%).
Con estos cálculos 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 Categoría 6 = 1000 Mbps (velocidad de transferencia)
Por lo tanto quedaría: 994.9 Kbps para datos
Esto demuestra que el consumo de ancho de banda en el caso que todos los
teléfonos IP estén comunicándose entre sí (96 líneas = 48 llamadas entre sí)
consumiría un total de 5.10 Mbps para voz y lo restante se utilizaría en
transferencia de datos (994.9 Kbps)
223
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 consideración el escenario
del capítulo 3.3.3. Para realizar este monitoreo al servidor Elastix utilizaremos el
programa Putty, que es un aplicativo telnet la cual se detalla su instalación y
configuracion en el Anexo 3. Por medio de la interconexión 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 Estadística e
Informática. En la siguiente figura se presenta los resultados de la ejecución de
este comando.
Figura 3.38 Monitoreo en Tiempo Real de las Aplicaciones del Servidor Elastix con el Comando TOP
(Fuente Propia)
224
También tenemos el comando free que permite mostrar información 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 ningún inconveniente.
También 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 imágenes:
Figura 3.40 Muestras de Consumo de Memora RAM y Disco Duro de los Procesos Ejecutados en Elastix
(Fuente Propia)
225
3.5. MANTENIMIENTO.
Para entender mejor en que se basa esta parte detallaré lo siguiente;
3.5.1. MANTENIMIENTO INFORMATICO.
El mantenimiento informático, o también llamado soporte informático, consiste en
una serie de tareas que son llevadas a cabo por el personal interno de la institución
o por empresas especializadas para mantener en determinados niveles de servicio
los sistemas o equipamientos informáticos.
Tradicionalmente, se han distinguido 3 tipos de mantenimiento, que se diferencian
entre sí por el carácter 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 misión mantener un nivel de servicio
determinado en los equipos, programando las intervenciones de sus puntos
vulnerables en el momento más oportuno. Suele tener un carácter
sistemático, es decir, se interviene aunque el equipo no haya dado ningún
síntoma 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 físicas
(temperatura, vibración, consumo de energía, etc.) cuya variación sea
indicativa de problemas que puedan estar apareciendo en el equipo. Es el
tipo de mantenimiento más tecnológico, pues requiere de medios técnicos
avanzados, y en ocasiones, de fuertes conocimientos matemáticos, físicos
y/o técnicos.
226
A grandes rasgos podemos diferenciar el mantenimiento de sistemas informáticos
en tres categorías: mantenimiento de ordenadores, mantenimiento de servidores y
mantenimiento de aplicaciones software, o este último también 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 más complejo y requiere
de personal con elevada cualificación técnica y de confianza. Dado que en los
servidores suele encontrarse la información más crítica de la empresa o
configuraciones de gran importancia para el funcionamiento de operaciones en la
institución. Tareas comunes de este mantenimiento son la actualización de software y
hardware, las copias de seguridad, el visionado de logs, análisis de rendimiento, etc.
Una vez explicado los conceptos en que se basa un mantenimiento informático, lo que
se realzará en este paso es un Mantenimiento Preventivo a los servidores PBX IP
(Elastix), ya que estos servidores no cuentan con garantía, además por la función que
cumplirá en el Hospital se requiere que se programe un mantenimiento cada 6 meses,
tanto a nivel de hardware y software.
227
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 consideración primeramente de sacar una copia de
seguridad de toda la información y configuración de los servidores con la finalidad
de pérdida del mismo.
MANTENIMIENTO PREVENTIVO DEL SISTEMA.
- Eliminación 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.
- Desfragmentación del Disco Duro.
- Verificación de Almacenamiento y Arreglos de Discos Duros.
- Comprobar los Errores en el Disco Duro.
- Reparación de archivos dañados del sistema.
- Actualización del Sistema Operativo.
- Actualización del Firmware.
- Actualización del Software Elastix.
- Verificación de Logs de Elastix para solución ante posibles problemas de la
Consola de Configuración y Administración
- Verificación y Solución de Problemas con respecto al Funcionamiento de las
Troncales en Elastix
- Verificación y Solución de Problemas con respecto al Funcionamiento
Extensiones en Elastix.
- Verificación y Solución de Problemas con respecto al Funcionamiento Rutas
Entrantes y Salientes en Elastix.
- Verificación y Solución de Problemas con respecto a la Creación de Copias
de Seguridad y Restauración en Elastix.
MANTENIMIENTO PREVENTIVO DE LIMPIEZA.
- Limpieza interna (Sopleteo) en todas sus partes electrónicas: Fuente de
Poder, Procesador, Disco Duro, Banco de Memorias RAM, Ventiladores
Internos (Hot Swap).
228
- 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
documentación de la Guía 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)
229
CAPITULO IV
ANALISIS DE COSTO Y BENEFICIO
4.1. ANALISIS DE COSTOS. En el análisis 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 elaboración del Proyecto va ser necesario la adquisición:
Servidores.- Se requerirá la adquisición de 2 servidores para la implantación
de la red de telefonía IP. Se está incluyendo 2 servidores lo cual uno actuará
como servidor principal y el otro como su réplica. 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 adquisición de 2 Gateway VoIP con entradas
FXO (8 puertos) para la interconexión con las líneas telefónicas publicas
otorgado por una compañía telefónica (en nuestro caso es la empresa
Movistar) y que luego será configurado en nuestro servidor SIP (Elastix) para
recibir y realizar llamadas hacia un número telefónico que se encuentra fuera
de la institución. El costo actual de cada Gateway VoIP (previa evaluación de
costos según marca y modelo en el capítulo 3.1.4) es de $ 450.
Teléfonos IP.- Se requerirá la adquisición de 96 teléfonos IP para los
ambientes mencionados en el capítulo 3.2.1.3. El costo actual de cada
teléfono IP (previa evaluación de costos según marca y modelo en el capítulo
3.1.3) es de $ 115.
230
Cantidad Descripción P. U. ($) Costo ($)
2 Servidores HP ML350e Generación 8 2,150.00 0.00
2 Gateway VOIP Grandstream GXW4108 450.00 900.00
96 Teléfonos 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 elaboración del Proyecto va ser necesario la adquisición:
Cable UTP Categoría 6.- Se requerirá la adquisición de 2 cajas de cable
UTP categoría 6 de 305 metros para la creación de patch cords (cables de
conexión de red) para la instalación de los teléfonos IP en la LAN. En total
son 96 teléfonos x 2 patch cords de 3 mts c/u haciendo un total de 576 mts
(96*2*3). Según cotizaciones obtenidas (Ver anexo 2), el costo de cada caja
de cable UTP Categoría 6 x 305 mts es de S/. 580.
Conectores RJ45.- Se requerirá la adquisición de 2 cajas de 100 unidades
de conectores RJ45 para los patch cords (un total de 192 conectores RJ45).
Según 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 adquisición de 200 unidades para la
protección de los puntos de red del cable UTP. Según cotizaciones obtenidas
(Ver anexo 2), el costo de una bolsa de capuchas plug RJ45 x 200 unidades
está costando S/. 55.
231
Cantidad Descripción P. U. (S/.) Costo (S/.)
2 Cajas de Cable UTP Categoría 6 SATRA x 305 mts. 580.00 1,160.00
2 Cajas de conectores RJ45 Cat. 6 SATRA x 100 unid. 130.00 260.00
1 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 elaboración del Proyecto va ser necesario la contratación:
Ingeniero.- Es el profesional que se encargará de realizar todo el analisis,
diseño, instalación y configuración de la implantación de VoIP en la
institución, 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 comunicación entre los diversos anexos
telefónicos (teléfonos 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.
Técnico.- Es el profesional que se encargará de realizar las instalaciones de
los teléfonos IP físicamente en cada servicio, de realizar las configuraciones
en cada teléfono IP y probar su conectividad hacia el servidor SIP (Elastix).
Es el personal de apoyo durante la implantación del proyecto. Percibirá un
sueldo de S/. 1,500 por un periodo de 1 mes de servicio.
Cantidad Personal N°
Meses Sueldo (S/.) Total (S/.)
1
Ingeniero especialista en redes e implementación de Telefonía IP, Sistema Operativo Centos, Asterisk, Elastix nivel intermedio o avanzado.
2 3,000.00 6,000.00
232
2 Técnicos en Computación con conocimientos en redes informáticas.
1 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 Descripción P. U. (S/.) Costo (S/.)
---
Como existe el personal adecuado y capacitado en el hospital, los costos de mantenimiento serán realizados como una de las funciones del personal encargado, por tal no se considera el costo.
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/.) : 45,698.00
Tabla 4.5 Cuadro de Resumen de Costo Total
(Fuente Propia)
233
4.2. ANALISIS DE BENEFICIO.
4.2.1. AHORRO EN NO COMPRA DE CENTRAL TELEFÓNICA.
La central telefónica que actualmente cuenta el Hospital de Vitarte cuya marca y
modelo es una MERIDIAM M8X24DS que es una central análoga ya no se vende
en el mercado, además ya no se fabrican piezas ni accesorios para dicho modelo,
es decir, es una central obsoleta. Una central telefónica moderna actualmente en el
mercado está costando un promedio de S/. 27,000 (Ver anexo 2). Con la
implantación de este proyecto ya no será necesario la compra de una nueva
central telefónica, por tanto, estaríamos ahorrando un monto de S/. 27,000 para la
institución, 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 función de brindar
soporte informático para el Hospital y sus 2 locales, y además 1 personal que por
necesidad de dar soporte a una central telefónica 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 contratación.
Al implantar este proyecto ya no es necesario contar con dicho personal. Cabe
mencionar que en el mes de Julio según la programación de capacitación que se le
otorga a los trabajadores, fueron capacitados 2 personas de soporte informático en
el curso de Telefonía IP con Asterisk-Elastix en el nivel Básico-Intermedio en un
centro de capacitación, 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
telefónica análoga.
4.2.3. AHORRO EN NO INSTALACION O REPARACION DE LINEAS TELEFONICAS.
En algunas ocasiones durante el año, el Hospital de Vitarte se veía en la necesidad
de contratar a un empresa para realizar nuevos puntos de anexos telefónicos por
motivo de cortes de cableado que eran originados por remodelación de ambientes,
234
limpieza de techos y otras labores que se realizaban con el fin de mejorar la
imagen de la institución. Cabe mencionar que el personal encargado de la central
telefónica no podía 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 año 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
implantación de este proyecto ya no se realizaría este tipo de trabajo ya que se
utilizaría la misma red de datos (cableado de red) para la transmisión de voz y
desaparecía los cableados telefónicos, por ello, mensualmente estaríamos
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 telefónica un monto de S/. 7,500, este servicio
cubre: Verificación de puntos de troncales, Verificación y ajuste de anexos
telefónicos en las regletas, Limpieza de tarjetas de extensión, Calibración de
tarjetas de extensión, actualización de central telefónica, entre otros.
Al contar con una central telefónica IP que es en sí un servidor ya no estaríamos
gastando dicho monto anual ya que el servicio de mantenimiento lo estaría
realizando el propio personal de informática que cuentan con conocimiento en
mantenimiento de servidores y conocimiento de Asterisk-Elastix. Por tanto
estaríamos ahorrando mensualmente un monto de S/. 625.
4.2.5. AHORRO POR REDUCCION DE LINEAS TELEFONICAS CONTRATADAS.
Tal como se vio el en capítulo 3.1.1.1 acerca del cálculo de líneas telefónicas y en
la cual en la parte final de dicho capitulo explica detalladamente las líneas
necesarias a utilizarse y las líneas que se dará de baja por la cantidad innecesaria
que se tiene actualmente y con la implantación de este proyecto ya no sería
necesario. Se tiene un total de 6 líneas telefónicas a darse de baja su servicio,
esto otorgaría un ahorro para la institución de S/. 435 mensual.
235
A continuación se realizará el flujo de caja con los valores obtenidos en el capítulo
4.1 (Analisis de Costos) y en el capítulo actual, para así obtener mediante cálculos
el Valor Actual Neto (VAN) y la Tasa Interna de Retorno (TIR).
236
FLUJO DE CAJA
ENE FEB MAR ABR MAY JUN JUL AGO SET OCT NOV DIC
Egresos
Gastos realizados por implementación de VoIP
Total Egresos 45,698.00
Ingresos
Ahorro en no Compra de Central Telefónica 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 Contratación de Personal Informático en Telefonía 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 Instalación o Reparación de Líneas Telefónica 250 250 250 250 250 250 250 250 250 250 250 250
Ahorro en no Mantenimiento de Central Telefónica 625 625 625 625 625 625 625 625 625 625 625 625
Ahorro por Reducción de Líneas Telefónicas 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): 1%
Valor Actual Neto (VAN): S/. 13,370.01 Como el VAN>0, entonces el proyecto es RENTABLE. Por tanto la inversión producirá
ganancias por encima de la rentabilidad mensual exigida (1%).
Tasa Interna de Retorno (TIR) Mensual: 5% Como la TIR>1%, entonces la inversión realizada es ACONSEJABLE.
Tabla 4.6
Flujo de Caja para Cálculo de Analisis de Costo Beneficio (Fuente Propia)
237
4.3. ANALISIS DE SENSIBILIDAD.
El análisis de sensibilidad consiste en calcular los nuevos flujos de caja y el VAN
en el proyecto, al cambiar una variable como puede ser la inversión 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 análisis 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 fórmula a utilizar es la siguiente: (VANn – VANe) / VANe. Donde
VANn es el nuevo VAN obtenido y VANe es el VAN que teníamos 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é sucedería con mi proyecto
si compro equipos y materiales más baratos?
4.3.1. VARIACION EN COSTO DE EQUIPOS.
En esta parte lo que hemos realizado es solicitar cotizaciones de teléfonos IP más
baratos. El equipo IP marca Grandstream GXP1405 es un teléfono IP cómodo pero
no resistente a caídas o golpes; esto explica que a un golpe intencional éste deje
de funcionar, además de su poca durabilidad en cuanto a funcionamiento; por ello
es su costo tan reducido a comparación de otras marcas que son más 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 además en funcionalidades y obviamente más caro.
Por tanto, el NUEVO COSTO POR COMPRA DE EQUIPOS para el analisis de
sensibilidad se detalla a continuación:
Cantidad Descripción P. U. ($) Costo ($)
2 Servidores HP ML350e Generación 8 2,150.00 0.00
238
2 Gateway VOIP Grandstream GXW4108 450.00 900.00
96 Teléfonos 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 capítulo 4.3.1, lo que se va a realizar en esta
parte es reducir los costos de materiales con otros costos más baratos que haya en
el mercado. Hay que hacer mención que para el analisis de costos en lo que
respecta a Cable UTP categoría 6 se aceptó la marca SATRA por su mejor calidad
en su cubierta, material anti inflamable, entre otras características 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 comparación de la
marca SATRA que es de bronce fosforado con el enchapado de los contactos
bañado en oro.
Por tanto, el NUEVO COSTO POR COMPRA DE MATERIALES para el analisis de
sensibilidad se detalla a continuación
Cantidad Descripción P. U. (S/.) Costo (S/.)
2 Cajas de Cable UTP Categoría 6 AMERICA NET x 305 mts.
325.00 650.00
2 Cajas de conectores RJ45 Cat. 6 Marca COB x 100 unid.
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)
239
4.3.3. RESUMEN DEL NUEVO COSTO TOTAL.
Tabla 4.9 Cuadro de Resumen de Nuevo Costo Total
(Fuente Propia)
A continuación se realizará el flujo de caja con los nuevos valores obtenidos en
este capítulo 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.
Rubro Costo (S/.)
COSTO DE EQUIPOS 28,143.00
COSTO DE MATERIALES 800.00
COSTO DE RECURSOS HUMANOS 9,000.00
COSTO DE MANTENIMIENTO 0.00
Costo Total (S/.) : 37,943.00
240
FLUJO DE CAJA
ENE FEB MAR ABR MAY JUN JUL AGO SET OCT NOV DIC
Egresos
Gastos realizados por implementación de VoIP
Total Egresos 37,943.00
Ingresos
Ahorro en no Compra de Central Telefónica 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 Contratación de Personal Informático en Telefonía 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 Instalación o Reparación de Líneas Telefónica 250 250 250 250 250 250 250 250 250 250 250 250
Ahorro en no Mantenimiento de Central Telefónica 625 625 625 625 625 625 625 625 625 625 625 625
Ahorro por Reducción de Líneas Telefónicas 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): 1% Analisis de Sensibilidad (Comparando los 2 VAN) = 64.64% Si la inversión fuera 37,943 el VAN se incrementaría en 64.64 %
Valor Actual Neto (VAN): S/. 21,048.23 Esto explica que si la inversión inicial disminuye de S/. 45,698 a S/. 37,943, el VAN del proyecto sería S/. 21,048.23 (mayor que el anterior) y la TIR mensual sería de 9% (mayor a la TIR inicial) Tasa Interna de Retorno (TIR) Mensual: 9%
Tabla 4.10
Flujo de Caja para Cálculo de Analisis de Sensibilidad (Fuente Propia)
241
4.4. PLAN DE ACTIVIDADES Y CALENDARIO.
4.4.1. ACTIVIDADES.
Nombre de la Tarea
DISEÑO 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 Reunión con los Responsables para la Explicación del Proyecto
Formular Acta de Inicio del Proyecto
1.2. CIERRE DEL PROYECTO
Agenda de Reunión sobre Cierre del Proyecto
Elaborar Informe del Performance del Proyecto
Elaborar el Informe Final del Proyecto
2.- ANALISIS Y DISEÑO DE LOS REQUERIMIENTOS DEL PROYECTO
Estudio de Planos de los ambientes a integrar Equipos Telefónicos IP
Analisis de las Redes de Voz y Datos
Analisis de las Configuraciones a Realizarse
Estudio de Viabilidad Operativa
Estudio de Precios de la Inversión
Diseño y Planeamiento de las Terminales de Telefonía IP
3.- ADQUISICION DE MATERIALES Y DISPOSITIVOS
Adquisición de Servidor PBX
Adquisición de Teléfonos IP
Adquisición de Gateway VoIP FXO
Adquisición 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 Implementación
Instalar Sistema Operativo y Software Elastix (Paquete) en ambos servidores
Realizar Configuración de Red y Direccionamiento IP en Servidores PBX
Realizar Configuración de Teléfonos IP
Realizar Configuración de Llamadas y Marcado
Realizar Configuración de Interconexión con Líneas Publicas (Configuración de Gateway VoIP)
242
Realizar Pruebas de Rendimiento de Servidor PBX
Realizar Pruebas de Ancho de Banda y QoS de Servidor PBX
Realizar Pruebas de Configuración y Conectividad de Servidor PBX
Reportar Errores Encontrados durante Pruebas de Servidor PBX
Subsanar Errores Encontrados en Servidor PBX
Documentar Configuración Realizada en Servidores PBX
4.1.2. TELEFONOS IP
Instalar y Configurar Teléfonos IP's en las áreas y/o servicios establecidos
Realizar Pruebas de Conectividad de Teléfonos IP
Realizar Pruebas de Llamadas de Teléfonos IP
Reportar Problema de Conectividad y/o Llamadas de Teléfonos IP
Subsanar Problema de Conectividad y/o Llamadas de Teléfonos IP
Documentar Configuración Realizada en Cada Teléfono IP
5. CAPACITACION
Establecer los Horarios de Capacitación al Personal Encargado
Capacitar al Personal Técnico la Funcionalidad del Servidor PBX
Capacitar al Personal Técnico la Funcionalidad de los Teléfonos IP
Generar un Reporte de las Personas que Asistieron a la Capacitación
FIN
Tabla 4.11 Cuadro de Lista de Actividades
(Fuente Propia) 4.4.2. CALENDARIO.
Nombre de tarea Durac. Comienzo Fin Pred.
DISEÑO DE UNA RED DE TELEFONIA IP CON SOFTWARE LIBRE PARA EL HOSPITAL DE
VITARTE 58 días mié 01/10/14 mar 23/12/14
1.- GESTION DEL PROYECTO 58 días mié 01/10/14 mar 23/12/14
1.1. PLAN DEL PROYECTO 3 días mié 01/10/14 vie 03/10/14
Planificar el Inicio del Proyecto 1 día mié 01/10/14 mié 01/10/14
Realizar una Reunión con los Responsables para la Explicación del Proyecto
1 día jue 02/10/14 jue 02/10/14 4
Formular Acta de Inicio del Proyecto 1 día vie 03/10/14 vie 03/10/14 5
1.2. CIERRE DEL PROYECTO 3 días vie 19/12/14 mar 23/12/14
Agenda de Reunión sobre Cierre del Proyecto 1 día vie 19/12/14 vie 19/12/14 49
Elaborar Informe del Performance del Proyecto 1 día lun 22/12/14 lun 22/12/14 8
Elaborar el Informe Final del Proyecto 1 día mar 23/12/14 mar 23/12/14 9
243
2.- ANALISIS Y DISEÑO DE LOS REQUERIMIENTOS DEL PROYECTO
13 días lun 06/10/14 jue 23/10/14
Estudio de Planos de los ambientes a integrar Equipos Telefónicos IP
3 días lun 06/10/14 jue 09/10/14 6
Analisis de las Redes de Voz y Datos 3 días vie 10/10/14 mar 14/10/14 12
Analisis de las Configuraciones a Realizarse 2 días mié 15/10/14 jue 16/10/14 13
Estudio de Viabilidad Operativa 1 día vie 17/10/14 vie 17/10/14 14
Estudio de Precios de la Inversión 1 día lun 20/10/14 lun 20/10/14 15
Diseño y Planeamiento de las Terminales de Telefonía IP
3 días mar 21/10/14 jue 23/10/14 16
3.- ADQUISICION DE MATERIALES Y DISPOSITIVOS
4 días vie 24/10/14 mié 29/10/14
Adquisición de Servidor PBX 1 día vie 24/10/14 vie 24/10/14 17
Adquisición de Teléfonos IP 1 día lun 27/10/14 lun 27/10/14 19
Adquisición Gateway VoIP FXO 1 día mar 28/10/14 mar 28/10/14 20
Adquisición de Materiales y Herramientas de Red 1 día mié 29/10/14 mié 29/10/14 21
4.- IMPLANTACION DE LA SOLUCION 31 días jue 30/10/14 vie 12/12/14
4.1. CONFIGURACION DE DISPOSITIVOS 31 días jue 30/10/14 vie 12/12/14
4.1.1. SERVIDOR PBX Y GATEWAY VOIP 20 días jue 30/10/14 mié 26/11/14
Preparar Servidores para Implementación 2 días jue 30/10/14 vie 31/10/14 22
Instalar Sistema Operativo y Software Elastix (Paquete) en ambos servidores
1 día lun 03/11/14 lun 03/11/14 26
Realizar Configuración de Red y Direccionamiento IP en Servidores PBX
5 días mar 04/11/14 lun 10/11/14 27
Realizar Configuración de Teléfonos IP 2 días mar 11/11/14 mié 12/11/14 28
Realizar Configuración de Llamadas y Marcado 2 días jue 13/11/14 vie 14/11/14 29
Realizar Configuración de Interconexión con Líneas Publicas (Configuración de Gateway VoIP)
2 días lun 17/11/14 mar 18/11/14 30
Realizar Pruebas de Rendimiento de Servidor PBX
1 día mié 19/11/14 mié 19/11/14 31
Realizar Pruebas de Ancho de Banda y QoS de Servidor PBX
1 día jue 20/11/14 jue 20/11/14 32
Realizar Pruebas de Configuración y Conectividad de Servidor PBX
1 día vie 21/11/14 vie 21/11/14 33
Reportar Errores Encontrados durante Pruebas de Servidor PBX
1 día lun 24/11/14 lun 24/11/14 34
Subsanar Errores Encontrados en Servidor PBX 1 día mar 25/11/14 mar 25/11/14 35
Documentar Configuración Realizada en Servidores PBX
1 día mié 26/11/14 mié 26/11/14 36
4.1.2. TELEFONOS IP 11 días jue 27/11/14 vie 12/12/14
Instalar y Configurar Teléfonos IP's en las áreas y/o servicios establecidos
5 días jue 27/11/14 mié 03/12/14 37
244
Realizar Pruebas de Conectividad de Teléfonos IP
1 día jue 04/12/14 jue 04/12/14 39
Realizar Pruebas de Llamadas de Teléfonos IP 1 día vie 05/12/14 vie 05/12/14 40
Reportar Problema de Conectividad y/o Llamadas de Teléfonos IP
1 día mar 09/12/14 mar 09/12/14 41
Subsanar Problema de Conectividad y/o Llamadas de Teléfonos IP
1 día mié 10/12/14 mié 10/12/14 42
Documentar Configuración Realizada en Cada Teléfono IP
2 días jue 11/12/14 vie 12/12/14 43
5. CAPACITACION 4 días lun 15/12/14 jue 18/12/14
Establecer los Horarios de Capacitación al Personal Encargado
1 día lun 15/12/14 lun 15/12/14 44
Capacitar al Personal Técnico la Funcionalidad del Servidor PBX
1 día mar 16/12/14 mar 16/12/14 46
Capacitar al Personal Técnico la Funcionalidad de los Teléfonos IP
1 día mié 17/12/14 mié 17/12/14 47
Generar un Reporte de las Personas que Asistieron a la Capacitación
1 día jue 18/12/14 jue 18/12/14 48
FIN 0 días mar 23/12/14 mar 23/12/14 10
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 están considerados los días sábados, domingos ni feriados, y además
el horario de labores comprende desde las 09:00 am hasta las 05:00 pm.
Dicho proyecto tiene un plazo de ejecución de 58 días hábiles, lo cual inicia el
01/10/2014 y culmina el 23/12/2014.
Hay que hacer mención que el Ingeniero especialista que será contratando estará
desde el inicio hasta culminar todo el proyecto, es decir los 58 días que consta el
proyecto. En cambio los 2 técnicos de apoyo iniciaran sus labores desde el
11/11/2014 (Realizar Configuraciones de Teléfonos IP) de la parte de
IMPLANTACION DE LA SOLUCION hasta el día 12/12/2014 (Documentar
Configuraciones Realizadas en Cada Teléfono IP), es por ello que el contrato
del Ingeniero especialista es de 2 meses y de los técnicos de apoyo es de 1 mes
c/u visto en el capítulo 4.1.3.
245
CONCLUSIONES Al finalizar la siguiente investigación se han llegado a las siguientes conclusiones:
- Se logró establecer la comunicación por VoIP entre la sede central (Hospital)
el objetivo principal. Además de mantener la disponibilidad del servicio de
telefonía IP contando con un servidor replica ante cualquier caída del servidor
principal y sus dos locales utilizando la red LAN disponibles en ambas a
costo cero e interconectándose con la Red Publica Conmutada (PSTN) con
lo cual se logra
- Se compara los protocolos SIP, H.323 e IAX que son los más usados en la
señalización de VoIP; así como los códecs de compresión de voz y se
determina que el protocolo SIP, es más flexible y conveniente en una red
LAN. Se determina el códec G.726 para implementar en nuestra red ya que
proporciona una mejor calidad de sonido (HD) que es también usado en
videoconferencia, y el muestreo lo realiza a 16 KHz, por lo que transporta el
doble de información por unidad de tiempo.
- El servidor PBX IP basado en Elastix permite optimizar recursos integrando
Fax, Mail, PBX, Mensajería instantánea, siendo una herramienta fundamental
en el avance de la tecnología, la cual no tiene límites en aumento de
funcionalidades, dejando a un lado tecnologías cerradas y obsoletas, cuyo
monopolio cada día queda más quebrantado. Además proporciona menos
cantidad de espacio (La central MERIDIAM M8X24DS por su diseño ocupaba
mucho espacio ya que además poseía ranuras de patch panel de telefonía
para los puntos de anexos telefónicos, tarjetas para cada funcionalidad fax,
operadora, mail), y optimiza el uso de puntos de voz y datos.
- Mediante información obtenida de cantidad de minutos en llamadas
realizadas a teléfonos que se encuentran fuera de la institución tanto desde
el Hospital, así como de sus 2 locales (Unidad de Estadística e Informática y
Ex-UTES) y posteriormente realizándose algunos cálculos con respecto al
volumen de tráfico de llamadas, se sabe que para el Hospital en conjunto con
el local de la Unidad de Estadística e Informática obtenemos 1.189 Erlang y
para el local Ex-UTES 0.721 Erlang; y que mediante el modelo Erlang B se
246
determina que para atender el flujo de llamadas que genera el Hospital y el
local de la Unidad de Estadística e Informática en la hora de mayor tráfico se
necesita 5 líneas telefónicas, que además requiere un ancho de banda de
276 kbps sin utilizar la función VAD y 179.4 kbps utilizando la función VAD.
En el caso del local Ex-UTES en la hora de mayor tráfico se necesita 4 líneas
telefónicas, que además requiere un ancho de banda de 220.8 kbps sin
utilizar la función VAD y 143.52 kbps utilizando la función VAD
- Se realiza un analisis cualitativo de la situación actual de la LAN y de los
equipos de comunicación que permite la interconexión entre los locales
obteniendo un resultado aceptable para el proyecto por ser una
infraestructura de red nueva (cableado categoría 6), por ello se realiza el
diseño de la red con calidad de servicios determinando los equipos, creación
de Sub redes, plan de direccionamiento, equipos de interconexión y se
verifica mediante un prototipo en el cual se realiza las pruebas de medición
de ancho de banda y pruebas de capacidad del servidor; y se determina que
el hardware para el servidor propuesto en el diseño es capaz de procesar el
máximo número de llamadas en la hora de mayor de tráfico. Además al
realizar la implementación del proyecto estaríamos 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 implementación del proyecto, obtenido resultados
aceptables para la ejecución del mismo.
247
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 tráfico de las mismas
mediante la creación de VLANs o Sub Redes, para mantener las redes de
voz y datos por separado o para la reducción de broadcast. En lo posible
utilizar switches que soporten el estándar 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 más de 7 dígitos que incluya letras mayúsculas y números
mezclados y con símbolos especiales y así evitar que personas
malintencionadas alteren nuestra configuración.
- Si se incrementan los recursos humanos en la institución, se sugiere migrar
de la telefonía analógica a la digital, arrendando una línea RDSI PRI/T1 con
30 canales de voz, lo cual traería mayor beneficio que seguir rentando más
líneas analógicas, tanto en infraestructura como en costos. Al migrar a líneas
digitales, se deberá cambiar el Gateway analógico 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 eléctrica 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
eléctricas.
248
BIBLIOGRAFÍA
LIBROS:
- GANZÁBAL, Julián María
2008 Cálculo de ancho de Banda en VoIP.
- LANDÍVAR, Edgar
2009 Comunicaciones unificadas con Elastix.
- FERNÁNDEZ, Juan Carlos
2008 Tesis “Diseño de una Red de VOIP para una Empresa que desarrolla
Proyectos de Ingeniería de Comunicaciones”.
- ÁVILA, Diego
2008 Enrutamiento de Redes.
- SIGÜENZA, Lorena
2008 Direccionamiento IP.
- QUINTANA, Diego
2007 Tesis “Diseño e Implementación de Red de Telefonía IP con Software
Libre en la RAAP”.
- MUÑOZ, 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 básicos Plantel exterior telefónico.
- HUIDOBRA MOYA José Manuel, ROLDAN MARTINEZ Martin
2006 Tecnología VOIP y Telefonía IP.
249
DIRECCIONES DE INTERNET:
- Documentación 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 Teléfonos 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 – Códigos Telefónicos de Discado Nacional:
http://www.perutoptours.com/index26dirp.html
250
GLOSARIO DE TÉRMINOS Y ABREVIATURAS
ATA Adaptador de Teléfono Analógico.
ADPCM Codec de Modulación por impulsos codificados diferencial y
adaptable, codec de voz de forma de onda, el cual construye una
señal de entrada sin modelar el proceso que creó la señal de
entrada.
DNS Servidor de Resolución de Nombre.
DPSL Siglas de la Dirección Provincial de Salud de Loja.
DTMF Dual-Tone Multi-Frequency.- Sistema Multifrecuencia.
ELASTIX Es una distribución libre de Servidor de Comunicaciones Unificadas
que integra en un solo paquete (VoIP PBX, Fax, Mensajería
Instantánea, Correo electrónico).
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 señalización entre terminales VoIP.
HTTP Protocolo de transferencia de Hipertextos.
IAX Protocolo de señalización creado por Asterisk (Inter-Asterisk
eXchange).
ICMP Siglas de Protocolo de Mensajes de Control de Internet.
IEEE Institute of Electrical and Electronics Engineers. Una asociación
técnico profesional mundial dedicada a la estandarización.
IP Protocolo de Internet.
IVR Interacción de Respuesta de Voz. Responsable de todos los
servicios que tienen que ser ofrecidos sin el soporte de ningún
operador.
ITU Unión Internacional de Telecomunicaciones.
LAN Red de Área Local.
LPAS Predicción Lineal de análisis por síntesis.
MIPS Millones de instrucciones por segundo: es la medida del retraso de
procesado de un codec.
251
MOS Parámetro de evaluación de calidad de la voz. Puntuación media de
Opinión que se obtienen a partir de la valoración subjetiva de un
conjunto de personas.
MPE Estimulo impulso, técnica de predicción lineal utilizada por los
códecs híbridos para modular las señal de la voz.
OSI modelo de referencia de interconexión de sistemas abiertos.
PoE Power over Ethernet.- permite conectar la alimentación eléctrica a
los equipos, utilizándolos hilos de cable UTP, los cuales no
intervienen en la transmisión y recepción de datos.
PBX Central Telefónica Conmutada.
PSTN Red Telefónica Pública Conmutada.
PCM Códec de modulación por impulsos codificados, códec de voz de
forma de onda, el cual construye una señal de entrada sin modelar el
proceso que creó la señal de entrada, códecs especificado en la
recomendación 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 transmisión de audio y vídeo por Internet, regula el
intercambio de información en diferentes formatos (audio y video).
RTCP Protocolo de control en Tiempo Real, protocolo de tiempo real para
la transmisión de audio y vídeo por Internet, regula la comunicación
de control que se establece entre los extremos.
RPE Estimulo de impulso regular, técnica de predicción lineal utilizada por
los códec híbridos para modular la señal de la voz.
SIP Protocolo de Inicio de Sesión.
SMTP Protocolo Simple de Transferencia de Correo.
STP Protocolo de Árbol Extensible, proporciona topografía de árbol para
cualquier disposición de puentes entre switch (Impide que se creen
bucles en el tráfico de red).
TCP Protocolo de Control de Transmisión.
UAC Cliente de Agente de Usuario.
UAS Servidor de Agente de Usuario.
SDP Protocolo de descripción de sesión.
URL Uniform Resource Identifiers.
UDP Protocolo de Datagrama de Usuario.
VAD Detección de Actividad de Voz.
252
VOIP Voz sobre protocolo IP (Protocolo Internet).
VLAN Virtual LAN.
WAN Red de Área Amplia.
253
ANEXOS
254
ANEXO 1
HOJAS TECNICAS
SERVIDOR HP PROLIANT ML350e GENERACION 8
255
TELEFONO IP SNOM 715
256
GATEWAY FXO GRANDSTREAM GXW4108
257
CONECTORES RJ 45 CATEGORIA 6 SATRA
258
CABLE UTP CATEGORIA 6 SATRA
259
ANEXO 2
COTIZACIONES DE EQUIPOS Y MATERIALES
TELEFONOS IP – PROVEEDOR VIRTUAL SOLUTION CLOUD S.A.C.
260
TELEFONOS IP – PROVEEDOR VYSATEC S.A.C.
261
GATEWAY VOIP – PROVEEDOR VIRTUAL SOLUTION CLOUD S.A.C.
262
GATEWAY VOIP – PROVEEDOR VYSATEC S.A.C.
263
MATERIALES – PROVEEDOR ALASKA INTERNACIONAL S.A.
264
ANEXO 3
INSTALACION Y CONFIGURACION DE PUTTY
Para poder administrar nuestra PBX a través de otro computador (Sistema
Operativo Windows) mediante la línea de comandos, se utiliza “Putty”, que es una
herramienta remota que utiliza el protocolo SSH (Este se lo puede descargar de la
siguiente dirección:
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 opción donde dice “Host name (or IP
address)”. Colocaremos el IP de nuestro servidor Elastix. Si queremos grabar esta
conexión de forma tal que no tengamos que digitar otra vez la dirección IP, vamos
a “Saved Sessions”.
Aquí escribiremos un nombre descriptivo como “ElastixPrincipal”, y le damos al
botón de “Save”.
265
Realizamos clic al botón de “Open” y se presenta una ventana donde se nos
preguntara “login as:” escribiremos “root” y en el password escribiremos nuestra
contraseña. Si todo lo introdujimos de forma correcta, estaremos dentro de nuestra
PBX Elastix de forma remota.
266
ANEXO 4
CONFIGURACION BASICA DE TELEFONO IP SNOM 715
Para configurar los teléfonos VoIP, se utilizará la interfaz Web, para ello se
realizarán los siguientes pasos:
Por medio de un navegador web ingresamos a la consola de configuración del
teléfono IP, para ello ingresamos en la barra de direcciones del navegador
http://IP_TELEFONO, luego ingresamos el usuario y contraseña. Una vez
ingresado los datos de acceso correctamente, nos mostrara la consola de
configuración del teléfono IP.
Estando dentro de la consola de configuración, nos vamos a la opción Identify 1, e
ingresamos todos los valores tal como se muestra en la siguiente imagen:
Luego en la pestaña SIP y en la opción Server Type Support nos aseguramos
que este seleccionado el valor OCS/UC.
267
Nos vamos a la pestaña RTP, e ingresamos los valores tal como se muestra en la
siguiente imagen:
Una vez ingresado y seleccionado todos los datos ir a la opción System
Information y verificar el estado del usuario configurado.
Con esto ya tenemos nuestro usuario SIP configurado en el teléfono IP para ser
utilizado.
268
ANEXO 5
CONFIGURACION DE SOFTPHONE PHONERLITE
Primero bajamos el Softphone de la página http://www.phonerlite.de/. Una vez
instalado en nuestro sistema ejecutamos el programa y seleccionamos el menú
Opciones / Configuración; seguidamente creamos nuevo y seleccionamos
configuración manual como lo demuestra la pantalla.
En la pestaña Servidor, en el campo Domain/Realm ingresamos la dirección IP de
nuestro servidor Elastix, luego habilitamos el check Registro y MWI, tal como se
muestra en la siguiente pantalla:
269
En la pestaña Usuario, en el campo Nombre de usuario ingresamos el número de
anexo (extensión SIP en Elastix), seguido de la contraseña y del nombre para
mostrar (nombre ingresado en el Elastix al momento de su creación), tal como se
muestra en la siguiente pantalla
En la pestaña Red, dejamos todos los valores por defecto configurados, tal como
se muestra en la siguiente pantalla
En la pestaña Codecs, seleccionamos el codec a utilizarse que es el G.726-32, los
demás campos lo dejamos tal como está por defecto:
En la pestaña Certificado y Sonido lo dejamos como esta por defecto. Luego
damos clic en el botón Guardar como… y ya tenemos creado nuestro usuario
Softphone.
270
ANEXO 6
VOICE ACTIVITY DETECTION (VAD)
El proceso de separar el habla y el silencio en una señal de voz es conocido como
Detección de la Actividad de Voz (Voice Activity Detection, VAD). Este fue
investigado por primera vez para su uso en sistemas de Interpolación de Voz de
Tiempo Asignado (Time Assigned Speech Interpolation, TASI). VAD es una
importante tecnología disponible para una variedad de aplicaciones de voz,
incluyendo reconocimiento de la voz, codificación, y usos para sistemas de “manos
libres” en teléfonos. Para estos propósitos, fueron propuestos diversos tipos de
algoritmos VAD que involucra retardo, sensitividad, exactitud y costo
computacional. La función 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 comunicación de voz
como la audio conferencia, cancelación de eco, reconocimiento de voz,
codificación de voz y sistemas de manos libres telefónicos.
En la mayoría de aplicaciones multimedia, VAD permite las aplicaciones
simultáneas de voz y datos.
Similarmente, en los Sistemas de Telecomunicaciones Universales Móviles
(UMTS), este reduce la tasa promedio de bit y mejora la calidad de la
codificación de la voz.
En los sistemas de radio celular (sistemas GSM y CDMA por ejemplo)
basados en transmisión de modo discontinuo (DTX), VAD es esencial para
mejorar la capacidad del sistema, reduciendo interferencia de los canales
adyacentes y también el consumo de energía en dispositivos digitales
portátiles.
Para una amplia gama de aplicaciones como la comunicación de radio móvil digital,
transmisión simultánea de Voz y Datos (Digital Simultaneous Voice and Data,
271
DSVD) o almacenamiento simultáneo de voz, es recomendable que se proporcione
una transmisión discontinua de los parámetros de codificación de la voz. Las
ventajas pueden ser un bajo consumo de energía en teléfonos móviles, un alta tasa
de transferencia de bits para servicios de transmisión de datos o una mayor
capacidad de almacenamiento en un chip. Sin embargo, la mejora depende
principalmente del porcentaje de pausas entre la conversación 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 pérdida del truncamiento de la actividad de voz al
mínimo para preservar la calidad. Este es el gran reto para un algoritmo de VAD
bajo condiciones críticas de ruido.
DESCRIPCIÓN TÉCNICA DE VAD.
La función básica de un algoritmo VAD es extraer algunas características o
cantidades medias de la señal de entrada y comparar estos valores con los
umbrales, extraídos generalmente de las características de las señales de
ruido y de voz, entonces se toma como voz activa si los valores medidos
superan los umbrales. VAD en ruido móvil requiere un valor de umbral que
varía en el tiempo. Este valor se calcula generalmente en los segmentos de
voz inactivos.
VAD es más crítico para los ambientes de ruido móviles, puesto que es
necesario actualizar la estadística del ruido que varía constantemente, esto
produce un error que afecta fuertemente al sistema.
Un sistema representativo de métodos de VAD recientemente publicado,
formula la regla de la decisión en un marco por base del marco, usando las
medidas instantáneas de la distancia de la divergencia entre la voz y el ruido.
VAD se puede descomponer en dos pasos:
- El cómputo de la métrica
- El uso de una regla de clasificación.
Independientemente del método de VAD utilizado, debemos comprometernos
entre tener voz detectada como ruido o ruido detectado como voz. Un VAD
272
que funciona en un ambiente móvil debe poder detectar actividad de voz en
presencia de una serie diversa de tipos de ruido de fondo acústico. En estas
condiciones difíciles de la detección, es fundamental que un VAD sea a
pruebas de averías” indicando la señal de voz cuando se tenga duda de la
decisión para no producir ningún truncamiento. La dificultad más grande en
este ambiente son las Relaciones Señal a Ruido (SNR) muy bajos que se
encuentran. En este caso se hace imposible distinguir la voz del ruido
utilizando técnicas sencillas.
EVALUACIÓN DEL FUNCIONAMIENTO DE VAD. El funcionamiento de VAD se puede medir en términos 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 evalúa
en base a los cuatro parámetros 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 señal de voz).
El truncamiento debido a la señal de voz clasificada erróneamente
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 período de silencio.
Aunque el método descrito arriba proporciona información objetiva útil
referente al funcionamiento de un VAD, da solamente una estimación inicial
con respecto al efecto subjetivo. Por ejemplo, los efectos del truncamiento de
la señal de voz se pueden ocultar ocasionalmente por la presencia del ruido
de fondo.
273
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 características:
- Calidad.
- Dificultad de la compresión.
- 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
características mencionadas, proporcionando así una estimación global del
comportamiento del VAD que es probado.
274
ANEXO 7
TRONCALES Y RUTAS EN ELASTIX Hare uso de una analogía con una estación o terminal de autobuses, con múltiples
puertas de entrada y salida, para el abordaje del autobús que me llevara a mi
destino, lo que debo hacer es seleccionar la puerta correcta donde se encuentra el
autobús que me transportara al destino deseado. La estación 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 vendrían a
ser los proveedores del servicio de telefonía.
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 comparación simplista podemos decir que las troncales
son los interfaces LAN, WAN de un router y las rutas son las redes destino; cuando
hacemos una configuración, 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 número telefónico a marcar y la troncal es la interface o canal físico o
lógico en la cual está conectada la línea telefónica del proveedor que hará el
enlace con el número telefónico 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
comunicación de entrada y salida de llamadas, también permiten la
comunicación hacia otras PBX, tradicionales o IP.
El tipo de troncal a utilizar, dependerá de la manera que el proveedor nos
brinde el servicio de telefonía. Tradicionalmente el servicio es entregado por
medio de líneas de cobre o fibra óptica, últimamente se está utilizando mucho
la red IP, vía Internet o enlaces dedicados de datos, con esta última opción
no es necesario instalar ningún hardware de comunicación en el servidor
Elastix, muy recomendado para servidores virtualizado.
Los tipos de troncales (Trunks) en el servidor Elastix pueden ser:
275
a. Troncales SIP (SIP Trunk).- El medio de transporte para la voz es la
red IP, una buena cantidad de proveedores la están utilizando
últimamente para proveer el servicio telefónico, una de sus mayores
ventajas es que podemos utilizar el Internet para establecer los
enlaces, de esta manera podemos tener números telefónicos (DID) de
cualquier parte del mundo sin importar la ubicación geográfica. Es muy
popular también por los fabricantes de equipos ya que por ser un
estándar 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 más servidores
Asterisk-Elastix, aún no se ha convertido en estándar, por esta razón
son pocos los fabricantes de equipos que lo soportan, una de sus
mayores ventajas es la utilización de un solo puerto (UDP 4569) para la
comunicación, esto lo convierte en el método ideal para unir 2 o más
Asterisk en redes con Firewall de por medio.
c. Troncales Digitales (Puertos E1, T1, J1).- Es el método hoy por hoy
más utilizado por los proveedores para la entrega de los servicios
telefónicos, utiliza medios físicos para el transporte de la voz como
cable de cobre o fibra óptica, por este medio se entregan los números
DID, se deberá instalar un adaptador o tarjeta en el servidor Elastix
para configurar la troncal, existen también Cajas o Gateway que
funcionan con protocolo TDMoIP, que permiten recibir los enlaces E1 y
conectarlos vía la red IP del servidor Asterisk-Elastix, de esta manera
no es necesario la colocación de ningún adaptador.
d. Troncales Análogas (Puertos FXO).- Es la manera tradicional de
recibir las líneas telefónicas, muy utilizado cuando la cantidad de líneas
no sobrepasa las 8, más allá de esto se recomienda utilizar E1. Por
cada línea es necesario un puerto, es así por ejemplo si hay 4 líneas
telefónicas es necesario utilizar un adaptador con 4 puertos FXO. Un
método alterno al uso de los adaptadores FXO, es la utilización de
adaptadores ATA con puertos FXO, estos permiten conectar las líneas
telefónicas sin instalar ningún hardware en el servidor Elastix, la
comunicación se hace vía el protocolo SIP.
276
El tipo de troncal determina el número de llamadas concurrentes que se
pueden tener, por ejemplo en una troncal digital E1 permite hasta un máximo
de 30 llamadas por enlace, en una troncal análoga FXO solo permite una
llamada por enlace, en troncales SIP e IAX2 en teoría no hay límite 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 método 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 Marcación, es muy común por
cuestión de costo que las llamadas a teléfonos celulares o móviles sean
enviadas a bases celulares, donde generalmente se coloca un SIM por cada
una de las compañías, para esto se tienen que crear rutas con los patrones
de marcado correspondientes para sacar las llamadas con la compañía que
corresponde.
De igual manera también se utilizan rutas para recibir llamadas, es así
cuando una llamada entrante es recibida en una troncal especifica o número
DID especifico, estas se requiere que sean direccionadas a un numero de
extensión o al conmutador, como también 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 números a celulares
inician con el digito 7 y se ha configurado una troncal para este
277
propósito con nombre Celulares, lo que haremos será crear una ruta
que le diga a Elastix que todo número marcado que inicie con 7 las
envíe a la troncal Celulares. Hay algunas reglas que se deben de
seguir para para la definición del plan de marcado:
X: representa un número entre 0 y 9
Z: representar un número entre 1 y 9
N: representar un número entre 2 a 9
. : Cuando hay un punto en el patrón, lo que significa es que puede
haber más números después del punto.
|: Esto significa que el número antes del símbolo | se quitara.
[]: Si usted quiere elegir su número, por ejemplo, [1356] que significa
un número entre 1, 3, 5 y 6. O [3-7] es un número de entre 3 y 7.
Por ejemplo:
9|X| es un modelo popular. Esto significa elegir los números
comienzan con 9, tomar la 9 y enviar el resto a su destino.
ZX: este modelo significa los números marcados que son 2 dígitos, y
su primer número está entre 1 y 9, y su segundo número entre 0 y 9.
NX: Esto significa número de 3 dígitos y más que su primer número
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 mayoría de números a
celular inician con 9 y están compuestos por 9 dígitos, podemos crear
una regla que le diga a Elastix que todo número marcado que inicie
con 9 seguido por 9 dígitos más, los envíe a la troncal Celulares, como
lo siguiente:
9XXXXXXXX =====> Troncal Celulares
278
Así por ejemplo cuando se marque el número 981321420, Elastix
busca entre todas las rutas creadas, una que haga coincidir con el
número marcado y proceda a realizar la marcación en la troncal que
corresponde.
Es importante tener claro, por cada ruta de salida debe existir también
una troncal para el envío de la llamada, Elastix permite definir más 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 patrón de marcado, no puede estar declarado en más 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 condición, por ejemplo cuando existe un conmutador y se
desea que todas las llamadas sin excepción 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 (Auto-
attendant), se debe crear una ruta de entrada que le diga a Elastix que
al ingresar una llamada del número especificado lo transfiera al IVR, del
mismo modo cuando hay varios departamentos y cada uno tenga una
recepcionista con un determinado número telefónico, se deberán crear
tantas rutas de entrada como números y recepcionistas existan.
También por medio de la función Sígueme (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
279
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 código de la ciudad: 64 (ejemplo).
- Tercero y último, marcas número telefónico al que deseas llamar: 123456 (los
teléfonos de lima tienen 7 dígitos 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 continuación se detallan los códigos de
discado directo nacional de la República del Perú.
Ciudad Código
Ciudad Código
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 1
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
280
HUARAZ 43
TARAPOTO 42
ICA 56
TRUJILLO 44
TUMBES 72