Desarrollo de un Sistema de Soporte Telefónico Autónomo para ISPs Inalámbricos

Transcripción

1 UNIVERSIDAD TECNICA PARTICULAR DE LOJA ESCUELA DE CIENCIAS DE LA COMPUTACIÓN Desarrollo de un Sistema de Soporte Telefónico Autónomo para ISPs Inalámbricos PROYECTO PREVIO A LA OBTENCIÓN DEL TITULO DE INGENIERO EN INFORMÁTICA ASPIRANTES: José Andrés Cuenca Ojeda. Luis Enrique Romero Juelas. DOCENTE INVESTIGADOR: Ing. María Paula Espinoza. JUNIO 2009 LOJA-ECUADOR

2 Cesión de Derechos Nosotros, José Andrés Cuenca Ojeda y Luis Enrique Romero Juelas, declaramos ser autores del presente trabajo y eximimos expresamente a la Universidad Técnica Particular de Loja y a sus representantes legales de posibles reclamos o acciones legales. Adicionalmente declaráramos conocer y aceptar la disposición del Art. 67 del Estatuto Orgánico de la Universidad Técnica Particular de Loja que su parte pertinente textualmente dice: Forman parte del patrimonio de la Universidad la propiedad intelectual de investigaciones, trabajos científicos o técnicos y tesis de grado que se realicen a través, o con el apoyo financiero, académico o institucional (operativo) de la universidad. F:. José Andrés Cuenca Ojeda F:. Luis Enrique Romero Juelas i

3 Certificación Certifico que el presente trabajo fue desarrollado por los señores José Andrés Cuenca Ojeda y Luis Enrique Romero Juelas, bajo mi supervisión. Ing. María Paula Espinoza. Director del Proyecto ii

4 Agradecimiento Agradecemos el apoyo de nuestras familias y amigos que nos han alentado para graduarnos y ser profesionales. De igual manera agradecemos a la empresa Lojasystem proveedora de Internet inalámbrico y a todo su personal de soporte técnico por las facilidades prestadas para el análisis, implementación y pruebas del presente proyecto. iii

5 Dedicatoria Este proyecto se lo dedico a mi familia que me ha apoyado toda mi vida y quiere lo mejor para mi, ésta es una meta para mi padres porque quieren dejar a sus hijos la mejor herencia que les pueden dar, que es una profesión. Muchas gracias a toda mi familia, en especial a mi esposa por la paciencia que me ha tenido. Luis Enrique Quiero dedicar este proyecto con un afecto especial a mi madre que siempre me estuvo dando aliento para salir adelante y culminar este proyecto José Andrés iv

6 Índice OBJETIVOS... vii 1. GENERALIDADES ISP Inalámbrico Estructura de un ISP Inalámbrico NOC o Centro de Operaciones Backbone inalámbrico Equipos suscriptores Tecnologías para redes WLAN Estándar IEEE Plataforma de desarrollo Linux Características de Linux Distribución de GNU/Linux Linux frente a otros sistemas operativos Asterisk Funcionalidades generales Funcionalidades avanzadas de asterisk Aspectos generales Reducción extrema de costos Limitaciones de la arquitectura de asterisk Requisitos técnicos del sistema Arquitectura base de asterisk Ivr Servicios Tecnologías involucradas INTRODUCCIÓN Análisis de los problemas más comunes en el área de help desk de un ISP inalámbrico Solución Propuesta IMPLEMENTACIÓN Y PRUEBAS DEL SISTEMA Implementación Instalación de Linux Debian Instalación y configuración de asterisk v

7 Plan de discado Instalación de un Softphone para las pruebas del IVR Implementar Acceso a Consola SSH sin Contraseña Instalar script de monitoreo en el servidor IPCOP Detalles de Implementación Arquitectura del Sistema de Soporte Automático Integración del Sistema Pruebas del Sistema Escalabilidad Resultados Obtenidos CONCLUSIONES Y RECOMENDACIONES Conclusiones Recomendaciones BIBLIOGRAFÍA APÉNDICES Encuesta realizada a ISPs Inalámbricos Tabla de los problemas de soporte más comunes de un ISP inalámbrico Distribución Linux IPCOP Hardware a utilizar Código fuente vi

8 Objetivos El objetivo central del presente estudio es desarrollar un sistema de soporte telefónico autónomo para proveedores de internet inalámbrico (ISP). Y ampliando más la presente declaración se pretende: Desarrollar de una interfaz de soporte telefónico que bajo ciertos requerimientos pueda trabajar en forma autónoma y que pueda deducir por sí mismo y sin la intervención de ningún ser humano la posible avería que tiene un cliente. Este sistema contestará las líneas telefónicas de soporte técnico; el cual será capaz de detectar hasta un 60% de averías del cliente y recomendará soluciones a los problemas más comunes de soporte. Que ante condiciones anormales durante la provisión del servicio tales como de degradación del sistema, congestión del backbone o caída de algún enlace, el sistema pueda comunicarse y/o recibir feedback de los administradores del ISP, esto mediante s, o mensajes de texto. Este deberá detectar al menos un 60% de condiciones anómalas. El sistema se integrará estrechamente con la central telefónica y estará destinado a proveer asistencia en horas fuera de oficina tales como noches, fines de semana y feriados; o cuando los técnicos de soporte no puedan atender. vii

9 Capítulo 1. Generalidades En el capítulo 1, se describirá brevemente como funciona un ISP inalámbrico, su estructura y sus componentes, como también se explicarán los estándares de las tecnologías inalámbrica, así mismo se hará una exposición de la plataforma de desarrollo de la tesis, como una breve explicación de Linux, sus características principales, comparativa junto con otros sistemas operativos, y por ultimo una introducción al Asterisk recalcando sus funcionalidades generales, funcionalidades avanzadas, ventajas, limitaciones, requisitos técnicos, su arquitectura con los conceptos relacionados con el esquema (canal, codecs, protocolos, extensión, contexto, aplicaciones, dialplan), Introducción al IVR, sus servicios y las tecnologías involucradas. En el capítulo 2, la introducción expondrá algunos antecedentes de trabajos similares así como también el análisis de los problemas más comunes en el área de help desk (soporte) de un ISP inalámbrico, basado en las repuestas de una encuesta realizada a varios proveedores de internet inalámbrico, luego del análisis se propondrá una solución de la forma en que podrían ser resueltos los problemas por la lógica de un computador. En el capítulo 3 se realizará la implementación del sistema de soporte, en el cual se describirá detalladamente la arquitectura del sistema de soporte automático para luego integrarlo, se desarrollarán las interfaces para que el sistema de soporte interactué con el sistema de gestión del ISP inalámbrico y se procederá con las respectivas pruebas para comprobar los niveles de exactitud del sistema y los niveles de satisfacción del cliente, se determinará la escalabilidad y luego de lo cual se hará un análisis e interpretación de los resultados obtenidos. El capítulo 4 tratará las conclusiones y recomendaciones a las que se ha llegado luego de la culminación del proyecto. 1

10 El capítulo 5 hace referencia a la bibliografía utilizada, cabe destacar que al tratarse de proyecto de implementar un sistema de soporte telefónico autónomo para solución de problemas en el área de soporte de un ISP inalámbrico la mayor parte de referencia bibliográfica se la ha obtenido de la Internet, y de foros en la Web. Y por último en los apéndices se anexará el modelo de la encuesta realizada a los ISPs inalámbricos, la tabla de los problemas de soporte más comunes de un ISP inalámbrico, breve introducción a la distribución Linux IPCOP, el hardware a utilizar, el dialplan, los archivos tipo texto del código fuente y por ultimo un modelo de una breve encuesta realizada vía telefónica a los usuarios del sistema. También se anexa un manual que detalla las pantallas de instalación y configuración del Linux distribución Debian y del Asterisk ISP INALÁMBRICO Se llama ISP a un proveedor de servicios de internet, viene del término inglés Internet Service Provider. Pero cuando un ISP lo provee al servicio en forma inalámbrica se le llama simplemente ISP Inalámbrico ; en ingles es llamado Wireless ISP o más concreto WISP 1. De acuerdo a la legislación ecuatoriana los ISPs son denominados proveedores de valor agregado (RESOLUCIÓN CONATEL-2006). Estos se conectan con el usuario final por medio de enlaces inalámbricos o de espectro ensanchado. Este tipo de equipos trabajan generalmente en frecuencias que no requieren concesión por parte del estado, que funcionan en las bandas de 900Mhz, 2.4 y 5 GHZ, estos equipos son generalmente basados en el estándar a/b/g. Debido que en nuestro país existe una muy limitada oferta de servicios de telecomunicaciones, en ocasiones la única manera de llegar a un usuario en sectores alejados o apartados es mediante este tipo de equipos. 1 Wireless Internet Service Provider (Proveedor de Servicios de internet Inalámbrico) 2

11 Estructura de un ISP inalámbrico Un ISP inalámbrico posee la misma estructura que uno tradicional con la diferencia que la infraestructura de acceso o de distribución es inalámbrica; la misma que consiste de una serie de sistemas multipunto interconectadas formando un backbone 1, las cuales a su vez se enganchan los usuarios mediante los equipos suscriptores o CPEs NOC o Centro de Operaciones Es el lugar donde residen los servidores, routers, firewall, infraestructura administrativa y soporte técnico. Aquí el ISP recibe el internet por parte de los carriers o mayoristas (Figura 1-1). ETHERNET INTERNET PBX y Sistema de Soporte telefonico Servidores: dns, , proxy Router, firewall RED DE TELEFONIA PUBLICA PSTN CLIENTES DEL ISP INALAMBRICO Figura 1-1.Centro de Operaciones (NOC) Backbone Inalámbrico 1 Principales conexiones troncales de Internet 2 Customer Premises Equipment (Equipo Local del Cliente) 3

12 Es la infraestructura de distribución mediante la cual el ISP llega a sus clientes. Es un conjunto de sistemas multipuntos conectados mediante algún medio de trasmisión al NOC central. Cada multipunto provee servicios de Internet a los clientes que están en su área de cobertura en forma similar a las redes celulares (Figura 1-2). Figura 1-2. Backbone inalámbrico Equipos Suscriptores Comúnmente llamados CPEs 1. Es un equipo inalámbrico que conecta al cliente con el ISP ya sea este una sola computadora personal o una red de computadoras de área local. En la (Figura 1-3) se hace una representación con diversos equipos suscriptores 1 Customer Premises Equipment (Equipo Local del Cliente) 4

13 como, teléfono Wi-Fi 1, usuarios residenciales, usuarios móviles (laptops). etc. Figura 1-3. Equipos suscriptores [1] Tecnologías para redes WLAN 2 Las necesidades de movilidad de los usuarios de equipos de computación es muy importante hoy en día, razón por la cual Ethernet, que ha sido la tecnología más ampliamente usada, tiene un competidor muy fuerte, las Redes Inalámbricas de Área Local (WLAN). Las WLAN se están utilizando cada vez más en edificios de oficinas, aeropuertos, centros comerciales, restaurantes, hoteles, entre otros lugares públicos. Las WLAN son muy versátiles en las oficinas, ya que son un complemento a la infraestructura cableada, brindando a los usuarios móviles una conectividad 1 Wireless Fidelity (estándar para la fidelidad inalámbrica) 2 Wireless Local Area Network (Red inalámbrica de área local) 5

14 permanente. Adicionalmente permite que visitantes se conecten al Internet o a la red sin tener que conectarse físicamente, lo que implica tener puertos disponibles en el lugar donde se requiera ubicar el computador Estándar IEEE [2] IEEE o Wi-Fi es un estándar de comunicaciones que define el uso de los dos niveles más bajos de la arquitectura OSI 1 (capa física y capa de enlace de datos), este estándar norma el funcionamiento en una WLAN. El protocolo estandarizado en 1997 describe tres técnicas de transmisión de la capa física: la primera el método de infrarrojos que es la misma tecnología que se usa en los controles remotos de televisión; los otros dos métodos utilizan la técnica de radio de espectro expandido, como son espectro ensanchado por salto de frecuencia (FHSS) y espectro ensanchado por secuencia directa (DSSS). Estas dos últimas técnicas utilizan la frecuencia sin licenciamiento de 2.4 GHz, y una velocidad de 1 Mbps y 2 Mbps. Al trabajar en la banda ISM (Industrial, Scientific and Medical) de 2.4 GHz se tiene mucha interferencia con artefactos eléctricos como: puertas automáticas de garajes controladas por radio, los hornos microondas, los teléfonos inalámbricos, etc. La interferencia disminuye la velocidad efectiva al producirse muchos errores en la transmisión, debiéndose retransmitir las tramas erróneas. En 1999 se introdujeron dos técnicas adicionales de modulación para alcanzar mayor capacidad de transmisión, éstas son Multiplexación por División Ortogonal de Frecuencia (OFDM) y Secuencia Directa en Espectro Extendido de Alta Velocidad (HRDSSS) que permiten velocidades de hasta 54 Mbps y 11 Mbps, respectivamente. En el año 2001 se introdujo OFDM para la frecuencia de 2.4 GHz, ya que la primera trabajaba en 5 GHz. 1 Open System Interconnection (modelo de referencia de Interconexión de Sistemas Abiertos) 6

15 La (Tabla 1-1) muestra una comparativa de los diferentes estándares con sus respectivas características, ventajas y desventajas. Es necesario hablar de las tecnologías inalámbricas puesto que el uso adecuado de una tecnología inalámbrica depende mucho en la prevención de problemas que se puedan dar en los enlaces inalámbricos con los clientes. Tabla 1-1 Comparativa de los estándares Estándar a b g n Velocidad 54Mbps 11Mbps 54Mbps 600 Mbps Frecuencia 5Ghz 2.4Ghz 2.4Ghz Distancias 8 a 23 metros 30 a 45 metros 30 a 45 metros Ventajas -No muy saturada -Los equipos con - Algunos Hot spots están ya Compatible con el Altas velocidades este estándar no son muy comunes, son más utilizados en usuarios corporativos instalados con este estándar y Existen bastantes equipos funcionando. Estándar b por lo que pueden coexistir con redes de este estándar. Desventajas -Solo con línea de vista -Distancias cortas Banda Saturada por equipos electrónicos banda Saturada por equipos electrónicos No establecida Las especificacio nes finales 7

16 1.2. PLATAFORMA DE DESARROLLO El presente trabajo pretende implementar un sistema de soporte telefónico automático, esto será realizado mediante una centralita de VOIP 1, por lo cual se ha escogido la plataforma de desarrollo de telefonía basada en software libre Asterisk, este producto sobre el sistema operativo Linux, permite desarrollar centrales telefónicas con todas las características que se esperan de una PBX 2 comercial, trabajan con voz sobre IP en varios protocolos (SIP, H323) e interoperan con casi todo el equipo estándar basado en telefonía IP usando hardware relativamente barato. De tal manera que es fácil implementar servicios que sólo ofrecen los grandes sistemas PBX propietarios como, correo de voz, conferencia de voz, comunicación de llamada, respuesta interactiva de voz, cola de llamadas, servicio de identificación de llamadas, registro detallado de llamadas etc. Para funcionar con voz sobre IP no necesita de ningún hardware adicional, ahora para interconectar con la telefonía tradicional requiere de tarjetas especiales de muy bajo costo como las tarjetas FXO (Foreign Exchange Office) y mediante el software, realizar y recibir llamadas de teléfono. Sirve sobre todo para implementar centralitas telefónicas (PBX) con un computador. Los dispositivos para conectar un teléfono a un computador son las llamadas FXS (Foreign Exchange Station). Un claro ejemplo de FXO es un típico módem o tarjeta Fax-Modem. La (Figura 1-4) muestra el funcionamiento de un sistema de telefonía IP con Linux. 1 Voz sobre IP 2 Private Branch Exchange (Central Telefónica) 8

17 Figura 1-4. Sistema de Telefonía IP con Linux Haciendo una breve explicación de la (Figura 1-4). El usuario realiza y recibe llamadas desde y hacia su línea telefónica actual utilizando un teléfono convencional, hace uso de la red de telefonía pública (ETB/EPM), las tarjetas o dispositivos de entrada análogo (FXO) permiten la conexión entre el computador (servidor Linux) y la línea telefónica convencional. El servidor Asterisk que está montado en el servidor Linux permite la conversión y administración de las señales analógicas a digitales y viceversa, las mismas que son trasmitidas utilizando la red de datos existente sea esta una red privada (Intranet) o a través de internet sin importar en que parte del mundo se encuentre. Los Adaptadores de Voz sobre IP ATA 1 (FXS) son necesarios para una conexión entre la red de datos y los teléfonos convencionales. 1 Advanced Technology Attachment ( tecnología avanzada de acoplamiento) 9

18 Linux Es un Sistema Operativo. El mismo que está basado en una implementación de UNIX, de distribución libre para computadores que facilita su uso y operación. En la actualidad puede ser instalado en gran variedad de hardware, incluyendo computadores de escritorio, computadores de mano, celulares, dispositivos empotrados, videoconsolas (Xbox, PlayStation), enrutadores y algunos modelos de ipod. Fue desarrollado para el i386 y ahora soporta los procesadores más comunes del mercado. Como sistema operativo, Linux es muy eficiente y tiene un excelente diseño. Es multitarea, multiusuario, multiplataforma y multiprocesador Características de Linux [3] Multitarea: La palabra multitarea describe la habilidad de ejecutar varios programas al mismo tiempo. LINUX utiliza la llamada multitarea preventiva, la cual asegura que todos los programas que se están utilizando en un momento dado serán ejecutados, siendo el sistema operativo el encargado de ceder tiempo de microprocesador a cada programa. Multiusuario: Muchos usuarios usando la misma máquina al mismo tiempo. Multiplataforma: Las plataformas en las que en un principio se puede utilizar Linux son Pentium III, PentiumIV, Intel Core duo, etc. También existen versiones para su utilización en otras plataformas, como Alpha, ARM, MIPS, PowerPC y SPARC. Multiprocesador: Soporte para sistemas con más de un procesador está disponible para Intel y SPARC (Scalable Processor ARChitecture). Funciona en modo protegido 386. Protección de la memoria entre procesos, de manera que uno de ellos no pueda colgar el sistema. Carga de ejecutables por demanda: Linux sólo lee del disco aquellas partes de un programa que están siendo usadas actualmente. 10

19 Política de copia en escritura para la compartición de páginas entre ejecutables: esto significa que varios procesos pueden usar la misma zona de memoria para ejecutarse. Cuando alguno intenta escribir en esa memoria, la página (4Kb de memoria) se copia a otro lugar. Esta política de copia en escritura tiene dos beneficios: aumenta la velocidad y reduce el uso de memoria. Memoria virtual usando paginación (sin intercambio de procesos completos) a disco: A una partición o un archivo en el sistema de archivos, o ambos, con la posibilidad de añadir más áreas de intercambio sobre la marcha Un total de 16 zonas de intercambio de 128Mb de tamaño máximo pueden ser usadas en un momento dado con un límite teórico de 2Gb para intercambio. Este límite se puede aumentar fácilmente con el cambio de unas cuantas líneas en el código fuente. La memoria se gestiona como un recurso unificado para los programas de usuario y para el caché de disco, de tal forma que toda la memoria libre puede ser usada para caché y ésta puede a su vez ser reducida cuando se ejecuten grandes programas. Librerías compartidas de carga dinámica (DLL's) y librerías estáticas. Se realizan volcados de estado (core dumps) para posibilitar los análisis postmortem, permitiendo el uso de depuradores sobre los programas no sólo en ejecución sino también tras abortar éstos por cualquier motivo. Compatible con POSIX, System V y BSD a nivel fuente. Emulación de ibcs2, casi completamente compatible con SCO, SVR3 y SVR4 a nivel binario. Todo el código fuente está disponible, incluyendo el núcleo completo y todos los drivers, las herramientas de desarrollo y todos los programas de usuario; además todo ello se puede distribuir libremente. Hay algunos programas comerciales que están siendo ofrecidos para Linux actualmente sin código fuente, pero todo lo que ha sido gratuito sigue siendo gratuito. Control de tareas POSIX (operaciones básicas de las tareas de tiempo real). Pseudo-terminales (pty's). 11

20 Emulación de 387 en el núcleo, de tal forma que los programas no tengan que hacer su propia emulación matemática. Cualquier máquina que ejecute Linux parecerá dotada de coprocesador matemático. Por supuesto, si el ordenador ya tiene una FPU (unidad de coma flotante), esta será usada en lugar de la emulación, pudiendo incluso compilar tu propio kernel sin la emulación matemática y conseguir un pequeño ahorro de memoria. Soporte para muchos teclados nacionales o adaptados y es bastante fácil añadir nuevos dinámicamente. Consolas virtuales múltiples: varias sesiones de login a través de la consola entre las que se puede cambiar con las combinaciones adecuadas de teclas (totalmente independiente del hardware de video). Se crean dinámicamente y puedes tener hasta 64. Soporte para varios sistemas de archivo comunes, incluyendo minix-1, Xenix y todos los sistemas de archivo típicos de System V, y tiene un avanzado sistema de archivos propio con una capacidad de hasta 4 Tb y nombres de archivos de hasta 255 caracteres de longitud. Acceso transparente a particiones MS-DOS (o a particiones OS/2 FAT) mediante un sistema de archivos especial: no es necesario ningún comando especial para usar la partición MS-DOS, esta parece un sistema de archivos normal de Unix (excepto por algunas restricciones en los nombres de archivo, permisos, y esas cosas). Las particiones comprimidas de MS-DOS 6 no son accesibles en este momento, y no se espera que lo sean en el futuro. El soporte para VFAT (WNT, Windows 95) ha sido añadido al núcleo de desarrollo y estará en la próxima versión estable. Un sistema de archivos especial llamado UMSDOS que permite que Linux sea instalado en un sistema de archivos DOS. Soporte en sólo lectura de HPFS-2 del OS/2 2.1 Sistema de archivos de CD-ROM que lee todos los formatos estándar de CD- ROM. TCP/IP, incluyendo ftp, telnet, NFS, etc. 12

21 Appletalk. Software cliente y servidor Netware. Lan Manager / Windows Native (SMB), software cliente y servidor. Diversos protocolos de red incluidos en el kernel: TCP, IPv4, IPv6, AX.25, X.25, IPX, DDP, Netrom, etc Distribución de GNU/Linux Una distribución es un modo de facilitar la instalación, la configuración y el mantenimiento de un sistema. Al principio, las distribuciones se limitaban a recopilar software libre, empaquetarlo en disquetes o CD-ROM y redistribuirlo o venderlo. GNU es un acrónimo recursivo para "Gnu No es Unix" ( GNU's Not UNIX ), GNU es el nombre de un proyecto con el objetivo de crear un sistema operativo completamente libre. Ahora las grandes distribuciones -RedHat, SuSE, Caldera, Mandrake, Corel Linux, TurboLinux...- son potentes empresas que compiten entre sí por incluir el último software, a veces también software propietario, con instalaciones gráficas capaces de autodetectar el hardware y que instalan un sistema entero en unos cuantos minutos sin apenas preguntas (Dee-Ann Leblanc 2001). Entre las distribuciones de GNU/Linux, destaca el proyecto Debian/GNU. Debian nace como una iniciativa no comercial de la Fundación software Libre (FSF), aunque luego se independiza de ésta y va más allá del propio sistema GNU/Linux. Es la única de las grandes distribuciones que no tiene intereses comerciales ni empresariales. Son sus propios usuarios, muy activos, quienes mantienen la distribución de modo comunitario, incluidas todas sus estructuras de decisión y funcionamiento. Su objetivo es recopilar, difundir y promover el uso del software libre. Reúne el mayor catálogo de software libre, todos ellos probados, mantenidos y documentados por algún desarrollador voluntario. 13

22 En una distribución hay todo el software necesario para instalar en un ordenador personal; servidor, correo, ofimática, fax, navegación de red, seguridad, etc Linux frente a los otros sistemas operativos Linux es una muy buena alternativa frente a los demás sistemas operativos. Más allá de las ventajas evidentes de costo, ofrece algunas características muy notables. En comparación con las otras versiones de Unix para PC, la velocidad y confiabilidad de Linux son muy superiores. También está en ventaja sobre la disponibilidad de aplicaciones, ya que no hay mucha difusión de estos otros Unixes (como Solaris, XENIX o SCO) entre los usuarios de PC por sus altos costos (Daniel L. Morril 2002). Comparado con los otros sistemas operativos como Microsoft Windows, Linux presenta mayores ventajas. Por los requisitos de hardware bajos, permiten hacer un sistema potente y útil de aquel Pentium III que ya no se usan. Esta misma característica permite aprovechar al máximo las capacidades de las computadoras más modernas. Es poco práctico tener una PC con 256 Mb de RAM y ponerle un sistema operativo que ocupa 128 MB (que es lo que reporta sobre Windows 98 el System Information de Symantec). No solo es superior respecto a el sistema de multitarea y de administración de memoria, sino también en la capacidades de networking (conectividad a redes) y de multiusuario (aún comparando con sistemas multiusuario como NT). La única desventaja de Linux frente a estos sistemas, es la menor disponibilidad de software, y la elevada curva de aprendizaje que se requiere, pero este problema disminuye con cada nuevo programa que se escribe para el proyecto GNU, y con algunas empresas que están desarrollando software comercial para Linux (por ej., Corel). 14

23 Asterisk Es un software PBX que usa el concepto de software libre (GPL), el asterisk permite conectividad en tiempo real entre las redes PSTN (red telefónica del servicio público) y redes Voip (Jim Van Meggelen 2005) Funcionalidades Generales La (Figura 1-5) representa un esquema conceptual de Asterisk el cual es capaz de trabajar con prácticamente todos los estándares de telefonía tradicional como Líneas analógicas, Líneas digitales (E1, T1, accesos básicos). Soporta casi todos los protocolos de VozIP como SIP, IAX2, MGCP, Cisco Skinny. (Gorka Gorrotxategui-Iñaki Baz 2006). Figura 1-5. Esquema conceptual de Asterisk [4] Asterisk es mucho más que un PBX central. Se puede crear cosas nuevas en telefonía como: Conecta empleados trabajando desde casa para un PBX de la oficina sobre conexiones de banda ancha. 15

24 Conectar oficinas en varias provincias sobre IP. Esto puede ser hecho por Internet o por una red IP privada. Dar a los funcionarios, buzón de voz, integrándolo con una web y sus . Construir aplicaciones de respuesta automática por voz, que puede conectarlo a un sistema de pedidos, por ejemplo, o a otras aplicaciones internas. Dar acceso al PBX de la compañía para usuarios que viajan, conectando sobre la red privada virtual (VPN) de un aeropuerto o un hotel. Incluye muchos recursos que solo eran encontrados en sistemas de mensajería unificada como: Música en espera para clientes en filas de espera, soportando streaming de media así como música en MP3. Filas de llamadas donde agentes de forma conjunta atienden las llamadas y monitorean dicha fila. Integración para la sintetización de la conversación (text-to-speech). Registro detallado de llamadas (call-detail-records) para integración con sistemas de tarificación. Integración con reconocimiento de voz. La habilidad de interfaces con líneas telefónicas normales Funcionalidades Avanzadas de Asterisk. IVR: Interactive Voice Response, gestión de llamadas con menús interactivos. LCR: Least Cost Routing, encaminamiento de llamadas por el proveedor VoIP más económico. AGI: Asterisk Gateway Interface, integración con todo tipo de aplicaciones externas. AMI: Asterisk Management Interface, gestión y control remoto de Asterisk. Configuración en base de datos: usuarios, extensiones, proveedores, etc. 16

25 Aspectos Generales Asterisk es un demonio ( daemon=demonio?) que se ejecuta en segundo plano. Al igual que el resto de servidores conocidos (apache, openssh, proftpd,). La configuración normalmente se almacena en varios ficheros de texto editables de forma tradicional. Se distribuye como código fuente para ser compilado e instalado. Aunque existen versiones 'paquetizadas' para las distribuciones GNU/Linux más comunes Reducción Extrema de Costos Normalmente los sistemas de PBX digitales tienen costos elevados y para agregar recursos avanzados como voz sobre IP, Buzón de mensajes, unidad de respuesta audible (URA), distribución automáticas de llamadas (DAC), etc, estos componentes son hechos de forma separada y muchas veces de diferentes fabricantes, los costos de adquisición de cada uno de estos componentes son elevados y la integración muchas veces es difícil. Asterisk solo puede ser comparado con PBX digital, y se puede agregar recursos avanzados con una gran facilidad (Flavio E 2007) Limitaciones de la Arquitectura Asterisk Asterisk usa una CPU como servidor para procesar los canales de voz, en vez de tener un procesador de señales digitales (DSP) dedicado a cada canal. Esto permite que el costo sea reducido para las placas E1/T1, el sistema es muy dependiente del performance del CPU. Por lo que es recomendable preservar al máximo la CPU de asterisk, correrlo siempre en una maquina dedicada y sobre todo probar el dimensionamiento antes de implantarlo (Flavio E 2007). 17

26 Requisitos Técnicos del sistema Dependen directamente de: Llamadas concurrentes. Conferencias y Aplicaciones complejas simultáneas. Transcodifcaciones necesarias (recodificación). Principalmente, Asterisk requiere microprocesador. Según Digium Ink (2007): Equipo Dual Intel Xeon 1.8 Ghz 1 Gb Ram soporta 60 llamadas concurrentes codificando con el codec G.729. Es difícil determinar con exactitud, y es mejor apuntar alto para poder escalar Arquitectura Base de Asterisk La (Figura 1-6) nos muestra la arquitectura básica de Asterisk. Para lo cual necesitaremos explicar los conceptos relacionados con este esquema como los canales, codecs, y las aplicaciones entre otros. Figura 1-6. Arquitectura de Asterisk [4] 18

27 Canal: Es una conexión que conduce una llamada entrante o saliente en el sistema Asterisk. La conexión puede venir o salir hacia telefonía tradicional analógica o digital o VozIP (Figura 1-7). Figura 1-7. Concepto de canal [4] Por defecto, Asterisk soporta una serie de canales, los más importantes: H.323, IAX2, SIP, MGCP: Protocolos VozIP Console: GNU Linux OSS/ALSA sound system. Zap: Líneas analógicas y digitales. Codecs y conversores de Codecs: Se utiliza para codificar de forma que se emplee el menor ancho de banda permitiendo colocar muchas llamadas como sea posible en una red de datos. Algunos Codecs como el G.729 permite codificar a 8 kilobites por segundo, una compresión de 8 para 1. Otros ejemplos son ULAW, ALAW, G.711, GMS, SPEEX. Protocolos: Enviar datos de un teléfono a otro sería fácil si los datos encontrasen su propio camino para el otro teléfono destino. Desafortunadamente esto no sucede así, es preciso un protocolo de señalización para establecer las conexiones, determinar el punto de destino, y también cuestiones relacionadas a señalización de telefonía como el 19

28 tono y tiempo de campanilla, identificador de llamadas, desconexión, etc. Hoy es común el uso del SIP ( Session Initiated Protocol), y otros protocolos también muy en auge en el mercado como lo es el H.323, ZAPATA, MGCP, y el más reciente el IAX que es excepcional cuando se trata de Trunking y Nat (Network Address Traslation). Dialplan: Se trata de la configuración de la centralita Asterisk que indica el itinerario que sigue una llamada desde que entra o sale del sistema hasta que llega a su punto final. Se trata en líneas generales del comportamiento lógico de la centralita. Extension: En telefonía tradicional, las extensiones se asocian con teléfonos, interfaces o menús. En Asterisk, una extensión es una lista de comandos a ejecutar. Las extensiones se acceden cuando: Se recibe una llamada entrante por un canal dado. El usuario que ha llamado marca la extensión. Se ejecuta un salto de extensiones desde el Dialplan de Asterisk. Contexto (Context): El Dialplan o lógica de comportamiento de Asterisk se divide en uno o varios contextos. Un contexto es una colección de extensiones. Los contextos existen para poder diferenciar el 'lugar' donde se encuentra una llamada, para: Aplicar políticas de seguridad: Asterisk no se comporta igual cuando llama un usuario y marca el 1 y cuando un usuario local marca el mismo 1. Menús y submenús diferenciados. En general, es una forma de diferenciación. Aplicación (Application): Asterisk ejecuta secuencialmente los comandos asociados a cada extensión. Esos comandos son realmente aplicaciones que controlan el comportamiento de la llamada y del sistema en sí. Algunos ejemplos: 20

29 Hangup: Colgar la llamada. Monitor: Comenzar la grabación a disco de la llamada. Dial: Realiza una llamada saliente. Goto: Salta a otra extensión o contexto. PlayBack: Reproduce un fichero de sonido IVR IVR son las siglas de Interactive Voice Response, que se traduce del inglés como Respuesta de Voz Interactiva. También se utiliza el término VRU (Voice Response Unit). Consiste en un sistema telefónico que es capaz de recibir una llamada e interactuar con el humano a través de grabaciones de voz. Es un sistema de respuesta interactiva, orientado a entregar y/o capturar información automatizada a través del teléfono permitiendo el acceso a los servicios de información y operaciones autorizadas, las 24 horas del día Servicios El IVR es la típica máquina que nos responde con una voz grabada cuando llamamos a una central o que nos recibe en la banca telefónica. Según las opciones que el usuario le ingresa lo deriva a un centro de atención telefónica o a otra central telefónica. Las empresas suelen usar la tecnología de IVR para enrutar una llamada entrante hacía un departamento u otro, sin la necesidad de intervención humana, así reduciendo el tiempo de espera de sus clientes. En los centros de atención telefónico al cliente, se usan los IVR's para guiar el llamante hacia los agentes con mayor conocimiento de una materia especifica, reduciendo así el tiempo de la llamada y evitando la necesidad de hacer transferencias entre agentes. 21

30 Puede combinarse con servicios de mensajes cortos (SMS) para prestar cualquier clase de servicio: tele votación, encuestas, sorteos, acceso a bases de datos, servicios informativos, etc. El usuario realiza una llamada a un número de teléfono, el sistema de audiorespuesta contesta la llamada y le presenta al usuario una serie de acciones a realizar, esto se hace mediante mensajes (menús de opciones) previamente grabados en ficheros de audio (Por ejemplo "Pulse uno para ventas, dos para administración"). El usuario elige la opción a realizar introduciendo un número en el teclado del teléfono y navega por los diferentes menús hasta encontrar la información solicitada o que el sistema enruta la llamada al destinatario elegido Tecnología Involucrada El IVR para brindar mejores servicios involucra otras tecnologías como: DTMF (Dual Tone Multi Frequency): Propia de la telefonía, es la tecnología de tonos utilizada para el marcado. TTS (Text To Speech): Iniciada en la informática, le da capacidad de transformar texto a audio que escucha el operador. ASR (Reconocimiento de Voz): Iniciada por la informática. Le da la capacidad de reconocer las palabras del usuario y aceptarlas como órdenes. 22

31 Capítulo 2. Introducción De acuerdo a la Norma de calidad del servicio de valor agregado de internet expedida mediante RESOLUCIÓN CONATEL-2006, el ente regulatorio de nuestro país es decir la superintendencia de telecomunicaciones solicita se provea un servicio de soporte técnico las 24 horas del día durante los 365 días del año, en este sentido una solución automatizada va a permitir una importante reducción de costos e incrementar los niveles de satisfacción del cliente. Un proveedor de internet requiere proveer de un soporte técnico de calidad, muchas de las veces es difícil encontrar técnicos de soporte calificados que sepan diagnosticar en forma expedita los problemas que un cliente puede tener, la curva de aprendizaje suele ser medianamente larga, y síntomas obvios muchas de las veces son pasados por alto. Para la resolución de cada problema el técnico de soporte sigue una rutina preestablecida y con pasos predefinidos, entonces cada problema se puede clasificar y luego de ello seguir un procedimiento rutinario de solución, por este motivo, sí es factible una solución automatizada que pueda trabajar en forma independiente o en conjunto con los técnicos de soporte. De hecho una solución inteligente podría en promedio encontrar el problema mucho más rápido que cualquier técnico con mediana experiencia. Los autores del presente proyecto no hemos encontrado implementaciones de soporte técnico en forma totalmente autónoma; es decir que un software ejecutándose en un ordenador pueda encontrar la posible avería y pueda sugerirle la solución al cliente. No obstante el presente estudio va a ser el punto de partida para otros trabajos que pretendan automatizar problemas de soporte técnico en línea y que puedan ser resueltos por la lógica de un ordenador. El presente proyecto será de mucha utilidad para los ISPs inalámbricos pequeños que 23

32 no tienen los recursos económicos como para costear un staff de técnicos las 24 horas del día durante los 365 días del año. A demás puede ser un referente para futuros estudios de reingeniería en la automatización de servicios de soporte técnico para empresas de un tamaño similar o mayor al propuesto, tomando en cuenta los servicios que se pueden implementar hoy en día en una red convergente. Los equipos y servicios que se propone se ajustan a la realidad del país. Puesto que se comercializan en el Ecuador ANÁLISIS DE LOS PROBLEMAS MÁS COMUNES EN EL ÁREA DE HELP DESK DE UN ISP INALÁMBRICO Evidentemente el hecho de que un usuario tenga un problema técnico, significa una pérdida tanto para el cliente que no puede realizar su actividad o tarea a tiempo como para el proveedor de Internet que ve disminuida su imagen como empresa y posiblemente tenga que descontar por un servicio que no fue provisto adecuadamente. Se ha realizado a cabo una investigación para determinar los problemas más comunes por los que el cliente llama al departamento de servicio técnico de los proveedores de internet inalámbrico. Esta información permitirá más adelante determinar que problemas serían posibles de detectar y solucionar utilizando la lógica de un computador y cuáles serían simplemente registrados para que un técnico en el tiempo más corto posible pueda contactar al cliente o visitarle para diagnosticar la falla. Es importante destacar que este software de soporte automático no pretende solucionar el 100% de problemas, sino más bien será una herramienta más para el departamento de soporte técnico. Con el fin de conocer de primera fuente los problemas de soporte más comunes que 24

33 atienden los proveedores de Internet inalámbrico se contactó a varios de ellos; tanto de la ciudad de Loja como de Machala y se les solicitó que llenaran una encuesta, con lo cual se obtuvo la tabla de los problemas de soporte más comunes de un ISP inalámbrico como figura en el apéndice Nº 2. El modelo de la encuesta consta en el apéndice Nº 1. La estrategia que utilizan los técnicos para resolver un problema de soporte es básicamente enviar paquetes de solicitud de eco ICMP 1 o ping tanto al enlace inalámbrico de radio como a la computadora o servidor del cliente, con ello se obtiene el porcentaje de paquetes perdidos y la latencia o tiempo de respuesta del enlace. Por ejemplo en un supuesto que tanto el radio como el computador del cliente no responden; lo más probable es que el radio está apagado o inhibido y lo que el técnico recomendaría sería que se revise si el equipo está encendido o que lo reinicie en el caso de que estuviera inhibido. Ahora, en el caso que el equipo inalámbrico tuviera un 10% de paquetes perdidos, allí habría un problema del enlace de radio y un técnico debería realizar una visita donde el cliente; pero al contrario, si el radio NO tiene paquetes perdidos, y el computador o el servidor SI, en ese caso habría una saturación de su ancho de banda y el cliente está consumiendo toda su capacidad contratada. Un caso especial se presenta cuando el radio responde y el equipo no responde pero si tiene una dirección MAC 2 en la tabla ARP 3, este se da cuando la computadora o el servidor del cliente tiene bloqueado el protocolo ICMP y las peticiones ping no tienen respuesta; esto generalmente debido a un firewall instalado. En este caso con lo único que se cuenta para hacerse una idea del problema es con la latencia del radio y con el porcentaje de paquetes perdidos, puesto que solamente se conoce que el computador del cliente está conectado. En relación con la calidad del servicio es necesario acotar que es un tema bastante subjetivo puesto que lo que un usuario puede percibir como una navegación rápida, 1 ICMP es un mensaje que se envía a un host para que éste le responda con un Echo Reply 2 MAC identificador de 48 bits que se corresponde de forma única con una interfaz de red 3 Address Resolution Protocol (protocolo de resolución de direcciones) 25

34 otro usuario podría pensar que es sumamente lento, en otras ocasiones la computadora podría estar descargando una actualización del sistema operativo o de algún programa antivirus y el usuario experimenta una degradación de la velocidad. También podría darse el caso que la computadora tenga algún software espía o virus que empieza a enviar en forma masiva información desde la computadora del cliente, en este sentido seria un tanto difícil para un software discriminar tráfico normal de tráfico malicioso. También hay que tomar en consideración que a muchas personas les pueda incomodar que una maquina detrás de la línea les ayude con un problema que se les presenta SOLUCIÓN PROPUESTA El esquema planteado para resolver un problema de soporte técnico sería sintetizar en un algoritmo los pasos que un técnico de soporte sigue para solucionar un problema. Esta tarea que al principio puede parecer bastante complicada, si es posible llevarla a cabo puesto que son cuatro variables que se necesita para poder realizar un diagnóstico muy aproximado: latencia tanto del radio como del computador o servidor del cliente y porcentaje de paquetes perdidos tanto del radio como del computador o servidor del cliente. El algoritmo mencionado se realizará mediante el diagrama de flujo de datos descrito en la (Figura 2-1). 26

35 inicio Cliente realiza llamada de Soporte Técnico e ingresa codigo no usuario. Existe? si Revisión de radio y computador cliente Mientras se realiza el test, el cliente permanece escuchando un mensaje Calcular latencia y % de paquetes perdidos del radio y del PC Se informa al cliente que su enlace es NORMAL si 0 al 2 % Paquetes perdidos en el PC? no 100% Paquetes perdidos en el PC si PC no tiene MAC en tabla ARP? no Informar equipo no responde a peticiones ping no si Informar El cliente esta congestionado si (Latencia radio < 3 ) y (Latencia_equipo - latencia_radio > 3) Paquetes perdidos radio < 100% no si Informar radio responde pero equipo no responde no Informarle al cliente estado del enlace de radio Fin Figura 2-1. Diagrama de flujo de datos para la resolución de un problema de soporte técnico. En conclusión un software debería ejecutar los mismos procedimientos que un técnico calificado seguiría para resolver un problema, es decir calcular primero la latencia y 27

36 porcentaje de paquetes perdidos tanto del radio como del computador o servidor del cliente, luego procesar esa información e inmediatamente informarle al usuario la posible solución a su problema de acuerdo a la (Figura 2-1). Para implementar el sistema de soporte técnico automatizado se deberá integrar el algoritmo descrito en la (Figura 3-1) con el servidor de VOIP. Esto se lo hace mediante el desarrollo de una interfaz AGI que ejecutará en forma remota el respectivo monitoreo dentro del servidor que provee de Internet a los clientes. Cuando se habla de un servidor que provee de Internet a los clientes, debe de entenderse como un Proxy o un equipo que haga traducción automática de direcciones NAT. Es importante destacar que se podría implementar dentro del servidor de VOIP los respectivos servicios para repartir el Internet, en cuyo caso la interfaz AGI no realizaría el monitoreo en forma remota si no en el mismo equipo. La (Figura 2-1) explicará de mejor manera la idea propuesta: 28

37 Inicio llamada telefonica Cliente realiza llamada y esta es contestada por servidor de VOIP no Cliente necesita soporte automatizado si Llamada es contestada de acuerdo a plan de discado Servidor de VOIP solicita codigo de usuario y transfiere control a interfaz AGI Interfaz AGI se introduce en servidor proxy¹, realiza monitoreo y provee soporte al cliente Se almacena en bitacora resultados de soporte para efectos de control Fin llamada telefonica Figura 2-2. Diagrama de flujo de datos para integrar el Servicio técnico automatizado de un servidor VOIP 1 1 En este momento es cuando se ejecuta el algoritmo descrito en la (Figura 2-1) 29

38 Capítulo 3. Implementación y Pruebas del Sistema 3.1. IMPLEMENTACIÓN La fase de implementación consta de las siguientes partes: 1. Instalar el sistema operativo Linux en el futuro servidor de VOIP. 2. Instalar Asterix: colocar y compilar las fuentes en el servidor de VOIP, Modificar los archivos de configuración del Asterix con el objeto de implementar el plan de discado y copiar script AGI. 3. Implementar acceso de consola segura sin contraseña hacia el servidor IPCOP. 4. Instalar script de monitoreo en el servidor IPCOP. Para la implementación del servidor de VOIP se ha escogido trabajar en el sistema operativo GNU/Linux - Distribución Debian, puesto que este ambiente es Open Source, tiene muchas ventajas en relación al software privativo entre ellas documentación abundante, disponibilidad de código fuente, una comunidad de desarrollo madura y consolidada y sobre todo el coste económico sumamente reducido. En relación con el servidor de VOIP Asterix es necesario recalcar que si bien es cierto existen distribuciones muy sencillas de utilizar y que se instalan en cuestión de minutos tales como elastix y asterisknow, estas solamente son recomendables cuando se van a utilizar las funciones básicas de un PBX, más no cuando se piensa trabajar directamente sobre el dialplan y con interfaces AGIs. Para el sistema que va a ser monitoreado por el servidor de VOIP se ha escogido la distribución IPCOP; puesto que es la primera opción que escogen muchos ISPs 30

39 inalámbricos pequeños cuando inician operaciones. No se ahondará en detalles de instalación del servidor IPCOP, puesto que no es materia del presente trabajo de investigación, se asumirá que está habilitado el servicio SSH y que está configurado correctamente para proveer servicio de internet a un grupo de usuarios. Para fines de este proyecto se ha configurado el servidor IPCOP con las interfaces GREEN, RED y BLUE Instalación de Linux Debian Esto se discutirá en el manual de instalación de Linux-Debian adjunto; se utilizará Debian con kernel 2.6 para la instalación de asterisk con linux. Se ha escogido esta distribución por la gran aceptación que tiene. Se recomienda usar el kernel mencionado previamente puesto que hay mayor soporte para hardware de telefonía sobre esta versión Instalación y Configuración del Asterisk Igualmente para la instalación de asterix se deberá referir al manual de instalación adjunto, de todas maneras la instalación de asterisk en un sistema GNU/Linux sigue los siguientes pasos: Instalación de paquetes y librerías dependientes. Descarga del código fuente de asterisk. Compilación de asterisk. Instalación en el sistema y copia de archivos de configuración de ejemplo. Creación del plan de discado y de voces personalizadas Plan de discado El plan de discado es lo más importante en el asterisk en la medida que este define 31

40 como asterisk irá gestionando las llamadas. Este consiste en una lista de instrucciones o pasos que asterisk debería seguir, las mismas que son activadas a partir de los dígitos recibidos de un canal o aplicación. La mayor parte del plan de discado está contenida en el archivo extensions.conf que está en el directorio /etc/asterix. Adicionalmente los archivos de sonido que se utilizan en el plan de discado deben ser copiados en el directorio respectivo Instalación de un Softphone para las pruebas del IVR. Softphone es un software que hace una simulación de teléfono convencional por computadora. Es decir, permite usar la computadora para hacer llamadas a otros softphones o a otros teléfonos convencionales. Para estas pruebas se utilizará el softphone XLITE que es gratuito, el cual se lo ha descargado de la web en una computadora portátil con Windows XP. En el menú opcion system settings se deberá colocar la dirección IP del servidor de VOIP junto con el nombre de usuario y contraseña asignado. Luego se deberá verificar en la consola del Asterix que se registre el Xlite, y que todo está listo para las pruebas, adicionalmente se puede conectar un ATA con un teléfono convencional o un teléfono IP los cuales se configuraran como otras extensiones ejemplo (ext101, ext102,..etc) Implementar acceso a consola SSH sin contraseña SSH 1 es el nombre de un protocolo y del programa que lo implementa, y sirve para acceder a máquinas remotas a través de una red. Permite manejar por completo la 1 Secure Shell (Intérprete de órdenes seguro) 32

41 computadora mediante un intérprete de comandos. Además de la conexión a otras máquinas, SSH nos permite copiar datos de forma segura, gestionar claves RSA 1 para no escribir claves al conectar a las máquinas y pasar los datos de cualquier otra aplicación por un canal seguro tunelizado mediante SSH. Puesto que el servidor de VOIP necesita acceso al equipo que entrega el internet, se necesita acceder al mismo mediante una consola segura pero sin contraseña. Se puede solucionar este problema haciendo que un equipo confíe en el otro. Lo primero, en la máquina cliente, es decir el servidor de voip que tendrá acceso al servidor Proxy se deberá generar una clave RSA pública local que posteriormente se exporta al ordenador remoto usando el comando Linux: ssh-keygen TesisVoIP:~# ssh-keygen -t rsa La ejecución de este comando presenta lo siguiente en la pantalla: Generating public/private rsa key pair. Enter file in which to save the key (/root/.ssh/id_rsa): Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /root/.ssh/id_rsa. Your public key has been saved in /root/.ssh/id_rsa.pub. The key fingerprint is: 8b:44:6b:d0:0d:8e:cb:78:f0:12:60:df:52:16:ac:ab root@tesis.localdomain La passphrase se la deja en blanco, el objetivo es poder ingresar mediante consola segura SSH sin digitar la contraseña. Una vez hecho esto, se genera el archivo ~/.ssh/id_rsa.pub el cual se debe copiar en forma segura al servidor al cual se desee tener acceso sin contraseña: scp ~/.ssh/id_rsa.pub :~/.ssh/authorized_keys2 1 RSA es un algoritmo asimétrico cifrador de bloques, que utiliza una clave pública 33

42 De esta manera el servidor o servidores que proveen servicio al servidor de VOIP ya no pedirán contraseña cada vez que se necesite realizar un monitoreo Instalar script de monitoreo en el servidor IPCOP Este es un procedimiento bastante trivial como copiar mediante un software de consola segura tal como winscp en el caso de windows o scp en el caso de linux y colocarlo en la carpeta /usr/local/sbin 3.2. DETALLES DE IMPLEMENTACIÓN Arquitectura del Sistema de Soporte Automático Este sistema fue diseñado en base a dos capas o niveles de abstracción en donde la capa superior no necesita conocer detalles específicos de implementación del nivel inferior tal como se muestra en el (Figura 3-1). Asterisk ( USUARIO REALIZA LLAMADA SOPORTE Tescli.agi SERVIDOR VOIP PROTOCOLO SSH probarcliente comprueba REINICIA SERVICIOS ENVIA ALERTAS POR SMS O SERVIDOR INTERNET Figura 3-1. Arquitectura del sistema de soporte 34

43 A). NIVEL 1.- Servidor VOIP Esta es la capa de abstracción superior y con la cual interactúan los usuarios vía telefónica, consta del servidor de código abierto asterisk y la interfaz AGI testcli. En este nivel se procesan las llamadas telefónicas de los clientes y en caso de requerir soporte automático se realiza una llamada hacia un módulo de software localizado en el servidor de internet de los clientes. Este nivel no conoce detalles de implementación ni formas de acceso a la información de los clientes, solo hace una llamada especificando el servidor y el código del usuario. Consta a su vez de dos módulos: Servidor Asterisk.- Hace las veces de centralita telefónica y realiza llamadas a la interfaz AGI testcli cuando el usuario necesita soporte automatizado. Interfaz testcli.agi.- Esta es una interfaz AGI, la misma que mediante el protocolo ssh ejecuta remotamente el script probarcliente que reside dentro del servidor que provee servicio de internet a los clientes. Los parámetros que envía son la dirección IP del servidor y el código del cliente. B). NIVEL 0.- Servidor de internet de los clientes Este es el nivel de abstracción inferior y trata con detalles específicos de acceso a funciones del sistema operativo y con detalles de implementación del ISP inalámbrico tales como autenticación, autorización y registro de información de los clientes. El código que controla este nivel de abstracción reside en el servidor que provee internet a los clientes. En este nivel se especifican detalles relacionados con la forma de acceso a la información de los clientes, como por ejemplo a que dirección IP pertenece que cliente, si el cliente esta deshabilitado. Este código es implementado de acuerdo a como tiene organizada la información el ISP inalámbrico, por ejemplo: si los servicios están funcionando sobre distintos servidores, que distribución usan, que métodos de validación tienen los usuarios. Para implementar este nivel se ha escogido el servidor IPCOP como solución modular y sencilla que muchos ISPs inalámbricos utilizan en nuestro país. 35

44 Esta parte consta de dos módulos. Script probarcliente Este provee funciones de monitoreo a los clientes y les sugiere una posible solución. Este código que reside en el servidor que provee servicio a los clientes recibe como parámetro el código que provee el usuario, Script comprueba Este módulo provee funciones de monitoreo y auto reparación a los servicios y funciones del servidor y realiza una comprobación periódica de los servicios corriendo sobre el mismo tales como: dns, smtp, pop3, Proxy, etc, y en caso de que haya un servicio inhabilitado o que funcione en forma incorrecta trata de solucionar el problema y notifica al administrador vía o mensaje de texto INTEGRACION DEL SISTEMA El sistema será utilizado por tres entidades: los clientes que requieren soporte automático, el personal del área de soporte y el servidor que será monitoreado por el sistema. Clientes. El cliente solicita soporte automático. El servidor de VOIP hace una llamada al interfaz AGI testcli. testcli ejecuta mediante SSH el script probarcliente que reside en el servidor que provee internet a los clientes. 36

45 probarcliente realiza las respectivas pruebas y envía información al usuario mediante el protocolo de comunicaciones AGI. Cuando el script termina, el servidor de VOIP continúa ejecutando el plan de marcado. Personal del área de soporte El Administrador necesita ejecutar alguna instrucción en algún servidor del ISP. El servidor de VOIP hace una llamada al AGI testcli. testcli mediante SSH ejecuta la instrucción solicitada en el servidor solicitado. Servidor El script de auto-monitoreo comprueba, detecta un servicio inhabilitado o que funciona en forma incorrecta. Si es una falla que se puede corregir, el script trata de hacerlo y notifica mediante un correo electrónico y/o un mensaje de texto al administrador PRUEBAS DEL SISTEMA La primera fase de pruebas de la efectividad del sistema se utilizó dos computadoras con el sistema operativo Windows XP instalado, cada uno de ellos conectado a un bridge inalámbrico y estos se asociaron a un Access Point conectado mediante ethernet a la interfaz blue del servidor IPCOP. Luego de ello se simularon las distintas condiciones que pueden suceder en una red inalámbrica, tal como se muestra en la (Figura 3-2). 37

46 Figura 3-2. Hardware utilizado con el fin de realizar pruebas del sistema Intencionalmente se desconectó el cable de red del bridge inalámbrico conectado a la computadora y el sistema informó que posiblemente el cable de red estaría desconectado. Se apagó deliberadamente el bridge inalámbrico relacionado con un usuario y se procedió a monitorearlo, en este caso el sistema siempre informó: el equipo inalámbrico no responde, posiblemente porque este trabado o porque este sin energía eléctrica, le recomendamos desconectar brevemente el adaptador de corriente y verificar que este con energía. Se deshabilitó la respuesta a paquetes de solicitud de eco ICMP o ping en las computadoras de prueba y el sistema pudo determinar que el equipo inalámbrico si estaba encendido pero no podía determinar la latencia hacia el computador; este comportamiento es normal puesto que un técnico tampoco podría determinar el tiempo de respuesta hacia un cliente inalámbrico, si las peticiones ping están deshabilitadas. Se suspendió el servicio de internet a una de las computadoras y el sistema supo determinar que el cliente tenía el servicio suspendido y por ende no había que proceder con el diagnostico. 38

47 Posteriormente se asignaron códigos a ciertos usuarios en la empresa Lojasystem con el fin de evaluar la efectividad del sistema. Como fase final de las pruebas se lo implemento en la empresa Lojasystem y se lo monitoreo al sistema durante un periodo de 4 meses, durante este periodo se hicieron los correctivos necesarios al sistema, así mismo se monitorio el registro o bitácora de los problemas que se fueron presentando, para sacar estadísticas y resultados Escalabilidad Durante las pruebas que se realizó, los recursos del sistema estuvieron bastante holgados, este sistema es lo suficientemente escalable como para manejar algunos cientos de llamadas simultáneas; puesto que el código para diagnosticar un problema consume muy pocos ciclos del procesador y se utiliza el mismo códec en todas las llamadas entrantes, es decir no se requiere transcoding. De todas formas cuando el sistema escale a algunas decenas de llamadas simultáneas sería recomendable colocar el sistema en un equipo más poderoso: por ejemplo un computador Pentium 4 o superior con 512 MB de memoria RAM o más RESULTADOS OBTENIDOS Como antecedentes se tiene que en la empresa donde fue implantado el sistema para las pruebas Lojasystem, el soporte técnico brindado a sus clientes cubría el horario de 8:30 a 19:30, pero no las 24 horas como lo exige la Superintendencia de Telecomunicaciones. Con el fin de no incrementar demasiado la carga laboral en los técnicos de soporte y de reducir costos, lo más práctico y lo que más se ajustaba a dicha empresa para solucionar tal requerimiento era proporcionar a sus clientes el número celular de un encargado de soporte técnico para cuando tuvieran algún inconveniente fuera de horario normal de trabajo. 39

48 La pérdida de recursos humanos era inevitable debido a que muchos de los técnicos les incomodaba responder llamadas a cualquier hora de la noche y muchas de las veces llamadas más tarde de las doce de la noche no eran contestadas y si respondían lo hacían de mala gana puesto que interrumpían su descanso. Esta situación ocasionaba insatisfacción tanto en los clientes como el personal de soporte de la compañía. Inclusive algunos clientes habían suspendido su contrato puesto que no habían recibido soporte técnico en forma oportuna. En este contexto el software de monitoreo y auto reparación de los servicios del servidor resultó sumamente oportuno y ya no se presentaron llamadas por causa de un servidor trabajando incorrectamente puesto que éste sin la intervención de ningún técnico reinicia servicios que no están trabajando correctamente y alerta en forma sonora cuando ello sucede; si esto no fuera suficiente se podría reiniciar remotamente el servidor mediante una llamada desde un teléfono fijo o móvil. Cabe destacar que nunca se ha hecho necesario reiniciar remotamente el servidor puesto que el software realiza su función en forma bastante eficiente. De acuerdo a los registros en bitácora, a nivel de servidor el sistema resuelve mensualmente en promedio 5 problemas relacionados con la provisión del servicio a todos los clientes y que necesitarían de la intervención de un técnico para solucionarlo, los más comunes son relacionados con el servicio squid que es el encargado de realizar el cacheo de las paginas y con el servicio dnsmasq que es el modulo encargado de la resolución de los nombre de dominio. De todos los casos presentados el sistema ha resuelto el 100%, exceptuando aquellos casos en donde no esté a su alcance la solución de un problema como por ejemplo si hay una defectuosa provisión del Internet por parte del proveedor; en este caso lo único que hace es registrar en bitácora el incidente y emitir una alerta. En relación con las llamadas que eran realizadas por los clientes a altas horas de la noche, era complicado para la empresa llevar un registro de esas llamadas puesto que los técnicos no las reportaban. Lo que si se podría manifestar que ahora en promedio el sistema atiende alrededor de 10 llamadas semanales, las cuales si nos remitimos a la 40

49 encuesta de la tabla 3-1 tiene una exactitud del 81% para diagnosticar los problemas. En la empresa que fue implementado el sistema, éste empezó a ser utilizado en una fase progresiva, es decir se les entregó códigos de monitoreo solamente a ciertos usuarios; en su mayoría corporativos y a unos pocos clientes residenciales. La idea fue ir evaluando el nivel de satisfacción de los clientes para poder hacer cambios o mejoras. Los directivos de la compañía no han creído pertinente que el sistema responda llamadas de soporte en horas laborables sino mas bien en horas fuera de oficina. Si bien es cierto el sistema todavía no ha sido implantado en un ciento por ciento se puede decir que: Se cumplió con el requerimiento de las autoridades regulatorias de proveer servicio técnico las 24 horas del día, los 365 días del año. Se redujo a 0% el número de llamadas relacionadas con fallas en el servidor que provee Internet a los clientes. Se está cumpliendo con las expectativas de los clientes de poder proveerles un servicio técnico a cualquier día de la semana y a cualquier hora. Con tal objetivo se realizó una encuesta a los clientes que habían requerido soporte automatizado, La (Tabla 3-1) refleja la exactitud para diagnosticar los problemas en un 81%, lo cual está por sobre el 21% del objetivo propuesto en esta tesis. El modelo de encuesta esta descrito en el apéndice Nº 6. 41

50 Tabla 3-1 Exactitud en el diagnostico desde el punto de vista del usuario 1 PROBLEMA DIAGNOSTICADOS POR EL SISTEMA El sistema reporta que el equipo posiblemente está congelado o sin energía eléctrica OPINION DEL USUARIO 100% El sistema no detecta ningún problema 43% 2 El sistema informa que hay problemas de calidad en el 100% enlace El sistema reporta que el usuario posiblemente está 68% consumiendo toda su capacidad Posiblemente cable de red desconectado 76% El sistema reporta que el usuario está suspendido su 100% servicio por falta de pago PROMEDIO 81% Que el sistema diagnostique un problema no significa que el cliente esté de acuerdo con ese diagnóstico, esto se puede evidenciar en una forma más acentuada cuando el sistema le manifiesta al usuario que el problema no atañe a la empresa proveedora del servicio; por ejemplo un cliente corporativo experimentó congestión en la señal pero estuvo ocupando todo su ancho de banda disponible, entonces ese usuario supo manifestar que el sistema le estaba dando información sesgada a favor del proveedor de Internet. Además se pudo determinar lo siguiente: El sistema detecta un problema más rápidamente que un técnico de soporte, y siempre la información presentada es exacta, pero existen problemas que si requieren del conocimiento de un técnico especializado por ejemplo; sería muy difícil para un software determinar cuando un equipo inalámbrico ha perdido su 1 Lo que diagnosticó el sistema fue contrastado con lo que el usuario reportó posteriormente en la encuesta 2 Esto es perfectamente comprensible según lo que analizábamos en el apartado 2.1, es decir la calidad de la navegación es un aspecto un tanto subjetivo. 42

51 configuración y está con los valores de fábrica, de todas maneras son excepciones que las debería responder un técnico calificado en la siguiente jornada laborable de acuerdo al registro en bitácora de problemas no resueltos por el sistema. Muchos posibles usuarios se mostraron renuentes a que un software interactivo intente proveerles una solución por lo que habría que tomar bastante atención a este punto cuando se desee implementar el sistema. De acuerdo a la (Tabla 3-2), la mayor cantidad de llamadas se da por que el equipo inalámbrico del cliente se quedó congelado o detenido, puesto que el sistema le indicó al cliente que debería reiniciar este equipo la mayoría de veces este problema fue resuelto. Tabla 3-2 Llamadas según el tipo de problema diagnosticado TIPO DE PROBLEMA DIAGNOSTICADO El sistema reporta que el equipo posiblemente está congelado o sin energía eléctrica PORCENTAGE 46% El sistema no detecta ningún problema 15% El sistema informa que hay problemas de calidad en el 12% enlace El sistema reporta que el usuario posiblemente está 17% consumiendo toda su capacidad Posiblemente cable de red desconectado 3% El sistema reporta que el usuario está suspendido el 6% servicio por falta de pago Otros 1% 100% 43

52 Capítulo 4. Conclusiones y Recomendaciones 4.1. CONCLUSIONES Luego de haber desarrollado la presente investigación se concluye que el futuro de la telefonía será desarrollada sobre tecnología IP y basada principalmente sobre proyectos open source como Asterix; por ende un sistema de computación con recursos modestos podría correr soluciones bastante sofisticadas las mismas que en sistemas comerciales costarían decenas de miles de dólares. Eso significa trabajo para nuestros profesionales y que el dinero invertido en tecnologías de la información no salga de nuestro país. En este contexto desarrollar aplicaciones que antes tenían costo de varios cientos de miles de dólares se vuelven económicas; por ejemplo un sistema de información electoral vía telefónica incluido hardware y costo de desarrolladores estaría por alrededor de USD Esto demuestra que en este universo globalizado el activo más valioso llega a ser el conocimiento. En relación con el objetivo del presente proyecto se podría decir que este sistema pudo solucionar un problema que es el hecho de proveer soporte en horas no laborables y días feriados, reduciendo con ello costos operativos e incrementando la satisfacción de los clientes que saben que en cualquier día y hora del año pueden tener soporte de la empresa proveedora de internet. Es necesario acotar que una gran cantidad de llamadas de soporte se presentó por que el suscriptor inalámbrico se quedaba detenido o bloqueado, esto debido a que el proveedor había colocado equipos no apropiados o de poca calidad. 1 Se estima un servidor con 4 tarjetas de 8 slots E1 procesando 32 llamadas simultáneas. 44

53 Además este trabajo puede ser el punto de partida para dar solución a otras aplicaciones comerciales que requieren del acceso a una base de datos y de una persona que entregue una información en forma telefónica por ejemplo; autorizaciones de tarjeta de crédito, información de servicios básicos como agua, luz o teléfono, etc RECOMENDACIONES Como Recomendaciones para la escuela se podría sugerir lo siguiente: Incentivar en la UTPL el desarrollo de proyectos de investigación de voz sobre el protocolo IP bajo plataformas de código abierto. Como recomendaciones para los ISPs inalámbricos se podría recomendarles lo siguiente: Incrementar la calidad de los suscriptores utilizados por cada cliente. Implementar este sistema en las empresas proveedoras que no tienen opción de contratar un staff de soporte las veinticuatro horas. 45

54 Capitulo 5 Bibliografía Netkrom Tecnologies (2005), Soluciones Wireless ISP, [web en línea]. Disponible desde internet en: < [con acceso el ]. [1] Román S. Francisco (2008) Reingeniería de la intranet de la empresa Tecnomega C.A., Tesis de Ingeniería y Redes de Información, Escuela Politécnica Nacional, Quito, Ecuador. [2] Michael K. Johnson (1996), Linux Information Sheet, Características de Linux, [web en línea]. Disponible desde internet en: < [con acceso el ]. [3] Gorka Gorrotxategui-Iñaki Baz, (2006) Curso Voz sobre IP y Asterisk v1.0 Modulo III, Bilbao, España. IRONTEC. [4] Colaboradores de Wikipedia. IPCop (2009) Wikipedia, La enciclopedia libre [web en línea]. Disponible desde internet en: < [con acceso el ]. [5] Francisco Omil. (2003) Manual de estilo en la redacción de tesis/dea, [web en línea]. Disponible desde internet en: < [con acceso el ]. Daniel L. Morrill. (2002) Configuración de sistemas Linux. Ed. Anaya Multimedia, ISBN: Dee-Ann Leblanc, (2001) La Biblia de Administración de sistemas Linux. col. La Biblia de, Ed. Anaya Multimedia,, ISBN: Matt Welsh, Matthias Kalle Dalheimer y Lar Kaufman (2000) Linux. Guía de referencia y aprendizaje., col. O'Reilly, Ed. Anaya Multimedia,, ISBN: Jim Van Meggelen, Jared Smith, and Leif Madsen, (2005) Asterisk: The Future of Telephony. Media lnc.,o'reilly CA, USA. Flavio E. Goncalves, (2007), Asterisk PBX, Guía de la configuración, florianópolis, tercera edición.janeiro, Brasil. Mark Spencer, Mack Allison, Christopher Rhodes. (2003) The Asterisk Documentation Team: The Asterisk Handbook. Digium, Inc., USA. 46

55 VOIP WIKI, (2008) a reference guide to all things VOIP, PBX and Servers -VOIP PBX and Servers [web en línea]. Disponible desde internet en: < [con acceso el ] Digium Inc, (2007) Asterisk: An Open Source PBX and telephony toolkit [web en línea]. Disponible desde internet en: < [con acceso el ] Digium lnc, (2007) Asterisk Guru, Tutorials and howto's for the asterisk PBX and voip in general, [web en línea]. Disponible desde internet en: < [con acceso el ] Stopford, Andrew. (2002) Proyectos profesionales: con PHP, Anaya Multimedia-Anaya Interactiva,. ISBN: Perl Apache: proyectos de integración de Perl y Apache [web en línea]. Disponible desde internet en: < [con acceso el ] 47

56 Apéndice 1 Encuesta realizada a ISPs Inalámbricos Estimado proveedor de Internet, estamos recabando información con el fin de implementar un Sistema de soporte telefónico autónomo para ISPs inalámbricos, es decir un software que en forma autónoma y sin la intervención de ningún ser humano conteste las líneas telefónicas de soporte técnico; sea capaz de detectar la posible avería del cliente y le sugiera una posible solución en manera similar a como lo haría un técnico calificado. Esta investigación la estamos realizando como parte de nuestra tesis de grado y por lo tanto desearíamos conocer los problemas más comunes que su departamento de soporte técnico soluciona; es necesario aclarar que esta encuesta es totalmente anónima. 1. Cuál es el horario de soporte técnico de su empresa? 2. Tiene soporte técnico automatizado, es decir que lo provee un sistema informático en forma totalmente independiente que pueda solucionar en parte los problemas más comunes de los usuarios? Si ( ) No ( ) Si contesta afirmativamente, ponga el nombre del sistema: 3. Cuántas llamadas de soporte técnico promedio tiene al día? 4. Usted cree conveniente que se implemente en su empresa un sistema que le provea de soporte técnico en horas fueras de oficina o cuando no están trabajando sus técnicos de soporte? Si ( ) No ( ) 5. Indique en promedio el porcentaje de llamadas por las que el cliente solicita soporte técnico? a. El equipo inalámbrico del cliente se le quedo congelado o inhibido ( ) % b. Equipo inalámbrico perdió configuración (se reseteo) ( )% c. Computador personal perdió configuración de red ( )% d. Navegación lenta o deficiente ( )% e. Navegación lenta debido a que está consumiendo todo su ancho de ( )% banda asignado f. Otros ( )% Cuáles?: Muchas gracias por su valioso aporte a esta investigación. Atentamente: los autores 48

57 Apéndice 2 Tabla de los problemas de soporte más comunes de un ISP inalámbrico PROBLEMA SOLUCION DIFICULTAD DE IMPLEMENTACION El equipo inalámbrico del cliente se quedó congelado: Esto puede ser por saturación del equipo, por un defecto de hardware o por un problema de sobrevoltaje que congeló al adaptador de corriente. Solicitarle al cliente que reinicie el equipo inalámbrico desconectando el adaptador de corriente Sencillo 65% PORCENTAJE DE FALLAS El cliente perdió su configuración de red: Esto se da principalmente cuando el cliente formatea, o actualiza su computador. Paso a paso indicarle al cliente como restaurar su configuración de red, esto depende de su sistema operativo y la versión. Para esta solución influye mucho el nivel de conocimientos del cliente Medio Lo más aconsejable seria implementar una solución para los sistemas operativos más comunes y para las versiones más populares de estos sistemas operativos. 6% El equipo inalámbrico del cliente no responde por un problema en la infraestructura del ISP: Generalmente este problema es causado en el multipunto al que está conectado el cliente y la mayoría del tiempo es debido a problemas de suministro de energía eléctrica y el sistema de respaldo de energía se ha agotado. En el lado del cliente no hay nada que hacer, y lo único que se puede hacer es notificarle al cliente que el problema se origina en el proveedor de internet Sencillo 3% 49

58 El equipo inalámbrico del cliente perdió su configuración: Este es un problema que se presenta en raras ocasiones que se ocasiona por sobrevoltaje y/o un equipo defectuoso Este problema normalmente se soluciona con la visita del técnico al domicilio del cliente Este es un problema que muy rara vez se presenta y no se recomienda su automatización, lo más recomendable es la visita de un técnico donde el cliente. 1% El cliente reporta lentitud en su señal debido a problemas de calidad del enlace Lo más probable que cambiaron las condiciones de línea de vista del enlace ejemplo una construcción nueva que obstruye la señal, árboles que crecieron con el tiempo o que el equipo inalámbrico pudo haberse movido de su ubicación original. Este problema se soluciona únicamente con la visita de un técnico y lo único que se puede hacer es notificarle al cliente del problema y registrar la llamada para una urgente solución 12% El cliente reporta lentitud pero está consumiendo todo su ancho de banda contratado Problemas varios o que se presentan muy rara vez y que no se pueden catalogar fácilmente En este caso no hay nada que se pueda hacer más que informarle al cliente que está consumiendo todo su ancho de banda contratado En este caso se tendría que registrar la llamada para que un técnico le visite al cliente lo más pronto posible. Medio 12% Sencillo 1% 50

59 Apéndice 3 Distribución Linux IPCOP De acuerdo a la wikipedia [5] IPCop es una distribución Linux que implementa un cortafuego (o firewall) y proporciona una simple interfaz web de administración basándose en una computadora personal. IPCop tiene como objetivos ser un cortafuegos sencillo, con pocos requerimientos hardware orientado a usuarios domésticos o a pequeñas empresas (SOHO), administrado a través de una interfaz web, con funcionalidades básicas y avanzadas, yendo (a manera de ejemplo) desde el simple filtrado de paquetes hasta la asignación de ancho de banda fijo a cada puesto de trabajo o la configuración de redes virtuales VPN. IPCop se actualiza desde el Interfaz Web de manera muy sencilla, incluyendo actualizaciones del Kernel. La distribución Linux se puede bajar desde el sitio oficial en inglés, consiste de una imagen ISO de menos de 100Mb la cual puede ser grabada en un CD e instalada en cualquier PC que tenga al menos dos interfaces de red. Topologías de red soportadas: Permite la implementación de diferentes topologías de red, ya sea desde la simple LAN que sale a internet, hasta la creación de una zona desmilitarizada (DMZ), soportando también la inclusión de una red inalámbrica. Las diferentes zonas las divide en colores, siendo: 51

60 * ROJA (o Red) = zona de Internet, * VERDE (green) = Red de Área Local (LAN) cableada, * NARANJA (Orange) = zona desmilitarizada (DMZ, para la granja de servidores), * AZUL (Blue) = zona inalámbrica (Wireless). Esta distribución es bastante utilizada por los ISPs inalámbricos puesto que implementa entre otros servicios: un servidor proxy, DNS, firewall, autenticación por dirección IP/dirección Mac y la mayoría de funciones son administradas mediante una interfaz web. Puesto que la principal función del IPCOP es ser utilizado como firewall; este tiene cierta analogía con los colores de un semáforo de transito: la interfaz conectada directamente al Internet se denomina RED (roja), la cual tiene un nivel de protección máxima mientras que la interfaz GREEN es la conexión a la que se conectan los usuarios mediante la red de área local y la que tiene menores restricciones de seguridad. La interfaz BLUE (azul) tiene un nivel de protección media y es a la que se conectan los usuarios inalámbricos. 52

61 Apéndice 4 Hardware a utilizar Un computador marca DELL procesador Pentium III 1 ghz, 512 memoria ram, disco duro 13 GB capacidad. Tarjeta PCI con puerto FXO para las funciones de telefonía, es decir el dispositivo que conectara el servidor de VOIP con las redes públicas de teléfono tales como pacifictel, alegro, porta, movistar Equipo ATA, es decir el equipo que va a permitir conectar cualquier equipo telefónico tradicional o fax, a la LAN y por ende a la central de VOIP Diadema para conectarle al equipo en el que va a ir instalado el softfone Teléfono IP Teléfono convencional, el mismo que va a ser conectado al ATA Acess point Conexión a Internet para instalar actualizaciones, descargar paquetes y programas necesarios. Software adicional. Softfone XLITE es un programa que corre bajo la plataforma WINDOWS y que permite conectarse a la central de VOIP y realizar llamadas tal como lo se lo haría desde un teléfono convencional, utilizando para ello los auriculares y el micrófono de la computadora o una diadema. 53

62 Apéndice 5 Código fuente ******************************************* Archivo testcli.agi ******************************************* #!/bin/bash #el servidor a revisar, en el caso de los IPCOPs usan el puerto 222 para ssh SERVIDOR="ssh -p " declare -a array while read -e ARG && [ "$ARG" ] ; do array=(` echo $ARG sed -e 's/://'`) # export ${array[0]}=${array[1]} done # Las siguientes variables están disponibles desde Asterisk echo $2 >> $RUTA checkresults() { while read line do case ${line:0:4} in "200 " ) echo $line >&2 return;; "510 " ) echo $line >&2 return;; "520 " ) echo $line >&2 return;; * ) echo $line >&2;; # si el comando invalido # "520 End..." 54

63 } esac done #envía a reiniciar el servidor if [ "$1" = " " ]; then echo "EXEC Playback p/reiniciar-servidor" $SERVIDOR /sbin/reboot exit fi # reinicia servicios de red if [ "$1" = " " ]; then echo "EXEC Playback p/reiniciar-servicios" $SERVIDOR /etc/rc.d/rc.network restart exit fi #Le pasa como argumento restado el primer número y sin ceros TMP=$1; i=${tmp:1};param=${i#"${i%%[!0]*}"} $SERVIDOR /usr/local/sbin/probarcliente $PARAM #checkresults #echo "SAY NUMBER 777 \"\"" echo "=================== Completo ====================" >&2 55

64 ******************************************* Archivo sip.conf ********************************************* [general] language=es [sets](!) type=friend context=internal host=dynamic disallow=all allow=ulaw dtmfmode=rfc2833 secret=1234 [101](sets) maibox=101 [102](sets) maibox=102 [103](sets) maibox=103 [104](sets) maibox=104 [105](sets) maibox=105 56

65 ******************************************* Archivo extensions.conf ******************************************* ; extensions.conf - DialPlan de Asterisk ; ; This configuration file is reloaded ; - With the "dialplan reload" command in the CLI ; [general] [globals] CONSOLE=Console/dsp ;CONSOLE=DAHDI/1 IAXINFO=guest TRUNKFIJA=DAHDI/g1 TRUNKCELL=DAHDI/4 ; Console interface for demo ; IAXtel username/password ; Trunk interface TRUNKMSD=1 ; MSD digits to strip (usually 1 or 0) ;TRUNK=IAX2/user:pass@provider ; ignorepat => 9 ; [internacional] ignorepat => 9 exten => _900.,1,Dial(${GLOBAL(TRUNKFIJA)}/${EXTEN:${GLOBAL(TRUNKMSD)}}) [trunkld] exten => _90NXXXXXXX,1,Dial(${GLOBAL(TRUNKFIJA)}/${EXTEN:${GLOBAL(TRUNKM SD)}}) 57

66 [trunklocal] exten => _925[78]XXXX,1,Dial(${GLOBAL(TRUNKFIJA)}/${EXTEN:${GLOBAL(TRUNKMS D)}}) [trunktollfree] exten => _91800XXXXXX,1,Dial(${GLOBAL(TRUNKFIJA)}/${EXTEN:${GLOBAL(TRUNK MSD)}}) [trunk-notollfree] exten => _91877XXXXXX,1,Dial(${GLOBAL(TRUNKFIJA)}/${EXTEN:${GLOBAL(TRUNK MSD)}}) [trunkregional] exten => _92NXXXXX,1,Dial(${GLOBAL(TRUNKFIJA)}/${EXTEN:${GLOBAL(TRUNKMSD )}}) [trunknacional] exten => _90NNXXXXXX,1,Dial(${GLOBAL(TRUNKFIJA)}/${EXTEN:${GLOBAL(TRUNKM SD)}}) [trunkcelular] exten => _90[89]XXXXXXX,1,Dial(${GLOBAL(TRUNKCELL)}/${EXTEN:${GLOBAL(TRUN KMSD)}}) [largadistancia] ignorepat => 9 include => local 58

67 include => trunkld [local] ignorepat => 9 include => default include => trunklocal include => trunktollfree ;Include parkedcalls (or the context you define in features conf) ;to enable call parking. include => parkedcalls ; [macro-trunkdial] ; ; Standard trunk dial macro (hangs up on a dialstatus that should ; terminate call) ; ${ARG1} - What to dial ; exten => s,1,dial(${arg1}) exten => s,n,goto(s-${dialstatus},1) exten => s-noanswer,1,hangup exten => s-busy,1,hangup exten => _s-.,1,noop [macro-stdexten] ; Standard extension macro ; ${ARG1} - Voic box ; ${ARG2} - Device extension(s) to ring ; 59

68 exten => s,1,dial(${arg2},20) ; Ring the interface, 20 seconds maximum exten => s,2,goto(s-${dialstatus},1) ; Jump based on status (NOANSWER,BUSY,CHANUNAVAIL,CONGESTION,ANSWER) exten => s-busy,1,voic (${arg1},b) ; If busy, send to voic w/ busy announce ;exten => s-busy,2,goto(public,s,1) ; If they press #, return to start exten => s-noanswer,1,voic (${arg1},u) ; If unavailable, send to voic w/ unavail announce ;exten => s-noanswer,2,goto(public,s,1) ; If they press #, return to start exten => _s-.,1,goto(s-noanswer,1) ; Treat anything else as no answ [repetir-soporte] exten => s,1,background(p/repetir-test) ; si desea repetir esta prueba presione... exten => s,n,background(p/1h) exten => s,n,background(p/buzom-sop) ; Si desea dejar un mensaje en el departamento técnico presione.. exten => s,n,background(p/2h) exten => 1,1,AGI(testcli.agi,${COD_USER}) exten => 1,n,Goto(s,1) exten => 2,1,Voic (102) exten => i,1,wait(2) exten => i,n,playback(p/invalid-opc) ; Usted ha escogido una opción inválida exten => i,n,wait(1) exten => i,n,goto(s,1) exten => t,1,playback(goodbye) ; adios exten => t,n,hangup 60

69 [soporteauto] exten => s,1,background(p/intro-sop) ; Bienvenido al sistema de soporte automático exten => s,n,background(p/codigo) ; por favor digite su código de usuario exten => s,n,background(p/buzom-sop) exten => s,n,background(p/3h) exten => s,n,waitexten(p/10) exten => _1XXX,1,Set(COD_USER=${EXTEN}) ; leer código exten => _1XXX,n,AGI(testcli.agi,${COD_USER}) exten => _1XXX,n,Goto(repetir-soporte,s,1) exten => _ X,1,AGI(testcli.agi,${EXTEN}) exten => 3,1,Voic (102) exten => i,1,wait(2) exten => i,n,playback(p/invalid-cod) ; Usted ha presionado un código invalido exten => i,n,wait(1) exten => i,n,goto(s,2) exten => t,1,playback(goodbye) ; adios exten => t,n,hangup [incoming] exten => s,1,answer exten => s,n,gotoiftime(09:00-17:59 mon-fri * *?,7) ; modificar sí se agregan exten => s,n,gotoiftime(09:00-11:59 sat * *?,7) ; prioridades en estas extens. exten => s,n,wait(1) exten => s,n,background(p/cerrado) exten => s,n,goto(13) ; aquí también modificar exten => s,n,background(p/graciasporllamar) exten => s,n,background(p/siconocelaext) exten => s,n,background(p/conlaoperadoraofax) 61

70 exten => s,n,background(p/0h) exten => s,n,background(p/soprtetecnico) exten => s,n,background(p/1h) exten => s,n,background(p/soprtetecnicoauto) exten => s,n,background(p/2h) exten => s,n,wait(2) exten => s,n,background(p/mmntollamadatransf) exten => s,n,dial(sip/101,10) ; si nadie responde suena el sip 101 exten => s,n,waitexten(10) ;include => empleados exten => 0,1,Macro(stdexten,101,SIP/101) exten => 1,1,Macro(stdexten,102,SIP/102) exten => 2,1,Goto(soporteauto,s,1) exten => i,1,playback(invalid) exten => i,n,goto(s,5) exten => t,1,playback(goodbye) [internal] ignorepat => 9 include => local include => trunkcelular include => empleados exten => _81X,1,Dial(DAHDI/${EXTEN:2}) [empleados] exten => 101,1,Macro(stdexten,101,SIP/101) exten => 102,1,Macro(stdexten,102,SIP/102) exten => 103,1,Macro(stdexten,103,SIP/103) exten => 104,1,Macro(stdexten,104,SIP/104) exten => i,1,playback(beep) exten => i,1,hangup [default] 62

71 ******************************************* Archivo chan_dahdi.conf ******************************************* [trunkgroups] [channels] language=es usecallerid=yes hidecallerid=no callwaiting=no threewaycalling=yes transfer=yes echocancel=yes echotraining=yes immediate=no ; define channels context=internal signalling=fxo_ks channel => 1 busydetect=yes busycount=6 ; para que la línea no se quede colgada ; para que la línea no se quede colgada context=incoming signalling=fxs_ks group => 1 channel => 2-3 ; Incoming calls go to [incoming] in extensions.conf ; Use FXS signalling for an FXO channel 63

72 ******************************************* Archivo crontab.txt ******************************************* #En Linux el commando contrab se ejecuta periódicamente #ejecuta el script de comprobación de servicios cada 2 minutos */2 * * * * /usr/local/sbin/comprueba ******************************************* Archivo voces.txt ******************************************* # Son voces personalizadas que son invocadas en el dialplan y en la interfaz # AGI, están colocadas en el directorio /var/lib/asterisk/sounds/es <intro-sop> bienvenido al sistema de soporte automático <codigo> por favor digite su código de usuario <buzom-sop> si prefiere dejar un mensaje al departamento técnico presione... <error-mac> le informamos que su equipo no está respondiendo peticiones ping pero... <r-normal> tenemos muy buena conexión con su enlace inalámbrico, es decir su antena de radio <radio5> hay una pequeña perdida de paquetes de datos de su equipo inalámbrico es decir su antena de radio hacia nuestro servidor lo cual puede ser normal <radiomayor5> hay una importante pérdida de paquetes de datos de su equipo inalámbrico es decir su antena de radio hacia nuestro 64

73 servidor, este problema está siendo notificado a soporte técnico <r-resp-eq-noresp> le sugerimos revise la conexión del cable de red que viene de la antena hacia su computadora o servidor puesto que no tenemos respuesta de su equipo además... <asimismo> asimismo denominamos equipo a la computadora o al servidor que recibe el internet <fin-pruebas> pruebas terminadas <r-no-resp> le informamos que su equipo inalámbrico no responde, posiblemente porque este trabado o porque este sin energía eléctrica, le recomendamos desconectar brevemente el adaptador de corriente y verificar que este con energía <repetir-test> si desea repetir el diagnostico presione... <mientras> Mientras revisamos tanto su equipo inalámbrico como su computadora o el servidor que recibe el internet, permítanos informarle que usted puede repetir esta prueba con el fin de obtener un diagnostico mas exacto <corte> Desafortunadamente hemos tenido inconvenientes en debitar de su cuenta el valor del servicio, le ruego se acerque a nuestras oficinas para solucionar este inconveniente <cerrado> Estimado cliente, nuestro horario de atención es de 9 de la mañana a seis de la tarde y los días sábados de 9 a una <suspendido> Estimado cliente, su cuenta ha sido deshabilitada, favor comunicarse con el departamento de contabilidad 65

74 <congestion-eq> Estimado cliente, hemos detectado, que la red inalámbrica esta normal, pero si hay pérdida de datos desde nuestros servidores hacia su equipo, posiblemente este consumiendo todo su ancho de banda de banda asignado <conlaoperadoraofax> Para comunicarse con la operadora o enviar un fax digite <err_no_cli> Error, código o contraseña de usuario incorrecta <err_sin_args> Error interno, cancelando revisión <espere> En este momento, se está evaluando su enlace y determinando la posible causa de su problema, por favor tenga la bondad de esperar un momento <finish> prueba terminada <goodbye> hasta pronto <graciasporllamar> gracias por llamar <invalid-cod> Usted ha presionado un código inválido <invalid-opc> Usted a escogido una opción inválida <lentitud> Si su servicio de internet esta deficiente, presione <mmntollamadatransf> Momento, su llamada está siendo transferida <normal> le informamos, que no se ha detectado ningún inconveniente en su enlace, de persistir los problemas, se le recomienda reiniciar su computador, reiniciar su equipo inalámbrico y probar con otro navegador diferente de internet explorer, por ejemplo el mozilla firefox 66

75 <prompt601> hasta pronto <reiniciar-servicios> Reiniciando servicios de Red <reiniciar-servidor> El servidor está siendo reiniciado <repetir-msm> Si desea escuchar de nuevo este mensaje presione <siconocelaext> Si conoce la extensión, márquela ahora, caso contrario por favor espere <sin-internet> Si no tiene internet presione <soportetecnico> Con Soporte Técnico y solución de averías digite <soprtetecnicoauto> Para recibir Soporte Técnico automatizado digite 67

76 ******************************************* Archivo verlogsoporte.log ******************************************* #!/bin/sh LOG="/var/log/probarcliente.log" if [ "$1" == "" ]; then tail $LOG else grep $1 $LOG fi ******************************************* Archivo probarcliente.log ******************************************* #!/bin/bash #en este archivo el IPCOP almacena la configuración de los clientes RUTA="/var/ipcop/wireless/config" #la subred sobre la que se realizara el monitoreo SUBRED=" " #en este archivo se registrara los eventos de soporte LOG="/var/log/probarcliente.log" if [ "$1" == "" ]; then echo "EXEC Playback p/err_sin_args" # error interno, cancelando revisión exit fi 68

77 TMP=$1 IP=$(awk -F, '{if ($1=='$TMP') {print$2} }' $RUTA) if [ "$IP" == "" ]; then echo "EXEC Playback p/err_no_cli" #error cliente no existe exit fi if grep -w $IP $RUTA grep off > /dev/null ; then echo "EXEC Playback p/suspendido" #cuando el cliente ha sido deshabilitado exit fi OCT4=${IP##*.} #cuarto octeto de la IP OCT4R=$[OCT4-1] #cuarto octeto del radio TEMP=${IP%.*}; OCT3=${TEMP##*.} # tercer octeto cd /tmp ping -c 20 $SUBRED.$OCT3.$OCT4R > tmp_r.$1 & ping -c 20 $IP > tmp_eq.$1 & echo "EXEC Playback p/mientras" X=$(grep -w $IP $RUTA awk -F, '{print$5 }') #Esperar a que se termine el ping while! [ -s tmp_r.$1 ]! [ -s tmp_eq.$1 ]; do sleep 1 done i=$(grep "packet loss" tmp_r.$1 awk '{print$7}' ) let laten_radio=${i%"%"} i=$(grep "packet loss" tmp_eq.$1 awk '{print$7}' ) 69

78 let laten_eq=${i%"%"} MAC=$(arp $IP grep -Eo '([0-9A-F]{2}:){5}[0-9A-F]{2}') #loguear FECHA=$( date +%e-%m/%h:%m ) echo "$FECHA, Codigo: $TMP, IP $IP, latencia equipo:$laten_eq, latencia radio:$laten_radio, mac $MAC" >> $LOG ########################################################## function showradio() { # muestra información de acuerdo a la latencia radio y del equipo case "$1" in 100) echo "EXEC Playback p/r-no-resp";; [0-2] ) echo "EXEC Playback p/r-normal";; [3-5] ) echo "EXEC Playback p/radio5";; * ) echo "EXEC Playback p/radiomayor5";; } esac echo "EXEC Playback beep" case "$laten_eq" in 100) if [ "$MAC" == "" ]; then [ $laten_radio -lt 100 ] && echo "EXEC Playback p/r-resp-eq-noresp" #equipo y radio no responden else echo "EXEC Playback p/error-mac" #equipo no responde por que el ping esta bloqueado fi showradio $laten_radio;; #como no se conoce latencia del equipo entonces probar con el radio [0-2]) echo "EXEC Playback p/normal";; 70

79 * ) let "DIFF=$laten_eq - $laten_radio" if [ $laten_radio -lt 3 ] && [ $DIFF -gt 3 ]; then echo "EXEC Playback p/congestion" else showradio $laten_radio fi;; esac echo "EXEC Playback p/fin-pruebas" rm tmp_* ******************************************* Archivo getcli.log ******************************************* #!/bin/sh if [ "$1" == "" ]; then cat /var/ipcop/wireless/config else grep -i $1 /var/ipcop/wireless/config grep -w $1 /var/log/reportenavcli/abuse.txt fi 71

80 ******************************************* Archivo enviarmail.log ******************************************* #!/bin/sh if [ $# -ne 3 ]; then echo "Uso: $0 Para Asunto Texto" exit 1 fi from="info@lojasystem.net" domain="ipcopbak.localdomain" mailserver=" " to=$1; subject=$2 mailtext=$3 exec 9<>/dev/tcp/$mailserver/25 echo "HELO $domain" >&9 read -r temp <&9 echo "$temp" echo "Mail From: $from" >&9 read -r temp <&9 echo "$temp" echo "Rcpt To: $to" >&9 read -r temp <&9 echo "$temp" echo "Data" >&9 # echo "From: $from" >&9 # echo "To: $to" >&9 # echo "Subject: $subject" >&9 read -r temp <&9 # echo "$temp" echo $mailtext >&9 echo "." >&9 72

81 read -r temp <&9 echo "$temp" echo "quit" >&9 read -r temp <&9 echo "$temp" 9>&- 9<&- echo "Echo, revisar mensajes previos para ver si hay errores" exit 0 ******************************************* Archivo comprueba.log ******************************************* #!/bin/sh eval $(/usr/local/bin/readhash /var/ipcop/ethernet/settings) ROJO="\033[31m" VERDE="\033[32m" function alarma(){ presenta "$1" /usr/bin/beep -f 659 -l 460 -n -f 784 -l 340 -n -f 659 -l 230 -n -f 659 -l 110 -n -f 880 -l 230 -n -f 659 \ -l 230 -n -f 587 -l 230 -n -f 659 -l 460 -n -f 988 -l 340 -n -f 659 -l 230 -n -f l 110 -n -f l \ 230 -n -f 988 -l 230 -n -f 784 -l 230 -n -f 659 -l 230 -n -f 988 -l 230 -n -f l 230 -n -f 659 -l 110 \ -n -f 587 -l 230 -n -f 587 -l 110 -n -f 494 -l 230 -n -f 740 -l 230 -n -f 659 -l 460 } 73

82 function presenta(){ enviarmail "revisar" "$1" > /dev/null echo -ne $ROJO echo "$1" fecha=$(date +%F/%r) echo $fecha >> /var/log/comprueba.log echo $1 >> /var/log/comprueba.log } ulimit -HSn 4096 echo -n Verificando interfaz BLUE: if mii-tool $BLUE_DEV grep "link ok" > /dev/null then echo OK else alarma "Interfaz BLUE desconectada, posiblemente los clientes estén sin internet" echo "echo compruebe cables y conexiones dese el servidor hacia el switch de los clientes" fi #echo -n Verificando interfaz GREEN: #if mii-tool $GREEN_DEV grep "link ok" > /dev/null #then # echo OK #else # alarma "Interfaz GREEN desconectada, posiblemente los clientes estén sin internet" # echo "compruebe cables y conexiones dese el servidor hacia el switch de los clientes" #fi echo -n Verificando interfaz WAN: if mii-tool $RED_DEV grep "link ok" > /dev/null 74

83 then echo OK else alarma "Interfaz WAN desconectada" echo compruebe cables y conexiones hacia el equipo que conecta el internet echo Pruebas terminadas exit fi echo -n "Verificando Default gateway:" if ping -qc 3 $DEFAULT_GATEWAY > /dev/null then echo OK else alarma "default gateway $DEFAULT_GATEWAY no responde" echo Pruebas terminadas exit fi echo -n haciendo ping a una ip de yahoo: if ping -qc > /dev/null then echo OK else echo -n "...no responde, reintentando:" sleep 5 if ping -qc > /dev/null then echo OK else alarma "NO responden ips del google" echo "reiniciando servicios de red" /etc/rc.d/rc.network > /dev/null echo "comprobando nuevamente:" sleep 5 75

84 if ping -qc > /dev/null then presenta "problema se resolvió reiniciando servicios de red" else alarma "NO responden ips del google, posible falla del core router o del proveedor" echo pruebas terminadas exit fi fi fi echo -n verificando si resuelve el servidor: if host > /dev/null then echo OK else alarma "servidor NO resuelve" echo "Reiniciando servicios de red" /etc/rc.d/rc.network > /dev/null echo "comprobando nuevamente:" sleep 5 if host > /dev/null then presenta "problema se resolvió reiniciando servicios de red" else alarma "Problema NO se resolvió reiniciando servicios de red" echo pruebas terminadas, posiblemente necesite reiniciar el servidor para arreglar el problema exit fi fi if [ -e /var/ipcop/proxy/advanced/settings ] then 76

85 echo "Advanced proxy instalado" PATH_SQUID="/var/ipcop/proxy/advanced/settings" else PATH_SQUID="/var/ipcop/proxy/settings" fi eval $(/usr/local/bin/readhash $PATH_SQUID) if [ "$ENABLE_BLUE" == "on" ] && [ "$TRANSPARENT_BLUE" == "on" ] then echo " *** Nota: proxy habilitado en la interfaz blue y en modo transparente" echo -n Verificando que el proceso squid del proxy este cargado: if pidof squid > /dev/null then echo OK else alarma "squid proxy no levantado" echo a "restaurando squid" /usr/local/bin/restartsquid sleep 5 if pidof squid > /dev/null then presenta "problema se resolvió ejecutando restartsquid" else alarma "Problema NO se resolvió ejecutando restartsquid" echo pruebas terminadas, posiblemente necesite reiniciar el servidor para arreglar el problema exit fi fi else echo Proxy no está habilitado en interfaz web y por ende no se verifica fi echo -n verificando si el servidor navega: if /usr/local/sbin/wget -nv --delete-after 2> /dev/null 77

86 then echo OK else alarma "servidor NO navega" echo "reiniciando servicios de red" /etc/rc.d/rc.network > /dev/null echo "comprobando nuevamente:" sleep 5 if /usr/local/sbin/wget -nv --delete-after 2> /dev/null then presenta "problema se resolvió reiniciando servicios de red" else alarma "Problema NO se resolvió reiniciando servicios de red" echo pruebas terminadas, posiblemente necesite reiniciar el servidor para arreglar el problema exit fi fi echo pruebas terminadas #todo comprobar si interfaz blue esta habilitada #verificar bien squid cuando este habilitado el advanced proxy 78

87 Manual de Instalación y Configuración Linux y Asterisk 1

88 Instalación de Linux Debian. Usamos Debian con Kernel 2.6 para la instalación de Asterisk con Linux. Escogemos esta distribución por la gran aceptación que tiene y por ser una de las distribuciones soportadas por la Digium. Paso 1: Coloque el Cd de Debian en la lectora de Cd-rom e inicie el booteo en su PC Paso 2: Seleccione el idioma para la instalación. 2

89 Paso 3: Seleccione el país de idioma seleccionado anteriormente. Paso 4: Escoja ahora el mapa de teclado correspondiente. Paso 5: Escriba el nombre de host de la máquina. 3

90 Paso 6: Escriba el dominio al cual este equipo es parte. Paso 7: Será hecha la configuración de particionamiento de disco del equipo, apenas confirme las opciones presentadas. En este proceso todos los datos de su disco duro se perderán por eso es recomendable hacerlo en un computador nuevo o en uno que se pueda formatear. Paso 8: Confirme que usted va a formatear todo el disco. 4

91 Paso 9: Confirme que todos los archivos estarán en una partición. Paso 10: Acepte y finalicé las opciones de particionamiento. Paso 11: Confirme nuevamente. 5

92 Paso 12: Acepte la instalación de GRUB. Paso 13: La instalación está completa, digite <enter> para continuar. Paso 14: Ahora la máquina se reiniciara, remueva el CD. 6

93 Paso 15: Siga las opciones presentadas para la configuración del horario. Paso 16: Escoja América. Paso 17: Escoja Other. 7

94 Paso 18: Escoja su ciudad. Paso 19: Digite asterisk de contraseña para o usuário root. Paso 20: Reescriba la contraseña para confirmar. 8

95 Paso 21: Cree un usuario llamado asterisk. Paso 22: Escriba el nombre de usuario Asterisk nuevamente. Paso 23: Escriba asterisk como contraseña para el usuario asterisk. 9

96 Paso 24: Reescriba la contraseña para confirmar. Paso 25: Responda no a la pregunta para verificación del otro CD. Paso 26: Ya que utilizaremos esta máquina como servidor Asterisk PBX, no es necesario seleccionar ninguna opción de las presentadas aquí. 10

97 Paso 27: Apenas confirme la opción presentada para la terminación de las configuraciones de Debian. Paso 28: Use la cuenta Asterisk para el servidor de Paso 29: Finalizando la Instalación de Debian. 11

98 Preparando Debian para Asterisk. La instalación de Debian está completa, vamos ahora instalar los paquetes necesarios para la instalación/compilación de los drivers de las placas zaptel y del propio Asterisk. Paso 1: Haga login como root. Paso 2: Agregar fuente para download de paquetes adicionales de Debian.- Verificamos que los repositorios estándar de debian estén instalados en caso contrario incluir la siguiente línea con cualquier editor de textos en el archivo /etc/apt/sources.list deb stable main contrib non-free y saltar al paso 7, ó en caso contrario seguir con los siguientes pasos. Ejecutar el comando de Linux. #apt-setup Paso 3: Seleccionar ftp. Paso 4: Seleccione su país. 12

99 Paso 5: Seleccionar ftp.debian.org Paso 6: Seleccionar <no> para no insertar ninguna otra fuente. Paso 7: Instalar los Headers del Kernel en ejecución: Para ello debemos conocer cual es el kernel instalado con el comando. #uname a Que dependiendo de la versión instalada muestra algo así como: Linux TESIS #1 SMP Sun Feb 10 22:11:31 UTC 2008 i686 GNU/Linux Entonces pondríamos #apt-get install linux-headers Una manera abreviada y directa de hacer lo anterior sería #apt-get install linux-headers-$(uname -r) 13

100 Ahora vamos a hacer una actualización de nuestro sistema con los siguientes comandos: #apt-get update #apt-get upgrade Nota: Aquí nos dice que va a instalar algunos paquetes solo le tenemos que presionar la s y listo comienza a actualizar y a instalar. Paso 8: Instalación de los paquetes necesarios para Asterisk: #apt-get install bison openssl libssl-dev libasound2-dev libc6- dev libnewt-dev libncurses5-dev zlib1g-dev gcc g++ make 14

101 Instalación de Asterisk La instalación de Asterisk en un sistema GNU/Linux sigue los siguientes pasos: Instalación de paquetes y librerías dependientes. Descarga del código fuente de Asterisk. Compilación de Asterisk. Instalación en el sistema. Instalación de ficheros de configuración de prueba. Instalación de librerías dependientes Asterisk necesita para su correcta compilación y funcionamiento los siguientes paquetes: openssh-server: para acceso remoto seguro. gcc,make: compilador de lenguaje C y herramientas libc-dev, libssl-dev, zlib1g-dev, libncurses5-dev, libmysqlclient14-dev Descarga del código fuente de Asterisk El proyecto Asterisk se divide en las siguientes partes: Asterisk: Núcleo (core) del sistema. Asterisk-sounds: Voces de calidad pregrabadas. Asterisk-addons: Software adicional. Libpri: Librería para gestionar enlaces RDSI Primarios. Libiax: Librería para utilizar el protocolo IAX. Zaptel: Interfaz del Kernel para acceder a tarjetas de comunicaciones para líneas analógicas o digitales. Por el momento solo serán necesarios los dos primeros. Descarga del código fuente de Asterisk Ahora que ya se instalo Linux y las bibliotecas necesarias, vamos a obtener las fuentes de Asterisk y drivers de Zaptel para el uso con hardware. Primeramente baje los paquetes desde Digium, lo puede hacer desde Windows con Internet Explorer o directamente desde Linux Debian mediante el comando wget para lo cual debe crear el directorio /usr/src que este no existe mediante los siguientes comandos: #mkdir /usr/src 15

102 #cd /usr/src #wget #wget #wget #wget Las voces pregrabadas de Asterisk están disponibles en castellano, gracias a la empresa Capatres SL: #wget sonidos es 0.4.tar.gz Luego Descomprimirlos los archivos usando: #tar -zxvf asterisk tar.gz #tar -zxvf asterisk-addons tar.gz #tar -zxvf libpri tar.gz #tar -zxvf zaptel tar.gz #tar zxyf asterisk-sonidos-es-0.4.tar.gz Se crean los directorios asterisk con el código fuente listo para ser compilado y asterisk-sounds con las voces y sonidos en español preparadas para ser instaladas. Compilando los Driver ZAPTEL Normalmente los drivers de zaptel se compilan con los siguientes comandos: #cd /usr/src/zaptel / #make clean #./configure #make install #make config #update-rc.d zaptel defaults 16

103 Compilando Asterisk y sus librerías. La compilación se la hace de la misma manera para cada paquete de Libpri, Asterisk y Asterisk-Addons. La herramienta make se encarga de compilar y enlazar todos los ficheros fuente necesarios, a partir del Makefile. Se invoca con 'make' desde el directorio correspondiente. En caso de error, se nos informará de las posibles librerías necesarias que no están instaladas (Generalmente: zlib1g- dev, libssl-dev). #cd /usr/src/libpri-1.4.3/ #make clean #make install #cd /usr/src/asterisk / #make clean #./configure #make install #make samples #make config Nota: la línea de comando make config permite que el programa se ejecute en el arranque del sistema operativo, y el comando make samples crea archivos 17

104 de configuración. Todos los ficheros.conf de ejemplo necesarios para correcto arranque de Asterisk. el #cd /usr/src/asterisk-addons-1.4.6/ #make clean ; make clean Configurar canales en drivers de Zaptel Un canal equivale a una línea telefónica en la forma de un circuito de voz digital. Este generalmente consiste de una señal analógica en un sistema de telefonía convencional (POST) o alguna combinación de CODEC y protocolos de señalización (GSM con SIP, U). Según el tipo de tarjeta que se este utilizando y después de encajarla en el slot PCI se configura editando los archivos zaptel.conf en el directorio /etc que es el archivo de configuración de la tarjeta zaptel., y zapata.conf en el directorio /etc/asterisk que es el archivo de configuración de los canales zapata de Asterisk. Esto es para integrar el Asterisk a la red de telefonía pública utilizando una placa o tarjeta tipo FXO (entrada de línea analógica al PC). Mediante los siguientes comandos procedemos a editar estos archivos. #cd /etc #vim zaptel.conf El archivo zaptel.conf tienen que costar las siguientes líneas básicas: fxsks=1 analógicas loadzone=us defaultzone=us ; entradas de líneas telefónicas ; locación o zona del servido ; locación o zona del servido y el archivo zapata.conf tienen que costar las siguientes líneas básicas: 18

105 [channels] context=default signalling=fxs_ks group=1 channel=>1 Luego de configurar estos archivos hay que cargar los drivers de zaptel en la línea de comandos: #modprobe zaptel #ztcfg vvv #modprobe wcfxo Y para verificar si los drivers de la tarjeta se han cargado correctamente se puede utilizar el comando zttool el cual presentara el estado. Configuración de los teléfonos. Internamente en asterisk se utiliza canales de voz sobre IP los cuales utilizan el protocolo de señalización para establecer las conexiones de un teléfono a otro, el protocolo más usado es el SIP ( Session Initiated Protocol). SIP es configurado desde el archivo /etc/asterisk/sip.conf y contiene parámetros relacionados con la configuración de los teléfonos y operadoras SIP. Los clientes SIP deben estar configurados antes que puedan hacer y recibir llamadas. En nuestro ejemplo práctico crearemos 4 extensiones (ext101, ext102,ext103 y ext104). Editamos el archivo sip.conf y ponemos las siguientes líneas: #cd /etc/asterisk/ #vim sip.conf [general] context=internal srvlookup=yes 19