FACULTAD DE CIENCIAS DE LA COMPUTACIN Y ELECTRNICA ESCUELA DE INGENIERA ELECTRNICA EN TELEMTICA

MEMORIA TCNICA PREVIO A LA OBTENCIN DEL TTULO DE INGENIERO EN ELECTRNICA EN TELEMTICA

TEMA:
DISEO E IMPLEMENTACIN DE UN ENLACE TELEFNICO VOIP H323 ENTRE DOS SITIOS REMOTOS UTILIZANDO SERVIDORES DE COMUNICACIN OmniPCX

AUTOR: EDWIN FERNANDO SAAVEDRA LPEZ

TUTOR: ING. JHONNY BARRERA MGS.

D.M. QUITO, JUNIO 2011

NDICE GENERAL

Descripcin
Introduccin Descripcin del problema a resolver Objeto de estudio Campo de la investigacin Objetivo general Objetivos especficos Marco terico Idea a defender Metodologa investigativa Resultados obtenidos

Pgina
4 5 6 6 6 6 6 8 8 10

CAPTULO I: FUNDAMENTACIN TERICA

1.1 Comunicaciones IP 1.1.1 Beneficios de las comunicaciones IP 1.2 1.3 Diferencias entre un PBX y la red de datos Argumentos principales para implementar VOIP 1.3.1 Disponibilidad y confiabilidad 1.3.2 Interoperabilidad 1.3.3 Ahorro en costos 1.3.4 Simplificacin 1.3.5 Nuevas aplicaciones 1.3.6 Flexibilidad 1.4 1.5 Aplicaciones Estndares de VOIP

11
11 13 14 15 16 16 17 18 18 19 19 20

1.5.1 Protocolos de sealizacin 1.5.2 Protocolo H.323 1.6 1.7 Mecanismos de control y sealizacin Componentes de una red H.323 1.7.1 Cdec de audio 1.7.2 Cdec de vdeo 1.7.3 Conferencia de datos 1.7.4 Terminal 1.7.5 Pasarela (gateway) 1.7.6 Gatekeeper 1.7.7 MCU 1.8 Protocolos de transporte 1.8.1 RTP (protocolo de transporte en tiempo real) 1.8.2 RTCP (control de protocolo en tiempo real)

21 25 28 32 32 33 34 34 35 37 39 40 41 44

CAPTULO II: DIAGNSTICO SITUACIONAL

2.1 2.2 2.3 Antecedentes Infraestructura telefnica actual de Hidrotoapi Infraestructura del servidor de comunicaciones Omni PCX Office 2.3.1 Servidor de comunicaciones Omni PCX Office 2.3.2 Arquitectura 2.3.3 Tipos de tarjetas instaladas en la central 2.4 Facilidades y servicios del sistema Omni PCX Office 2.4.1 Establecimiento de la comunicacin 2.5 Desventajas del sistema telefnico actual 2.5.1 Desventajas tcnicas 2.5.2 Desventajas econmicas

46
46 49 51 52 52 55 57 58 58 59 59

2.6

Anlisis FODA

60

CAPTULO III: DISEO DE LA PROPUESTA

3.1 3.2 3.3 Ventajas de utilizacin del enlace de datos actual Ventajas del servidor de comunicaciones Omni PCX Office Diseo del sistema telefnico IP 3.3.1 Dimensionamiento del nmero de canales 3.3.2 Clculo de canales para el enlace VOIP 3.3.3 Cdec a utilizar y ancho de banda requerido 3.4 3.5 3.6 Dimensionamiento del enlace Anlisis de la red de datos Implementacin del enlace telefnico VOIP H.323 3.6.1 Asignacin de direcciones IP 3.7 Infraestructura necesaria en el servidor 3.7.1 Tarjeta CO-CPU 3.7.2 Telfonos IP y adaptadores de red 3.8 3.9 3.10 Sistema implementado Gestin del sistema con el software alcatel OMC Generalidades del software OMC 3.10.1 Arquitectura 3.10.2 Instalacin del software OMC 3.10.3 Gestin OMC basada en web 3.10.4 Requerimientos mnimos del computador 3.10.5 Aplicaciones del OMC 3.10.6 Gestin de configuracin 3.11 3.12 Cmo conectar el PBX a la red Configuracin general

61
63 63 63 64 65 67 68 68 71 71 71 72 73 74 74 75 75 75 75 75 76 76 81 81

3.13

Anlisis FODA

94 95 96 97 99 102 103 107

Conclusiones Recomendaciones Abreviaturas Bibliografa Anexo 1 Anexo 2 Anexo 3

NDICE DE FIGURAS

Descripcin

Pgina

Figura 1.1 Figura 1.2 Figura 1.3 Figura 1.4 Figura 1.5 Figura 1.6 Figura 2.1 Figura 2.2 Figura 2.3 Figura 2.4 Figura 2.5 Figura 2.6 Figura 2.7 Figura 2.8 Figura 2.9

La voz y los datos comparten las mismas conexiones Diferencias entre la conmutacin de circuitos y de paquetes Zona H.323 Arquitectura general de una red H.323 Arquitectura general de una red H.323 en una red corporativa Unidad de control multiprotocolo Organigrama estructural de Hidrotoapi Ubicacin del proyecto Toachi - Pilatn Situacin previa de Hidrotoapi Servidor de Comunicaciones Omni Pcx Office A.C.T. Arquitectura Lgica Tarjetas SLI-X Equipos Analgicos Tarjetas ATA-X

12 13 26 27 35 39 47 48 50 51 53 55 56 56 57 57 62 72 77 77 78 78 79

Figura 2.10 Tarjetas MEX Figura 3.1 Figura 3.2 Figura 3.3 Figura 3.4 Figura 3.5 Figura 3.6 Figura 3.7 Propuesta de implementacin del enlace VOIP CO-CPU Parte frontal del PBX Alcatel Omni Pcx Office Puertos LAN de las placas CPU y VOIP Ventana de bienvenida del programa de configuracin OMC Direccin IP de la CPU Nombre de usuario y contrasea .

Figura 3.8 Figura 3.9

Ventana de confirmacin de reset fuerte Ventana fichero cerrar

79 80 80 81 82 83 83 84

Figura 3.10 Ping extendido a la CPU para determinar el re-arranque Figura 3.11 Diagrama de red de un servidor Omni pcx Figura 3.12 Ejemplo de diagrama de red entre dos sitios remotos Figura 3.13 Configuracin de parmetros de red de las placas CPU y VoIP Figura 3.14 Ventana de confirmacin de cambios de parmetros de red Figura 3.15 Plan de numeracin de 3 cifras

Figura 3.16 Ventana de confirmacin de cambios del plan de numeracin avanzado 85 Figura 3.17 Configuracin del plan de numeracin principal para extensiones locales 85 Figura 3.18 Parmetros de extensiones remotas en plan de numeracin principal Figura 3.19 Extensiones locales y remotas en plan de numeracin pblico Figura 3.20 Extensiones locales en plan de numeracin privado Figura 3.21 Ventana de configuracin de parmetros de VOIP Figura 3.22 Configuraciones en la pestaa General Figura 3.23 Configuraciones en la pestaa DHCP Figura 3.24 Nombre asignado al grupo de enlace Figura 3.25 Ventana de seleccin del grupo de enlace creado Figura 3.26 Valores de Normal y Restringido de la categora de conexin Figura 3.27 Aadir lista de grupo de enlace en seleccin automtica de ruta Figura 3.28 Parmetros VOIP para la Tabla ARS Figura 3.29 Ventana de configuracin de extensiones Figura 3.30 Ejemplo de configuracin de una extensin con un telfono reflexes 86 86 87 87 88 88 89 89 90 91 91 92 93

NDICE DE TABLAS

Descripcin

Pgina

Tabla 1

Resumen de los mtodos de investigacin aplicados

9 24 33 44 49 60 66 67 68 94

Tabla 1.1 Caractersticas de varios protocolos Tabla 1.2 Codecs VOIP Tabla 1.3 Protocolos Involucrados en H.323 Tabla 2.1 Departamentos y nmero de extensiones Tabla 2.2 Anlisis FODA Previo Tabla 3.1 Clculo de canales para la matriz de Hidrotoapi Tabla 3.2 Clculo de canales para el campamento La Palma Tabla 3.3 Distribucin de los telfonos IP Tabla 3.4 Anlisis FODA Propuesto

RESUMEN

El presente trabajo tiene como objeto, dar una solucin al problema de la comunicacin existente entre la matriz de la empresa Hidrotoapi ubicada en la ciudad de Quito con el campamento Las Palmas ubicado en Santo Domingo de los Tschilas. La solucin que se plantea es la de implementar Comunicaciones de voz IP entre la matriz y el campamento utilizando los recursos con los que cuenta actualmente la empresa.

En la primera parte de este documento, se hace una introduccin de los beneficios que presenta la tecnologa de voz sobre IP. De esta manera, se pretende dar al lector una explicacin sobre lo que es la arquitectura de comunicaciones utilizando la infraestructura de la red de datos, y donde radica su fortaleza para viabilizar la comunicacin VoIP entre dos sitios remotos. En el primer captulo, se hace un estudio sobre el desarrollo de las telecomunicaciones, desde sus primeras manifestaciones hasta nuestros das, revisando los conceptos generales del protocolo TCP/IP, VoIP , la arquitectura de una red VoIP, y adems se mencionan los tipos de medios de transmisin y las formas de conmutacin (paquetes y circuitos) para transmitir informacin a travs de las redes de transporte. Se explica acerca de las redes de comunicacin, la definicin de una central privada, los protocolos de sealizacin SIP y la comparacin de los cdec de audio.

En el segundo captulo se realiza el anlisis situacional de la infraestructura de la red de voz y datos de la empresa Hidrotoapi, una cuantificacin, y clasificacin de los equipos de comunicacin de la red LAN y la central telefnica, la forma de interconexin a las estaciones de trabajo. As mismo se detallan los problemas actuales con relacin a las comunicaciones de voz.

En el tercer captulo se realiza la propuesta del diseo de la red de VoIP para la comunicacin entre la matriz de la empresa Hidrotoapi y el campamento Las
1

Palmas en Santo Domingo de los Tschilas, utilizando dos servidores de comunicacin Alcatel OmniPCX Office, as como los requerimientos de hardware, la instalacin, configuracin y pruebas de funcionamiento del mismo.

Al final del presente trabajo se indican las conclusiones y recomendaciones que han surgido como resultado del desarrollo del presente proyecto.

ABSTRACT

This paper aims to give a solution to the problem of communication between Hidrotoapi located in the city of Quito to the camp Las Palmas in Santo Domingo of the Tsachilas. The solution that arises is to implement IP voice communications between two sites using the resources that currently the company.

In the first part of this document provides an introduction to the benefits presented by VoIP technology. In this way, is to give the reader an explanation of what the architecture of communications using the network infrastructure data, which is its strength to make possible the VoIP communication between two remote sites.

In the first chapter we study on the development of telecommunications, from its first manifestations to the present day, reviewing the general concepts of TCP / IP, VoIP, VoIP network architecture also mentioned types of transmission media and forms of switching (packet and circuit) to transmit information through transport networks. It explains an overview about communication networks, the definition of a PABX, SIP signaling protocols and comparison of audio codecs.

In the second chapter presents the situational analysis of the network infrastructure for voice and data Hidrotoapi, quantification, and classification of communication equipment from the LAN and the telephone, how to interconnect workstations. It also details the current problems with regard to voice communications.

In the third chapter presents the proposed design of the VoIP network for communication between the main and the camp Hidrotoapi in Santo Domingo Las Palmas using Alcatel OmniPCX Office communications and hardware

requirements, installation, configuration and testing operation.

At the end of this paper indicate the conclusions and recommendations that have arisen as a result of implementing this project.
3

INTRODUCCIN. Durante los aos 90s, el amplio uso de Internet cambi la direccin de la industria de las telecomunicaciones. Se reconoci que el Internet se puede usar como una forma econmica de manejar comunicaciones de voz. Los servicios iniciales que se ofrecan en esta nueva tecnologa eran bsicos y de poca calidad, sin embargo, poco a poco la voz sobre Internet fue evolucionando hasta ofrecer servicios de calidad.

El amplio uso del protocolo IP tambin anim a las empresas a aprovechar este recurso y a considerar transmitir aplicaciones de voz y multimedia sobre una red de IP. As que era totalmente lgico implementar tecnologas que podran

combinar las redes de voz y datos de una empresa en una sola red.

La Comunicacin VoIP es ms que voz sobre la red de IP. Es una solucin convergente de voz y datos que ofrece la confiabilidad, interoperabilidad, y seguridad de una red de voz, los beneficios del protocolo IP, movilidad y la administracin de una sola red. la eficacia de

La comunicacin VoIP es la forma de integrar la telefona tradicional al mundo de los datos. Las Comunicaciones IP se convertirn en el medio dominante de todas las formas de comunicacin. Los beneficios pesan ms que cualquier otra cosa ya que quitan las limitantes de sistemas propietarios y proporcionan productividad incrementada, escalabilidad, movilidad, y adaptabilidad.

Las Comunicaciones IP aaden el beneficio de aplicaciones adicionales, como centros de contacto y comunicaciones unificadas, a un menor costo mientras contina proporcionando todos los benficos y caractersticas a las que usted se ha acostumbrado con su red de voz.

La aparicin del protocolo TCP/IP, ha permitido que la informacin se pueda convertir en paquetes de datos independientemente de su origen, y por otro
4

lado, la utilizacin masiva a escala mundial

del Internet, basada en IP

(Internet Protocol), produjo una transformacin en la forma de comunicarse de la sociedad y les brind a los operadores de las redes fijas, las pistas y pautas necesarias para desarrollar sus redes y poder satisfacer las nuevas demandas de los consumidores.

En el presente proyecto se propone realizar el diseo e implementacin de un enlace entre dos sitios remotos para la empresa Hidrotoapi, utilizando el protocolo de comunicaciones H323, mediante la instalacin de dos servidores de comunicacin Alcatel, lo cual producir una reduccin de costos de las llamadas externas entre la matriz y el campamento las palmas ubicado en Santo Domingo.

DESCRIPCIN DEL PROBLEMA A RESOLVER.

El Proyecto hidroelctrico Toachi Pilatn es considerado uno de los componentes ms importantes del desarrollo energtico del pas. En razn de sus caractersticas energticas, sus parmetros econmicos y por estar ubicado en la vertiente de drenaje del Pacfico, que tiene un comportamiento hidrolgico complementario con el de la vertiente del Amazonas, en donde actualmente se encuentran ubicadas la mayor parte de las principales centrales hidroelctricas en operacin.

Uno de los pilares fundamentales de su correcto funcionamiento es la implementacin de sistemas de comunicacin confiables entre la matriz y la planta de generacin ubicada en Santo domingo de los Tschilas. De este modo se podr elevar los niveles de eficiencia y eficacia en sus operaciones.

Actualmente la matriz de Hidrotoapi ubicada en Quito tiene instalada una central Alcatel OmniPCX Office con un nmero limitado de extensiones y en el campamento de Las Palmas ubicado en Santo Domingo est instalada una central Panasonic de 16 extensiones.

La comunicacin entre el personal de la matriz y en campamento es muy frecuente y se hace por medio de las lneas de la CNT y utilizando bases celulares de movistar y porta, lo que hace que el costo de las comunicaciones sea muy elevado.

Para solucionar este inconveniente se ha visto la necesidad de disear una red de VoIP utilizando un servidor de comunicaciones Alcatel OmniPCX Office en los dos sitios los cuales se enlazarn a travs del protocolo H323, con esta alternativa se busca integrar voz y datos en la misma red para bajar considerablemente la facturacin de llamadas externas.

OBJETO DE ESTUDIO.

Diseo e implementacin de soluciones tecnolgicas de voz sobre IP para optimizar procesos de comunicacin y recursos econmicos.

CAMPO DE LA INVESTIGACIN.

Enlaces de voz basados en el protocolo H323, entre dos sitios remotos mediante servidores de comunicacin IP.

OBJETIVOS.

OBJETIVO GENERAL.

Disear la red de voz sobre IP entre la matriz de la empresa Hidrotoapi ubicada en la ciudad de Quito y el campamento de La Palma ubicado en la ciudad de Santo Domingo de los Tschilas, utilizando servidores de comunicacin Alcatel Omni PCX Office para optimizar los procesos de comunicacin.

OBJETIVOS ESPECFICOS.

Recopilar y analizar la informacin sobre soluciones de voz sobre IP.

Estudiar y analizar la estructura de red LAN y WAN entre la matriz de Hidrotoapi y el campamento La Palma.

Analizar los requerimientos de hardware para el funcionamiento de VoIP entre los 2 sitios remotos.

Configurar los servidores Omni PCX Office utilizando el software de administracin OMC por medio del puerto LAN de la CPU.

Realizar las pruebas de funcionamiento del enlace Voip H323, realizando llamadas internas desde la matriz de la empresa Hidrotoapi y el campamento La Palma.

Documentar todo el proceso del desarrollo del presente trabajo.

MARCO TERICO.

La transmisin de voz sobre Protocolo de Internet, es un grupo de recursos que hacen posible que la seal de voz viaje a travs de la red de datos empleando el protocolo IP. Esto significa que se enva la seal de voz en forma digital, en forma paquetes de datos, en lugar de enviarla en forma analgica, a travs de circuitos utilizables slo para telefona como una compaa telefnica convencional o PSTN.

La principal ventaja de este tipo de servicios es que evita los cargos altos de telefona (principalmente de larga distancia) que son usuales de las compaas de la Red Pblica Telefnica Conmutada. Las llamadas de VoIP a VoIP entre
7

cualquier proveedor son generalmente gratis en contraste con las llamadas de VoIP a PSTN que generalmente cuestan al usuario de VoIP. El desarrollo de codecs para VoIP (aLaw, G.729, G.723, etc.) ha permitido que la voz se codifique en paquetes de datos de cada vez menor tamao. Esto deriva en que las comunicaciones de voz sobre IP requieran anchos de banda muy reducidos.

IDEA A DEFENDER.

La implementacin de una red de VoIP que integre la transmisin de voz con la de datos, mediante el uso y la configuracin de dos servidores de comunicaciones Alcatel Omni PCX Office, permitir soportar una efectiva comunicacin entre la matriz y el campamento de Hidrotoapi reduciendo los costos, as como el enlace de comunicaciones hacia la red telefnica tradicional.

METODOLOGA INVESTIGATIVA.

Para el desarrollo del diseo de la red de VoIP del presente proyecto de grado, se ha utilizado la metodologa que se resume en la tabla 1.

MTODOS DE INVESTIGACIN

METODOLOGA PARA EL DESARROLLO DE P.P.G.

FUNDAMENTACIN TERICA TERICOS: 1.HISTRICO LGICO Realizar una recopilacin de conceptos, caractersticas y generalidades de VoIP.

DIAGNSTICO

DISEO

APLICACIN Y PRUEBAS

2.ANALTICO SINTTICO

La aplicacin de un servidor de comunicaciones IP Alcatel

3.INDUCTIVO DEDUCTIVO

Permite seleccionar la temtica ms adecuada, que sustente la fundamentacin terica de la investigacin realizada

Se aplic en el desarrollo de los instrumentos de recopilacin de informacin

4.HIPOTTICO DEDUCTIVO

Este mtodo permitir el surgimiento de nuevas posibilidades y conocimientos. Registrar y planificar el comportamiento de cada uno de los elementos que van a intervenir en el diseo de la Red de VoIP. Internet e informacin del fabricante

EMPRICOS: 1.OBSERVACIN

2. RECOL. INFORM.

3.SIMULACIN

Servidor de comunicaciones Alcatel para su demostracin

4.EXPERIMENTACIN

Demostracin del servidor Alcatel

Tabla 1. Resumen de la aplicacin de los mtodos de investigacin.

RESULTADOS OBTENIDOS.

Al finalizar el presente proyecto se obtuvieron los siguientes resultados:

El diseo de la red VoIP para enlazar la matriz de Hidrotoapi ubicada en la ciudad de Quito y el campamento la palma ubicado en Santo Domingo de los Tschilas.

Implementacin del enlace remoto utilizando servidores de comunicacin Omni PCX Office.

Optimizacin de las comunicaciones entre el personal de la matriz de la empresa Hidrotoapi y el campamento de la palma en Santo Domingo de los Tschilas.

La documentacin necesaria con la informacin y resultados obtenidos en la realizacin de la memoria tcnica.

10

CAPTULO I
FUNDAMENTACIN TERICA

El crecimiento y fuerte implantacin de las redes IP, el desarrollo de tcnicas avanzadas de digitalizacin de voz, mecanismos de control y priorizacin de trfico, protocolos de transmisin en tiempo real, as como el estudio de nuevos estndares que permitan la calidad de servicio en redes IP, han creado un entorno donde es posible transmitir telefona sobre IP. La telefona sobre IP abre un espacio muy importante dentro del universo que es Internet. Es la posibilidad de estar comunicados a costos ms bajos dentro de las empresas y fuera de ellas. En el presente captulo se habla sobre los conceptos fundamentales del protocolo TCP/IP, sus caractersticas, las ventajas y desventajas de usar comunicacin voip.

1.1

COMUNICACIONES IP

Las Comunicaciones IP son la combinacin de las aplicaciones de voz, datos, video, inalmbricas y multimedia en una red convergente (figura 1.1), que est basada en tecnologas y protocolos de circuitos conmutados y TCP / IP.

Es la generacin futura de tecnologa de red que es capaz de manejar todo tipo de trfico y entrega ms servicios de los que estaban disponibles en redes de voz y datos separadas junto con servicios de telefona mejorados ya existentes.

Las Comunicaciones IP aprovechan la tecnologa de voz de alta calidad que se encuentra en las redes de voz y en la naturaleza de los protocolos TCP / IP en redes empresariales. Tambin ofrece uso eficaz del ancho de banda al tener voz y datos que comparten las mismas conexiones. Ahorros en las facturas de llamadas telefnicas, integracin de la informacin del cliente y mayor movilidad para los empleados.
11

Figura 1.1 La voz y los datos comparten las mismas conexiones.

Las comunicaciones IP brindan a las compaas: Incremento en la productividad Alta calidad de voz Confiabilidad Interoperabilidad Una sola plataforma de administracin de red Movilidad Ahorro en costo de IP Comunicaciones unificadas Seguridad

Los ahorros se obtienen al tener una sola red con menos dispositivos que manejar, y la inversin existente se maximiza al no requerir la substitucin del equipo existente. Adems, la red de Comunicacin IP ofrece aplicaciones que no eran posibles hace algunos aos como son los centros de contacto integrados y comunicaciones unificadas, adems crea oportunidades para desarrollar nuevos negocios y mejorar la administracin de la relacin con el cliente.

Las comunicaciones IP ofrecen muchos beneficios, incluyendo migracin hacia una solucin totalmente convergente a su propio ritmo.

Las Comunicaciones IP son la solucin de red convergente para aplicaciones de voz y transmisin de datos sensibles al tiempo que estn libres de paquetes perdidos o cados y que ofrecen comunicaciones unificadas y aplicaciones de multimedia.
12

1.1.1

BENEFICIOS DE LAS COMUNICACIONES IP

Los beneficios de una red de convergencia se extienden ms all del ahorro por tener menos equipo se extienden a las aplicaciones que mejoran los contactos con el cliente y la eficiencia a los empleados.

Las Comunicaciones IP lo liberan de los sistemas de telefona propietarios, cerrados, inflexibles y centralizados mientras que retiene las capacidades de la telefona de hoy, como disponibilidad ilimitada, tolerancia en fallas, alta calidad de voz, y servicios enriquecidos en caractersticas (figura 1.2).

Figura 1.2 Diferencias entre la conmutacin de circuitos y la conmutacin de paquetes .

Se tiene que hacer una distincin entre las soluciones de red de convergencia y las otras Comunicaciones IP (o telefona de IP) y aquellas que simplemente aadieron la capacidad de voz a una red de IP. Las comunicaciones IP entregan voz, datos, video y aplicaciones de multimedia con calidad aceptable de manera efectiva en costos, algo que las simples soluciones de VoIP no pueden proporcionar.

Las Comunicaciones IP tambin proporcionan la flexibilidad de movilidad al permitir que un empleado siempre este en contacto con la oficina y con los sistemas de informacin remotos, sin importar la hora del da, ubicacin o tipo de

13

interaccin (telfono, correo electrnico, etc.).

Tambin ofrece un directorio global por medio del uso de LDAP (Protocolo de Acceso al Directorio Ligero). Con LDAP, la informacin contacto del empleado se puede obtener desde cualquier lugar dentro de la compaa, a diferencia de la mayora de las redes de VoIP que solamente ofrecen informacin del contacto para aquellos individuos dentro del mismo grupo.

Un sistema de Comunicaciones IP es un activo corporativo crtico que proporciona nuevas aplicaciones como centro de contacto multimedia, voz y video con el texto y datos ms tradicionales en la red de la empresa.

1.2

DIFERENCIAS ENTRE UN PBX Y LA RED DE DATOS

Algunas personas argumentaran que es ms fcil y mejor dejar las cosas como estn, quedarse con el PBX y las redes de datos separadas. La mayora se preocupa por la prdida de las caractersticas y funcionalidades del PBX en las que dependen las empresas. Ellos tambin pueden estar preocupados por la proteccin de su inversin en el legado de PBX, telfonos, y equipo de fax. Si se implementan las Comunicaciones IP estas limitaciones desaparecen.

A pesar de que brindan un gran valor, el legado de PBX tiene sus defectos. Son propietarios y cerrados, las nuevas funciones que ofrecen son limitadas, y necesitan servidores especializados con recursos DSP1 dedicados.

Tambin las nuevas aplicaciones tpicamente se pueden comprar solamente con su vendedor de PBX existente: no hay competencia y los precios son ms altos.

Al consolidar las dos redes, desaparecen los viejos problemas y las nuevas

REDROBAN, Anton: Enlaces Voip, http://es.wikipedia.org/wiki/Proces_dig

14

soluciones estn disponibles. Con las comunicaciones IP, basadas en estndares abiertos, es posible la interoperabilidad, se proporcionan ms opciones de productos para mejoras y escalabilidad futura.

El acceso universal a las redes unificadas es posible ya que IP est en todas partes. La redundancia est integrada con el uso de protocolos estndar que ofrecen rutas alternas. Esto junto con una infraestructura inalmbrica proporciona movilidad por medio de acceso inalmbrico.

La movilidad no est solamente limitada al inalmbrico el uso de IP tambin permite movilidad de escritorio. De la misma forma en que la movilidad de trabajar desde cualquier escritorio est disponible, IP proporciona una simple forma para que su perfil telefnico lo siga por toda la empresa.

Si una empresa no est totalmente lista para combinar sus redes de voz y datos ya sea por razones econmicas o tcnicas la telefona IP (esto es las Comunicaciones IP sin el centro de contacto multimedia y la comunicacin unificada) sigue siendo una solucin para su PBX existente. Una buena solucin de Comunicaciones IP le permite habilitar su PBX existente a IP para obtener vida adicional de stos. Le permite a la compaa incorporar muchos de los beneficios de IP sin preocuparse por problemas de datos en la misma red.

Todas las empresas implementarn Comunicaciones IP en el cercano futuro debido a las ventajas que les brinda. Es solo una cuestin de cuando, ms no de si es posible. Con esto en mente, tiene sentido el entender lo que est involucrado y determinar cmo abordar la solucin de IP que mejor y ms beneficiar a la situacin individual de cada empresa. 1.3 ARGUMENTOS PRINCIPALES PARA IMPLEMENTAR VoIP

Hoy en da hay muchas razones para implementar una red de Comunicaciones IP. Las Comunicaciones IP remueven las limitantes de sistemas propietarios y

15

entregan incrementos en la productividad, escalabilidad y adaptabilidad de las redes en un ambiente fcilmente administrable y seguro. Las Comunicaciones IP entregan una alta disponibilidad y confiabilidad, ahorro en costo real, una red ms sencilla con aplicaciones avanzadas posibles, como comunicaciones unificadas y centros de contacto de multimedia que con el uso de base de datos, voz, e imgenes de video interactan directamente con el cliente.

1.3.1 DISPONIBILIDAD Y CONFIABILIDAD

Los negocios de una empresa necesitan y esperan una red de convergencia para entregar la misma disponibilidad y confiabilidad que ofrece un circuito conmutado de la red de voz existente.

Al ofrecer una red de convergencia basada en una tecnologa que soporta QoS, se pueden evitar o disminuir la latencia y jitter . La redundancia integrada y rutas alternas al PSTN2 aseguran la disponibilidad de la red para trfico de voz.

1.3.2 INTEROPERABILIDAD

El mayor reto de comunicacin al que se enfrentan la mayora de las empresas se deriva del tratar de juntar ciertas funciones de negocios con sistemas distintos para que trabajen juntos.

Una buena solucin de Comunicaciones IP no obliga la remocin de todos los equipos simplemente para crear un ambiente de IP. Y por qu hacerlo si los equipos funcionan bien y el presupuesto est ajustado? Aprovechndose de QSIF, IP se puede desfasar donde tiene sentido dejar las redes tradicionales en su lugar.

Proporciona tecnologa y aplicaciones fciles de usar que ayudan a minimizar la

2

CALERO, Alejandro: Redes Telefnicas, www.uanl.mx/1/Redes_telef

16

complejidad, aumentar la eficiencia y adaptarse con rapidez a los cambios tecnolgicos de la organizacin.

1.3.3 AHORRO EN COSTOS

Un incentivo muy importante para implementar las Comunicaciones IP es el ahorro en costos que se puede obtener en muchas reas. En trminos de hardware, al reducir el nmero de dispositivos y la cantidad de cableado que se necesita para mantenerse en la red es donde a menudo se ahorra. Con la flexibilidad de las redes IP, los cambios cuestan menos cuando un empleado se va a mover o aadir. Tambin promueve eficacia en la operacin y administracin mejorada.

El ahorro en costos tambin es posible cuando el trfico de voz va sobre redes de datos pre-existentes, es casi un viaje gratis.

El trfico de datos tiene una naturaleza explosiva as que se beneficia de la disponibilidad del ancho de banda. Sin embargo, no llena el conducto continuamente. Los conductos de alto rendimiento no son costo efectivo si su uso no se maximiza. El trfico de voz y video son las opciones obvias para usar el exceso de ancho de banda, previendo que se le d la prioridad apropiada.

La mejora de las prcticas de negocios tambin le ahorra dinero a una empresa. Las nuevas aplicaciones pueden tomar ventaja de velocidades ms altas y de la disponibilidad de tener tanto datos como voz en la misma red, lo que resulta en ciclos de desarrollo ms cortos debido a que la sincronizacin de informacin no es tanto problema.

Estas aplicaciones pueden crear trfico ms complejo, pero estas hacen buen uso de la disponibilidad de ancho de banda. Esto agrega valor a una empresa mientras se reducen los costos.

17

Al abrir las comunicaciones de voz a la competencia, tambin se ahorra a largo plazo. Las comunicaciones sobre un sistema abierto (como lo es IP) le permiten a cualquiera escribir nuevas aplicaciones para soportar la red. De la misma forma en que las aplicaciones de datos se pueden conmutar cuando uno quiera, esto pronto ser realidad para las comunicaciones de voz.

1.3.4 SIMPLIFICACIN

Con menos redes y dispositivos, es menos complicado administrar la red, el resultado es ahorro en costo y procesos de negocios mejorados que afectan todas las reas del negocio, como servicio a clientes y eficacia en los empleados.

Menos redes que administrar, tambin se traduce en menor cantidad de personal necesario para el mantenimiento de la red de comunicacin, ms ahorros en pago de nmina, y a la vez, se simplifica la administracin y el soporte de la red.

El aadir nuevo equipo tambin se vuelve ms fcil, ya que todo va a operar sobre IP y no sobre protocolos propietarios que requieren de una configuracin compleja.

1.3.5 NUEVAS APLICACIONES

La ventaja ms importante de las Comunicaciones IP es la de utilizar un protocolo de sistema abierto que substituye los sistemas propietarios existentes. Su notable apertura y funcionalidad hace posible el tener nuevas formas de contactar a clientes, nuevos procesos de negocios y nuevas formas de manejar y presentar informacin corporativa.

Las ventajas de las Comunicaciones IP en el mundo de los negocios se fortalecen an ms debido a sus aplicaciones de multimedia, las cuales son posibles por su capacidad de soportar datos, voz y video en una sola red.

18

El extenso juego de aplicaciones incluye soluciones de centro de contacto de multimedia, comunicaciones unificadas, la integracin total de movilidad, trabajo remoto. Tambin es posible un amplio directorio de la empresa, (incluyendo a las sucursales) basado en IDAP. Estas son aplicaciones que las redes de voz o datos solas no pueden proporcionar.

1.3.6 FLEXIBILIDAD

La comunicacin VoIP ofrece transiciones de red flexibles y est disponible en una amplia rea geogrfica con 100% de accesibilidad a las funciones desde cualquier parte. La flexibilidad protege la inversin en equipos ya existentes mientras que se aprovechan las nuevas aplicaciones.

Adems el protocolo IP extiende la gama de dispositivos de conectividad para incluir telefona bsica (anloga, digital, IP) a los dispositivos inalmbricos, sistemas anfitriones distantes, cada uno optimizada para tareas especficas mientras estn conectados en cualquier parte de la red de IP. Las Comunicaciones IP ofrecen un ambiente de comunicacin empresarial abierto, flexible y confiable.

1.4

APLICACIONES

Una red de convergencia basada en el protocolo de Comunicacin IP combinada con varios servidores distribuidos proporciona un ambiente en el cual son posibles las aplicaciones a continuacin nombradas:

Basada en Web, centros de contacto de Multimedia que convergen, y llamadas de voz directas sobre Internet.

Servicio de administracin de relaciones con clientes (CRM) que mejora la experiencia del cliente y permite obtener transacciones de informacin que se va a recolectar para:

19

Propsitos de mercadotecnia

Rastreo de gastos de cliente platino

Anlisis de costos para atender a cada cliente en el centro de contacto.

Comunicaciones unificadas, es la habilidad de recuperar correos de voz, correo electrnico, y faxes desde varios dispositivos y ubicaciones.

Dispositivos de respuesta de voz interactivos (IVR) tienen la habilidad de buscar pginas de Web por comandos de voz y proporcionar esa informacin al agente del call center va un CTI. Por ejemplo, un agente puede ver que un cliente solicita una cotizacin de acciones a cierta compaa mientras espera en lnea.

Trabajo remoto, es la habilidad que tiene un empleado para trabajar desde su hogar u otra ubicacin fuera de la oficina dando la impresin de que est en la oficina.

Bsqueda de voz (usando reconocimiento de voz para los comandos) as como directorio y funciones de auto atencin.

Las aplicaciones de un ambiente convergente se pueden personalizar y combinar para adaptarse a transacciones especficas, y son combinables para proporcionar soluciones completas. Y, ya que estn basadas en estndares, son escalables y permiten modificaciones sin afectar las redes y plataformas de procesamiento.

1.5

ESTNDARES DE VOIP

El soporte de una llamada telefnica sobre una red de paquetes, que en la mayora de los casos es una red IP, consta de dos fases: por una parte, el establecimiento de la llamada, es decir el equivalente a la obtencin del tono de

20

invitacin a marcar, la marcacin del numero destino, la obtencin del timbre de llamada o de la seal de ocupado y el descolgado del receptor para contestar la llamada y, por otra parte, la propia conversacin.

En cualquiera de estas dos fases es necesaria una serie de estndares que las regulen y permitan la interconexin de equipos de distintos fabricantes. As pues, se puede distinguir entre protocolos de sealizacin, que son los encargados del establecimiento de la llamada y protocolos de transporte, cuya misin es asegurar la comunicacin de voz.

1.5.1 PROTOCOLOS DE SEALIZACIN

La arquitectura de sealizacin debe soportar los servicios tradicionales como los nuevos servicios ofrecidos por puntos finales inteligentes, a la vez que conservan la privacidad y la integridad de la informacin del usuario.

Por otra parte, las expectativas de calidad del usuario exigen una red de sealizacin de altas prestaciones, pues la disponibilidad de la red debe ser similar a la de RTCP3 (ms del 99,9 por 100). Esta es la razn de que la fiabilidad no solo deba residir en los elementos de la red sino tambin en la arquitectura de sealizacin empleada. En definitiva lo que se quiere obtener siempre ser: Bajo retardo.- el retardo extremo a extremo de los paquetes debe ser lo suficientemente pequeo como para no interferir con la conversacin normal. Baja tasa de prdidas.- las prdidas de paquetes no deben ser perceptibles en la calidad de la seal recibida (ya sea voz, fax, etc.). Retardo posterior a marcado reducido.- el retardo existente entre el marcado del ltimo digito por parte del usuario y la recepcin de la confirmacin de la red de que es posible cursar la llamada no debe ser mayor que su equivalente en la RTCP.
3

SERNA, Francisco: Protocolo de control en tiempo real, http://es.wikipedia.org/wiki/Real_time_control_protocol.

21

Retardo posterior al descolgado pequeo: el intervalo temporal que transcurre entre que el usuario descuelga el telfono y la llegada de la primera informacin debe ser suficientemente corto para que esta no aparezca recortada.

Todos estos factores hacen necesaria una gestin de recursos que asegure la optimizacin de la capacidad para el transporte de la voz en cualquier punto del camino extremo a extremo. Los protocolos de sealizacin son, pues, el corazn de la voz sobre paquetes y la distinguen de otro tipo de servicios. Las funciones que realiza son las siguientes:

Localizacin de usuario.- si un usuario A desea comunicarse con un usuario B, en primer lugar A necesita descubrir la localizacin actual de B en la red, con el fin de que la peticin de establecimiento de sesin pueda llegarle. Adems, hay que tener en cuenta que el usuario B puede estar en diferentes lugares en instantes distintos, e incluso ser alcanzable por varios medios simultneos (por ejemplo, a travs de un PC o de un telfono convencional). Esta funcin es lo que se conoce como localizacin de usuario y es importante para aquellos PC que no disponen de direccin IP fija (casi todos los modems incluyendo los ADSL y los cable modems, asignan direccin a los PC dinmicamente a travs del DHCP 4, Dinamic Host Configuration Protocol).

Establecimiento de sesin.- el protocolo de sealizacin permite al usuario llamado aceptar la llamada, rechazarla o desviarla a otra persona, buzn de voz o pagina web.

Negociacin de sesin: la sesin multimedia puede comprender diferentes tipos de flujo de informacin (audio, video, etc.). Cada uno de estos flujos puede utilizar algoritmos de compresin diferentes, y tener
4

TENRES, Carlos: Info Enlaces, www.ing.puc.cl/esp/infgeneral

22

lugares en diferentes puertos unicast o multicast5. El proceso de negociacin de sesin permite a las partes implicadas acordar un conjunto de parmetros de inicializacin, tambin se conoce con el nombre de intercambio de caractersticas.

Gestin de los participantes en la llamada.- es posible aadir y / o eliminar miembros de una sesin ya establecida.

Para cumplir con estos requerimientos existen principalmente tres protocolos: H.323.- ha sido desarrollado por la ITU6. Originalmente fue concebido para comunicaciones multimedia en redes de rea local pero se ha extendido a la VoIP. Proporciona control de llamada, funciones de conferencia, gestin de llamada, capacidad de negociacin de parmetros y otros servicios suplementarios.

SIP / SDP (Protocolo de Inicio de Sesin / Protocolo de Descripcin de Sesin).- desarrollado por el IETF (Internet Engineering Task Force) ha sido diseado para soportar control de llamadas y negociacin de sesin en forma distribuida.

MGCP (Media Gateway Control Protocol).- se trata de un protocolo de control que permite a un controlador central la monitorizacin de eventos que ocurren en los telfonos IP y en las pasarelas y les impone el envi de la informacin a direcciones especificas.

De estos tres protocolos mencionados, el ms difundido en el mbito mundial es el H.323. En la tabla 1.1 se puede observar las diferencias entre estos protocolos.

CISCO, Systems: IP networks, www.cisco.com/univercd/cc/td/doc TOUR, Hamadoun: www.itu.int/es/pages/default.aspx

23

CARACTERSTICAS DE VARIOS PROTOCOLOS

H.323 Organismo de Estandarizacin Arquitectura Versin Actual Responsable del Control de las llamadas Puntos Finales Sealizacin Soporte Multimedia DTMF relay Fax relay Servicios Suplementarios
ITU Distribuida H.323 v.4 Gatekeeper Pasarela, terminal TCP o UDP Si H.245 (sealizacin) o RFC 2833 (datos) T.38 Proporcionados por los puntos finales o el responsable del control de llamadas

SIP
IETF Distribuida RFC2543 bis07 Servidor proxy o servidor de desvo Agente de Usuario TCP o UDP SI INFO (sealizacin) o RFC 2833 (datos) T.38 Proporcionados por los puntos finales o el responsable del control de llamadas

MGCP
IETF Centralizada MGCP 1.0 Control de pasarela Media Gateway TCP (H.248) o UDP (H.248 y MGCP) Si Sealizacin o RFC 2833 T.38 Proporcionados por el agente de llamadas

Tabla 1.1 Caractersticas de varios protocolos

24

1.5.2 EL PROTOCOLO H.323

H.323

es un

estndar

que

especifica

los

componentes,

protocolos

procedimientos que proporcionan servicios de comunicacin multimedia (audio, video y datos en tiempo real) sobre redes de paquetes no orientadas a la conexin y que no garanticen calidad de servicio.

El estndar H323 especifica cuatro tipos de componentes (tres de ellos se muestran en la siguiente figura) que conjuntamente proporcionan un servicio de comunicacin multimedia. punto a punto o punto multipunto:

Terminales.- los terminales se emplean en comunicaciones multimedia en tiempo real bidireccional. Un terminal H.323 es un dispositivo en el que se ejecutan H.323 y aplicaciones multimedia. Soporta comunicaciones de audio y puede soportar comunicaciones de video o de datos.

Pasarelas.- una pasarela conecta dos redes diferentes. Proporciona conectividad entre una red H.323 y una red que no es H.323. Esta conectividad se lleva a cabo traduciendo los protocolos de establecimiento y liberacin de llamadas y convirtiendo los formatos de la informacin entre las redes que se interconectan. Por ello, no es necesaria una pasarela para establecer una comunicacin entre dos terminales H.323.

Gatekeepers.- el gatekeeper es el cerebro de una red H.323. Aunque no son imprescindibles, proporcionan servicios tales como el

direccionamiento, la autenticacin y autorizacin de terminales H.323 y pasarelas, facturacin, etc.

Unidades de control multipunto.- las unidades de control multipunto o MCU (Multipoint Control Unit) soportan conferencias entre tres o ms terminales H.323. Todos los terminales que participan en la conferencia

25

establecen una conexin con la MCU. La MCU gestiona los recursos de la conferencia, negocia con los terminales el codec de audio o video a emplear y puede mantener el flujo multimedia. Los gatekeepers, las pasarelas y las MCU son entidades lgicas diferentes que pueden implementarse en un solo dispositivo fsico.

Antes de proseguir en el anlisis del protocolo, es necesario definir una serie de conceptos previos, que son los siguientes:

Zona H.323.- una zona H.323 es el conjunto de terminales, pasarelas y MCU gestionados por un nico gatekeeper. Una zona incluye al menos un terminal y varias pasarelas o MCU. Cada zona depende nicamente de un gatekeeper. Una zona es independiente de la topologa de la red y comprende mltiples segmentos de red conectados mediante routers u otros dispositivos de interconexin.

Figura 1.3 Zona H.323

Direccin de red.- cada entidad H.323 dispone de una direccin de red que lo identifica unvocamente. Un punto final puede emplear

simultneamente direcciones de red diferentes para canales distintos en la misma llamada.

26

Figura 1.4 Arquitectura general de una red H.323

Alias.- el alias ofrece un mtodo alternativo para direccionar un punto final. Puede ser una direccin de correo electrnico, un nmero de telfono, etc. Cada punto final puede tener asociados varios alias, pero este es nico dentro de cada zona H.323.

Identificador TSAPI (Transport layer Service Access Point Identifier) .permiten la multiplexacion de varios canales lgicos sobre una misma direccin de red. El TSAPI depende del tipo de entidad H.323: o Un punto final dispone de un TSAPI de canal de sealizacin bien definido. o Si se trata de una pasarela, adems, tienen un TSAPI de canal RAS y otro TSAPI multicast llamado DMA (Discovery Multicast Address).
27

1.6

MECANISMOS DE CONTROL Y SEALIZACIN

El estndar H.323 proporciona tres protocolos de control que son:

a. Sealizacin de llamada H.255/Q.931.- para el control de sealizacin asociada a las llamadas.

la

b. RAS H.255.0.- para el establecimiento de una llamada desde el origen hasta el destino.

c. H.245.- para la negacin relativa a los flujos de datos.

A continuacin se explica en detalle cada uno de los protocolos de control, que son importantes en el funcionamiento del estndar H.323.

a. Sealizacin de Llamada H.255.0/Q.931.- el canal de sealizacin se emplea para transportar mensajes de control. Existen dos tipos de sealizacin: o Sealizacin directa: los mensajes de sealizacin se intercambian directamente (sin la intervencin de un gatekeeper) entre los puntos finales utilizando las direcciones de transporte de sealizacin de llamada CSTA (Call Signaling Transport Address). o Sealizacin Indirecta: inicialmente, se enva un mensaje al gatekeeper utilizando la direccin de transporte del canal RAS7. De este modo, los mensajes de sealizacin son encaminados por el gatekeeper. En este caso, hay dos opciones en cuanto al direccionamiento del canal de control de la sealizacin: bien directamente, o bien a travs del propio gatekeeper.

La sealizacin H.255 se emplea para establecer conexiones entre puntos finales

7

PORTIER, Alan: Servicio de acceso remote, http://en.wikipedia.org/wiki/Remote_Access_Service.

28

H.323 sobre las que pueden transportarse datos en tiempo real. La sealizacin implica el intercambio de mensajes H.255 sobre un canal de sealizacin fiable. Por ello en las redes IP, se implementa sobre TCP.

b. RAS H.255.0.- el registro, admisin y estado (RAS, Registration, Adminission and Status) es el protocolo que se establece entre extremos finales y gatekeepers previamente al establecimiento de cualquier otro tipo de canal. Los mensajes RAS viajan a travs de un canal no fiable (UDP). Las funciones definidas en el protocolo son las siguientes: o Descubrimiento del Gatekeeper: tiene lugar en los puntos finales H.323 para determinar el gatekeeper en el que dicho punto final debe registrarse, y puede ser de dos tipos:

1. Esttico: el punto final sabe a priori la direccin de transporte de su gatekeeper.

2. Dinmico: el punto final enva un mensaje GRQ multicast en el que pregunta cul es el gatekeeper que le corresponde. Este mensaje ser respondido por un mensaje GFC enviado por los gatekeepers disponibles.

Generalmente, el punto final enva un mensaje multicast de solicitud de gatekeeper (GRQ, Gatekeeper Request), que es respondido por uno o ms gatekeepers con un mensaje de confirmacin GCF (Gatekeeper Confirmation) indicando el deseo del gatekeeper de que el punto final en cuestin se registre en l. Esta respuesta incluye la direccin del transporte del canal RAS del gatekeeper. Los gatekeepers que no quieran aceptar el registro del punto final pueden enviar un mensaje de rechazo GRJ (Gatekeeper Reject). El punto tiene la posibilidad de elegir el gatekeeper de entre todos los que contestan con el mensaje GCF. Si no contestara ninguno dentro de un cierto intervalo de tiempo, el punto final retransmite el mensaje GRQ.

29

o Registro del Punto Final: es un proceso empleado por los puntos finales para darse de alta en una zona e informar al gatekeeper de su direccin de transporte y de su alias en dicha zona. Todos los puntos finales se registran en el gatekeeper encontrado durante el proceso de

descubrimiento. Un punto final enva una solicitud de registro RRQ (Registration Request) a la direccin de transporte del canal RAS del gatekeeper.

En este sentido, hay que tener en cuenta que el punto final dispone de la direccin de red del gatekeeper (obtenida durante el descubrimiento) y el TSAPI del canal RAS. Cuando el gatekeeper ha recibido el mensaje RRQ puede optar por aceptar la solicitud, para lo cual enva al punto final un mensaje de confirmacin RCF (Registration Confirmation), o bien puede rechazarla enviando un mensaje RRJ (Registration Reject).

El gatekeeper debe asegurarse de que cada alias se traduce en una direccin de transporte nica. Un punto final puede cancelar su registro enviando un mensaje URQ (Unregister Request) al gatekeeper. El gatekeeper, entonces, confirma la baja en el registro con un mensaje UCF (Unregister Confirmation). El proceso de baja en el registro tambin puede ser iniciado por el gatekeeper mediante el envi de un mensaje URQ al punto final en cuestin, que contestara con un mensaje UCF. o Localizacin del Punto Final: es el proceso por el cual un gatekeeper o un punto final que disponen del alias de otro punto final obtienen la informacin de contacto del mismo. Para ello, aquellos envan un mensaje de solicitud de localizacin (LRQ, Location Request). El gatekeeper en el que el punto final solicitado esta registrado contesta con un mensaje de confirmacin (LCF, Location Confirmation) que contiene la informacin de contacto del punto final.

30

Por el contrario, todos los gatekeepers en los que no est registrado el punto final solicitado respondern con un mensaje de rechazo LRJ (Location Reject) si reciben un LRQ por el canal RAS. o Otras funciones de Control: el canal RAS se emplea para llevar a cabo otros tipos de mecanismos de control, tales como el control de admisin, la restriccin de la entrada de un punto final en una zona, el control del ancho de banda y el desenlace de control, que consiste en dar de baja a un punto final de un gatekeeper y su zona correspondiente.

c. H.245.- el protocolo H.245 se emplea en el intercambio de mensajes de control extremo a extremo. Estos mensajes de control se utilizan para gestionar el funcionamiento del punto final H.323 y llevan informacin relacionada con las capacidades de intercambio, la apertura y el cierre de canales lgicos para el transporte de flujos de datos, mensajes de control de flujo e indicaciones y comandos de ndole general.

El control de la sealizacin H.245 consiste en el intercambio extremo a extremo de mensajes H.245 entre los puntos finales H.323 que intervienen en la comunicacin. Los mensajes de control H.245 son transportados sobre canales de control. El canal de control H.245 es un canal lgico abierto permanentemente, a diferencia del resto de canales.

Los mensajes H.245 pueden ser de dos tipos que son: o Mensajes de intercambio de caractersticas de los terminales: el intercambio de caractersticas es un proceso que emplean los terminales para intercambiar sus capacidades de transmisin y recepcin con el extremo final. o Mensajes de sealizacin de canales lgicos: un canal lgico lleva informacin unidireccional desde un punto final a otro punto final (en el

31

caso de una conferencia punto a punto) o desde un punto final a mltiples puntos finales (en el caso de una conferencia punto multipunto). H.245 proporciona mensajes para abrir o cerrar un canal lgico.

1.7

COMPONENTES DE UNA RED H.323

Aunque estrictamente hablando, los componentes de una red H.323 son los terminales, las pasarelas, los gatekeepers y las MCU, haremos mencin especial en este apartado a los codecs (tanto de audio como de video) y a la conferencia de datos, dada su importancia para formar parte de varios de los componentes de la red.

1.7.1 Codec de Audio

Un codec de audio codifica la seal de audio procedente del micrfono del terminal transmisor y, en el otro extremo, decodifica el audio codificado enviado al hablante del terminal H.323 receptor. Puesto que el servicio mnimo proporcionado por H.323 es la comunicacin de voz, todos los terminales H.323 deben disponer de el, al menos un codec de audio como especifica la recomendacin ITU-T G.711 (codificacin de audio a 64Kbps).

Sin embargo esta codificacin es la menos adecuada para la comunicacin sobre una red de paquetes porque por lo general el ancho de banda de usuario es menor a 64Kbps, as que se han definido otras recomendaciones adicionales como son G.722 (64,56 y 48Kbps), G.723.1 (5,3 y 6,3Kbps), G.728 (16 Kbps) y G.729 (8 Kbps), que tambin se soportan.

En la tabla 1.2 se resumen algunos de los cdecs VoIP comunes utilizados en enlaces H323.

32

Cdec VoIP G.711

Ancho de banda (Kbps) 64

Descripcin Este cdec requiere un procesamiento muy lento. Necesita un mnimo de 128 Kb por segundo (Kbps) para una comunicacin bidireccional. Este cdec ofrece una compresin alta con audio de alta calidad. Necesita ms procesamiento que el cdec G.711. El cdec G.723.1 usa un ancho de banda reducido pero ofrece una calidad de audio ms pobre.

G.723.1

5.3/6.3

Tabla 1.2 Codecs VoIP

1.7.2 Codec de Vdeo

Por su parte, un codec de video codifica la seal de video procedente de la cmara del terminal transmisor y en el otro extremo, decodifica el video codificado enviado el terminal H.323 receptor. Las comunicaciones de video requieren de un mayor ancho de banda que las comunicaciones de voz y adems su carcter es mucho ms aleatorio. Por lo tanto, resulta fundamental llevar a cabo una compresin eficiente para conseguir una buena calidad de seal.

La recomendacin H.323 especifica dos tipos de codec de video fundamentales: o H.261: proporciona canales de comunicacin de video de px64 (donde p es un entero comprendido entre 0 y 30). Emplea la DCT (Discrete Cosine Transform) para la compresin junto con la compensacin de movimiento. o H.263: est diseado para transmisiones de baja velocidad sin prdida de calidad. En este caso se emplea la misma DCT para compresin pero acompaada por una estimacin y una prediccin del movimiento. Tambin se definen una serie de parmetros de eficiencia de codificacin que se establecen durante una fase de negociacin entre los terminales.

La calidad del video depende de la tcnica de compresin empleada. La arquitectura de H.323 ha sido pensada para incorporar fcilmente nuevas tcnicas en el futuro.

33

1.7.3 Conferencia de Datos

Aplicaciones tales como la transferencia de ficheros, la transmisin de fax y la mensajera instantnea requieren de la conferencia de datos en tiempo real. Esta capacidad opcional de H.323 se define en la recomendacin T.120.

T.120 es un protocolo de comunicacin de datos en tiempo real diseado especficamente para conferencias. Al igual que H.323, T.120 consiste en un conjunto de estndares que permiten la comparacin en tiempo real de datos entre varios clientes de redes distintas. T.120 proporciona varias ventajas sobre otros mtodos, que son las siguientes: o Multiconferencia: T.120 soporta el transporte de datos multipunto, lo que permite actividades de colaboracin entre grupos. La MCU maneja la mezcla y conmutacin de datos de manera similar a la empleada para el audio y video. o Independencia de la red y la plataforma: T.120 opera en la capa de transporte de la red subyacente. Por tanto, es transparente e independiente del hardware y del software de red. o Interoperabilidad: el modelo de conferencia de todos los estndares H.32x hacen referencia a T.120. o Multicast: T.120 soporta flujos de datos multicast si la red lo permite.

1.7.4 Terminal

Son los clientes finales que soportan una comunicacin bidireccional en tiempo real de audio, video y datos y deben cumplir los siguientes estndares:

34

o H.245 para la negociacin del uso del canal y sus prestaciones. o H.225 para la sealizacin y el establecimiento de llamadas. o RAS

para

el

registro

el

control

de

admisin

entre

el

gatekeeper. o RTP / RTCP para la secuenciacin de los paquetes de audio y video.

Tambin debe de soportar codec de audio G7.11 y, Opcionalmente, codec de video y protocolos de conferencia de datos T.120 y capacidades de MCU.

1.7.5 Pasarela (Gateway)

Una pasarela se encarga de traducir los protocolos de establecimiento y liberacin de llamadas y de la congestin de formatos de la informacin entre diferentes tipos de redes, as como la transferencia de informacin entre redes H.323 y redes no H.323.

Figura 1.5 Arquitectura general de una red H.323

35

Los terminales se comunican con las pasarelas mediante el protocolo de control de sealizacin H.225. La pasarela convierte estos protocolos a los respectivos de la red no H323 de forma totalmente transparente. Adems, lleva a cabo el establecimiento y la liberacin de llamadas en la parte de la red H.323 y en la parte de la red no H.323. La conversin de los formatos de video y audio no son necesarios siempre y cuando los terminales de ambos extremos encuentren un modo de comunicacin comn.

La pasarela es un elemento esencial en la mayora de las redes pues su misin es enlazar la red VoIP con la red telefnica analgica o RDSI (figura 1.5). Se puede considerar, pues, a la pasarela como una caja negra que por un lado tiene una interfaz LAN y por el otro dispone de uno o varios de las siguientes interfaces: o FXO, para conexin de centralitas o a la red telefnica bsica. o FXS, para conexin a enlaces de centralitas o a telfonos analgicos. o E&M, para conexin especifica a centralitas. o BRI, para el acceso bsico RDSI8 (2B+D). o PRI, para el acceso primario RDSI (30B+D).

Los distintos elementos pueden residir en plataformas fsicas separadas, o se pueden encontrar varios elementos conviviendo en la misma plataforma. De este modo es bastante habitual encontrar juntos gatekeeper y pasarela. Tambin es comn implementar las funciones de pasarela en los routers. En muchos casos comerciales, es preferible continuar utilizando las lneas telefnicas tradicionales, porque as se puede garantizar una mejor calidad y mayor disponibilidad de la llamada.

SANTOS, Arnoldo: Sistemas digitales, www.tech-faq.com/isdn.html

36

1.7.6 Gatekeeper

Los gatekeeper proporcionan servicios de control de llamadas entre extremos finales H.323, tales como traduccin de direcciones y gestin de ancho de banda. En redes H.323 son opcionales. Sin embargo, si estn presentes, tanto los terminales como las pasarelas deben de utilizar sus servicios. Los estndares H323 definen los servicios que obligatoriamente debe de ofrecer el gatekeeper y especificar otras funciones adicionales.

Los servicios definidos por el gatekeeper estn definidos por el RAS e incluye la traduccin de direcciones, el control de admisin, el control de ancho de banda y la gestin de zona. Un gatekeeper es un componente lgico H323 independiente, puede implementarse como parte de una pasarela o una MCU.

Las funciones obligatorias de un Gatekeeper son:

Traduccin de direcciones: las llamadas originadas en el seno de una red H.323 emplean una lista para referirse al terminal destino, mientras que las llamadas originadas fuera de la misma y recibidas por una pasarela utilizan un nmero de telfono. E.1649. El gatekeeper debe de entonces traducir dicho numero E.164 en la direccin de red (por ejemplo, 195.77.30.135 para una red IP) del terminal destino. De esta forma, El punto final destino puede ser alcanzado utilizando la direccin de red H323.

Control de admisin: el gatekeeper controla la admisin de los puntos finales dentro de la red H.323. Para ello emplea mensajes Ras de peticin de admisin (ARQ), de confirmacin (ACF) y de rechazo (ARJ).

Control de ancho de banda: se implementa a travs de mensajes RAS, de

9

ITU: http:// www.itu.int/itudoc/itu-t/ob.../e164_763-es.html

37

peticin de ancho de banda (BRQ), de confirmacin (BCF) y de rechazo (BRJ). Por ejemplo, si el gestor de la red a especificado un lmite para el numero de conexiones H.323 simultaneas, el gatekeeper puede rechazar el establecimiento de mas conexiones. El resultado es la limitacin del ancho de banda asignado a una porcin del ancho de banda disponible, dejando el resto para aplicaciones de datos.

Gestin de zona: el gatekeeper proporciona las funciones anteriores para terminales, pasarelas y MCU y estn dentro de su zona de control.

Las funciones opcionales de un Gatekeeper son:

Control de la sealizacin: el gatekeeper puede encaminar mensajes de sealizacin entre puntos finales H.323. Esta caracterstica del gatekeeper puede emplearse como monitor de llamadas para mejorar el control de las llamadas en la red. El encaminamiento de las llamadas a travs del gatekeeper mejora las prestaciones de la red, puesto que el gatekeeper puede tomar decisiones de encaminamiento basndose en una serie de factores, como por ejemplo, el balance de carga en las pasarelas.

Autorizacin de llamadas: cuando un punto final enva un mensaje de sealizacin a un gatekeeper. Este puede aceptar o rechazar la llamada, de acuerdo con las especificaciones H.225. Las razones de este rechazo pueden estar basadas en restricciones de acceso o temporales hacia o desde un terminal o una pasarela en particular.

Gestin de la llamada: el gatekeeper mantiene informacin sobre las llamadas H.323 activas de modo que puede controlar su zona proporcionando dicha informacin a la funcin de gestin de ancho de banda o desviando las llamadas a diferentes puntos finales con el fin de balancear la carga.

38

1.7.7 MCU

Soporta la conferencia H.323 entre dos o ms puntos. Se encarga del intercambio de capacidades entre terminales para el establecimiento de comunicaciones de audio y video, por ello debe de soportar los siguientes estndares:

G.711y/o G.713 para la digitalizacin y compresin de las seales de audio.

H.261 y / o H.263 para la transmisin de las seales de video.

T.120 para las comunicaciones de datos punto a punto y punto a multipunto

Figura 1.6 Unidad de control multiprotocolo

Est formado por dos componentes lgicos:

Controlador multipunto(MC, Multipoint Controller): encargado de la coordinacin del control de llamadas para soportar conferencia entre tres o ms puntos finales

39

en una conferencia multipunto. Cada MCU dispone de un MC obligatoriamente, mientras que en los terminales, las pasarelas y los gatekeeper es opcional.

Procesador multipunto (MP, Multipoint Processor): cuya misin es la mezcla de las seales de audio, video y / o datos procedentes implicados en de los puntos finales

la multiconferencia. Es opcional en todos los componentes de la

red H.323 excepto en los terminales.

1.8

PROTOCOLOS DE TRANSPORTE

El establecimiento de una red para transportar contenido multimedia bajo demanda de las aplicaciones que la utilizan no es una tarea trivial. Podemos contar con al menos tres dificultades que son: Mayores requerimientos de ancho de banda. La mayora de las aplicaciones multimedia requieren de trfico en tiempo real. Los flujos de datos de audio y de video deben de reproducirse en la misma secuencia en la que fueron generados. Adems, dicha reproduccin debe de llevarse a cabo de forma sincronizada. Carcter explosivo de la generacin de datos multimedia. En la mayora de las aplicaciones multimedia, el receptor dispone de un buffer intermedio de capacidad limitada. Si no se toma ninguna medida para suavizar la secuencia de datos, puede desbordarse la capacidad de dicho buffer, en cuyo caso ciertos paquetes de dato se perdern, teniendo como consecuencia la mala calidad. En caso contrario, si la llegada de datos en demasiado lenta, el desbordamiento de la capacidad inferior

del buffer producir que la aplicacin se detenga por falta de datos.

Para solucionar estos problemas se han definido protocolos de transporte cuya misin es la de trasladar la informacin til del origen al destino cumpliendo los

40

requerimientos exigidos por las aplicaciones multimedia en general y por la voz en particular. Los protocolos de transporte ms empleados en la integracin de voz y datos son RTP y su protocolo de control RTCP.

1.8.1 RTP (PROTOCOLO DE TRANSPORTE EN TIEMPO REAL)

El protocolo RTP (real time transport protocol), como su nombre indica, proporciona servicio de audio y video en tiempo real extremo a extremo sobre una red de paquetes.

El proceso de transporte implica dividir en paquetes el flujo de bits que proporciona el codificador de seal, enviar dicho paquete por la red y re ensamblar el flujo de bit original en el destino.

Este proceso, lejos ser sencillo, resulta bastante complejo debido a que existen perdidas de paquetes, retrasos diferentes en su viaje por la red e incluso una alteracin en el orden en que llegan al receptor. Por tanto el transporte debe de permitir al otro extremo detectar todas estas prdidas.

Adems debe de proveer de informacin temporal para que el receptor pueda compensar el jitter10 (variabilidad de retardo).

Para cumplir estos requerimientos, el RTP define:

Formato de los paquetes, que se divide en dos partes la cabecera y la carga til. La primera proporciona el receptor la informacin necesaria para construir el flujo de bits mientras que la segunda constituye el propio flujo de bits y los mecanismos empleados para fragmentar el flujo de informacin en paquetes.

10

BERRA, Carlos: Sistemas voip, www.searchunifcommunications.com/jitter

41

El protocolo RTP fue diseado para soportar multicast, esto es, aplicaciones de conferencia y entorno broadcast en lo que utilizan difusin por para distribuir informacin. Es importante sealar que RTP no realiza ninguna reserva de recursos a fin de evitar la prdida de paquetes y el jitter, sino que permite al receptor recuperar informacin en presencia de estos.

La relacin entre el RTP y los protocolos de sealizacin es que estos ltimos se emplean para establecer los parmetros de transporte RTP. El protocolo realiza las siguientes funciones:

Fragmentacin: cada transporte RTP contiene un nmero de secuencias empleado para la deteccin de prdidas durante el re ensamblaje del mensaje en recepcin.

Sincronizacin intramedia: los paquetes del mismo flujo pueden sufrir retardos diferentes, dando lugar a la aparicin del jitter. Para compensarlo, las aplicaciones emplean buffers que utilizan marcas temporales proporcionadas por RTP para medir el jitter.

Identificacin del tipo de carga: en una red de paquetes, tanto las condiciones de la red como la perdida de paquete y el retardo de los mismos varan incluso en el transcurso de una misma llamada. Los codificadores de audio y video se diferencian en su capacidad para trabajar adecuadamente bajo distintas condiciones de perdida. Por tanto, es deseable ser capaz de cambiar dinmicamente la codificacin de la informacin (es decir de la carga til) en la misma medida en que varan las condiciones de red. Para ello, RTP contiene un identificador del tipo de carga en cada paquete, el cual describe el tipo de codificacin que se ha empleado en su generacin.

Indicacin de trama: las seales de audio y video se envan en unidades lgicas denominadas tramas. Es necesario indicar al receptor el principio y el fin de cada una de las tramas, a fin de que pueda sincronizarse con niveles superiores, para

42

lo que se emplea un bit de marca.

Identificacin de fuente: en una sesin multicast existen varios usuarios participantes y debe haber algn modo de poder identificar al usuario que genero un determinado paquete. Esta es la misin del campo SSRC (Synchronization Source).

Las funciones anteriores se soportan gracias a la cabecera de RTP. Por lo general, RTP se ejecuta sobre UDP para hacer uso de sus funciones de multiplexacion y control de errores (tabla 1.3).

Se decidi escoger UDP como protocolo de transporte para RTP en lugar de TCP, debido a la falta de flexibilidad de TCP ya que para los datos en tiempo real, la llegada a tiempo de los datos es ms importante que la fiabilidad de los mismos. Mas aun la transmisin fiable proporcionada por la retransmisin tpica TCP es indeseable como ahora se explicara supongamos una situacin de congestin de la red.

Algunos paquetes podran perderse y la calidad de la reproduccin podra disminuir pero ser aceptable. Si el protocolo insiste para obtener una transmisin fiable, los paquetes retransmitidos podran aumentar el retardo, bloqueando la red y eventualmente podra obtener la reproduccin de los datos. Estas razones han hecho que los paquetes de RTP y RTCP se trasmitan normalmente sobre UDP. Sin embargo se han hecho esfuerzos de diseo que han definido una arquitectura que los ha hecho independiente del transporte.

En la prctica, RTP normalmente se implementa dentro de la aplicacin. Para preparar una sesin de RTP, la aplicacin define dos direcciones de transporte formadas por una direccin de red y un par de puertos, uno para RTP y otro para RTCP. En una sesin multimedia, cada flujo de datos es transportado en una sesin de RTP separada, con sus propios paquetes RTCP que informan sobre la calidad de servicios de la recepcin para dicha sesin. Es decir que el audio y el

43

video viajaran en sesiones RTP separadas e independientes y habilitaran a un receptor a elegir si recibe o no un flujo particular.

RTP proporciona los servicios extremos en tiempo real, sin embargo, no dispone, de ningn mecanismo para asegurar la calidad de servicio sino que por el contrario, necesita del apoyo de capas ms bajas que controlen la reserva de recursos. Adems, RTP no realiza control de flujos se limita a proporcionar marcas temporales que pueden utilizarse en la aplicacin receptora para implementar un control de flujo local, cuando menos curioso de este protocolo, es que la definicin de RTP esta liberadamente incompleta ya que se trata de un protocolo abierto a nuevo formatos de la fuente y del nuevo software multimedia.

Tabla 1.3 Protocolos Involucrados en H.323

1.8.2 RTCP (CONTROL DE PROTOCOLO EN TIEMPO REAL)

El RTCP es la parte del RTCP que proporciona servicios de control adems de una serie de funcionalidades relacionadas tale como las siguientes:

Realimentacin sobre la calidad de servicio.- los receptores de una sesin emplean RTCP para informar al emisor la calidad de su recepcin. Esta informacin incluye el nmero de paquetes perdidos, Jitter y el RTT (round TRIP TIME), y puede ser empleada para las fuentes en aplicaciones adaptativas que ajustan la codificacin y otros parmetros en funcin de la informacin de retroalimentacin.

44

Sincronizacin intermedia: en aras de mejorar los niveles de flexibilidad el audio y el video suelen transportarse en flujos diferentes que deben de sincronizarse en el receptor, esta capacidad de sincronizacin es proporcionada por el RTCP incluso en el caso de que los flujos procedan de fuentes distintas.

Identificacin: los paquetes RTCP contienen informacin de identificacin de cada participante en la sesin, tal como la direccin de correo electrnico, el nmero de telfono o el nombre completo del participante. Esto permite a los participantes conocer la identidad del resto.

Control de la sesin: RTCP permite a un particular indicar que deja la sesin (envi de paquetes BYE), as como el intercambio de mensajes cortos entre participantes.

Peridicamente, todos los participantes en una sesin (tanto los que envan informacin como a los que nicamente se dedican a escuchar) trasmiten un paquete con la informacin citada arriba. Estos paquetes se envan a la misma direccin (multicast o unicast) como un flujo RTP pero a un puerto diferente. Esta periodicidad en el envi tiene su justificacin en que dichos paquetes proporcionan informacin sensible temporalmente, como la calidad de la recepcin, que queda obsoleta tras cierto tiempo. El periodo de envi de estos paquetes est determinado por un algoritmo que lo adapta al tamao del grupo que participa en la sesin ya que, de este modo, se evitan problemas de congestin en el caso de una sesin con centenares o miles de participantes.

45

CAPTULO II
SITUACIN ACTUAL DEL SISTEMA TELEFNICO EN HIDROTOAPI

En este captulo

se presenta el sistema telefnico actual de la empresa

Hidrotoapi tanto en la matriz ubicada en la ciudad de Quito como en el campamento la Palma ubicado en Santo Domingo de los Tschilas, se hace nfasis en el servidor de comunicaciones que actualmente posee la empresa as como tambin se describe la red de datos que actualmente est funcionando y los dispositivos que se encuentran interconectados.

Es importante conocer el estado actual de la infraestructura y condiciones de la red de datos para determinar en forma adecuada los requerimientos de hardware y software necesarios para el diseo del enlace voip H.323 entre dos sitios remotos.

2.1

Antecedentes.

El Proyecto hidroelctrico ToachiPilatn es considerado como uno de los pilares fundamentales para el desarrollo energtico del pas, en razn de sus caractersticas energticas, sus parmetros econmicos y por estar ubicado en la vertiente de drenaje del Pacfico, que tiene un comportamiento hidrolgico complementario con el de la vertiente del Amazonas, en donde actualmente se encuentran ubicadas la mayor parte de las principales centrales hidroelctricas en operacin: Pisayambo (73 MW), Agoyn (156MW), San Francisco (230 MW), Paute (1075 MW), as como Mazar (160 MW -por entrar en operacin-), Sopladora (487 MW -licitada su construccin-), Coca Codo Sinclair (1500 MW por construirse), adems de otras centrales en fase de estudios como son, Cardenillo (aguas abajo de Sopladora), Zamora.

46

Para impulsar la construccin del Proyecto a travs de un proceso competitivo, el 29 de mayo de 2009 HIDROTOAPI contrat con la firma consultora suiza Lombardi SA para que, conjuntamente con el equipo de tcnicos de HIDROTOAPI, efecte la revisin de los estudios existentes, recomiende la alternativa a ser desarrollada y ejecute los diseos definitivos y documentos de licitacin. Como resultado de estos estudios y diseos definitivos, el Proyecto comprende dos aprovechamientos en cascada, llamados Pilatn-Sarapullo y ToachiAlluriqun. La potencia instalada en las tres turbinas Francis de la casa de mquinas de Sarapullo es 49 MW, para un caudal mximo de 40 m3/s y una altura bruta mxima de 125 m; y, la potencia instalada en las tres turbinas Francis de la casa de mquinas de Alluriqun es 204 MW, para un caudal de 100 m3/s y una altura bruta mxima de 234 m. Adicionalmente, se dispondr de una mini central al pie de la presa del Toachi, de 1,4 MW, que turbinar en forma constante el caudal ecolgico de 4,14 m3/s. En la matriz de Hidrotoapi ubicada en la ciudad de Quito se encuentra el directorio general que se muestra en el organigrama estructural de la figura 2.1.

Figura 2.1 Organigrama estructural de Hidrotoapi

El Proyecto ToachiPilatn se encuentra ubicado al sur-oeste de Quito, junto y muy cerca de la importante va Quito-Aloag-Santo Domingo de los ColoradosGuayaquil, con la captacin del ro Pilatn en el Km 60 de la va Aloag-Santo Domingo. El Proyecto se desarrolla en los lmites de las provincias de Pichincha,

47

Santo Domingo de los Tschilas y Cotopaxi, en sus cantones Meja, Santo Domingo y Sigchos, respectivamente, y sus parroquias Manuel Cornejo Astorga, Alluriqun y Palo Quemado. Las poblaciones: La Esperie, Mirabad, Pampas Argentinas, Palo Quemado, Praderas del Toachi, Alluriqun y Unin del Toachi se encuentran en la zona de desarrollo del proyecto.

La captacin del Pilatn y la presa del Toachi estn localizadas en las coordenadas N 9961,630; E 737.980 y N 9959,340; E 731,980, respectivamen te, del sistema UTM WGS 84. En el grfico 2.2, se ubica el proyecto dentro del Ecuador.

Figura 2.2 Ubicacin del proyecto Toachi - Pilatn

48

2.2

INFRAESTRUCTURA

TELEFNICA

CON

LA

QUE

CUENTA

ACTUALMENTE LA MATRIZ DE HIDROTOAPI Y EL CAMPAMENTO LAS PALMAS EN SANTO DOMINGO DE LOS TSCHILAS.

Actualmente la matriz de Hidrotoapi cuenta con el servidor de comunicaciones OmniPCX Office el cual brinda el servicio de telefona tanto interna como externa. Por otra parte el campamento cuenta con bases celulares para poder comunicarse con el exterior.

La comunicacin entre el personal de la matriz de Hidrotoapi ubicada en la ciudad de Quito y el campamento La Palma ubicado en Santo domingo de los Tschilas se hace or medio de lneas convencionales y utilizando bases y telfonos celulares.

Como se dijo anteriormente la matriz de Hidrotoapi utiliza un servidor de comunicaciones Alcatel OmniPCX Office, aqu se tienen 15 extensiones entre analgicas y digitales y la distribucin es la siguiente:

DEPARTAMENTO R. Humanos Sistemas Contabilidad Contralora Auditoria Gerencia Logstica

EXTENSIONES 2 2 3 2 4 1 1

Tabla 2.1 Departamentos y numero de extensiones

49

Figura

2.3

Situacin

previa

la

implementacin

del

enlace

VOIP

en

la

matriz

de

Hidrotoapi

50

Para que cada extensin pueda llegar a su usuario, la matriz de Hidrotoapi tiene implementada una red de cableado estructurado.

Cada punto de voz esta cableado desde la localidad del usuario hasta un rack de datos ubicado en el centro de cmputo y desde aqu se conecta a la central telefnica que tambin est en el rack.

Por otra parte las lneas de la CNT llegan a un distribuidor telefnico el cual se encuentra reflejado en un panel en el rack y de aqu se las ingresa a travs de patchcord al servidor de comunicaciones.

2.3 INFRAESTRUCTURA

DEL

SERVIDOR

DE COMUNICACIONES

ALCATEL OMNIPCX OFFICE EN LA MATRIZ DE HIDROTOAPI.

La central telefnica existente en la matriz es el servidor de comunicaciones Alcatel OmniPCX Office, este se detallar a continuacin tanto en arquitectura como en equipamiento.

Figura 2.4 Servidor de Comunicaciones OmniPCX Office

51

2.3.1 SERVIDOR DE COMUNICACIONES OMNIPCX OFFICE

El Alcatel OmniPCX Office es un sistema de comunicaciones de la mxima calidad diseado para proporcionar telefona tradicional adems de telefona IP.

La estructura de la plataforma Alcatel OmniPCX Office permite tener una arquitectura fsicamente distribuida pero administrada desde un punto central, es decir que se puede tener varios servidores en distintas localidades siendo administrados desde la Matriz, utilizando la conectividad IP.

Entre los aspectos fundamentales se destaca en el servidor de comunicaciones la capacidad de que con 1 solo servidor de llamadas se pueden poseer 5000 usuarios convencionales y 4000 clientes IP.

Este servidor de comunicaciones brinda todas las caractersticas de un PBX tradicional como lo son agrupacin por departamentos, restricciones a los usuarios, contestadora automtica, entre otras, pero adicionalmente ofrece caractersticas mucho ms interesantes como lo son la administracin y gestin de telefona IP entre puntos remotos.

2.3.2 ARQUITECTURA

Por su arquitectura al servidor de comunicaciones OmniPCX Office se lo puede describir en dos campos:

a. Fsico b. Lgico

a. ARQUITECTURA FSICA

Fsicamente el OmniPCX Office est estructurado por un mdulo base, denominado A.C.T. (Alcatel Cristal Technology), el cual est compuesto por el

52

CPU y por tarjetas de interfaces.

Las tarjetas estn completamente interconectadas entre ellas y son gestionadas por la unidad central CPU.

Figura 2.5 A.C.T.

Existen diferentes tipos de tarjetas que se pueden agregar al A.C.T. para diferentes tipos de aplicaciones.

En las aplicaciones de banda estrecha, el servidor de comunicaciones OmniPCX Office utiliza uniones entre placas a 8 Mbits/s, evolucionando estas mismas conexiones a 155 Mbits/s en aplicaciones de banda ancha. La estructura A.C.T. permite descentralizar las funciones: la conmutacin de circuitos, de paquetes y la alimentacin estn distribuidas por todas las tarjetas del sistema.

Estructura Base.- El sistema de estructura base placas: I. La unidad central de procesamiento (CPU)

comprende dos tipos de

II. Las tarjetas de interfaces (puertos de usuarios, red, troncales, enlaces, etc.)

I. La Unidad Central.-El CPU es el elemento principal delsistema. Genera las seales de sincronismo y realiza el tratamiento de las aplicaciones del sistema (telefnicas, telemtica, mensajeras...). Permite igualmente la carga a distancia de las memorias de cada una de las tarjetas del sistema en un ambiente IP.

53

Adems, permite la conexin de la msica en espera externa, genera las tonalidades y las frecuencias Q23 y suministra puertos seriales, as como las funciones IP, acceso a internet, servidor de e-mail, entre otras.

La placa CPU consta de:

Un procesador Intel Memorias RAM y EPROM Un disco duro Interfaz V24 asncronos Un puerto ethernet Diversas conexiones como alarmas, enlaces analgicos, interfaz para msica externa de espera

Las Tarjetas.- Las tarjetas realizan las siguientes funciones:

Protocolo de inicializacin con la colaboracin de la placa CPU Intercambio de sealizacin con la placa CPU Conmutacin de circuitos Deteccin de tonos y frecuencias. Cada placa utiliza la alimentacin (0 y +48v) para obtener las tensiones que necesita.

b. ARQUITECTURA LGICA

La arquitectura lgica desarrollada en el servidor OmniPCX Office est basada en el sistema operativo UNIX / CHORUS.

En la figura 2.4 se muestra la distribucin de la arquitectura de un servidor de comunicaciones Omni PCX Office.

54

Figura 2.6 Arquitectura Lgica

Este sistema operativo es la base lgica de convergencia entre la informtica y las telecomunicaciones principalmente porque el estndar UNIX facilita el soporte de nuevas aplicaciones. Adicionalmente permite estructuras distribuidas, es decir poseer varios procesadores en un mismo sistema.

2.3.3 TIPOS DE TARJETAS INSTALADAS EN LA CENTRAL

Las tarjetas que conforman el sistema son las siguientes:

a. Tarjeta SLI: Esta tarjeta trabaja con los equipos telefnicosdenominados anlogos como pueden ser telfonos genricos, fax, Modem.

b. Tarjeta ATA: A esta tarjeta se conectan las lneas troncalesprovenientes de Andinatel as como bases celulares.

c. Tarjeta LAN: esta tarjeta permite poner a la central enred.

d. Tarjeta MEX: esta tarjeta es la interfaz entre concentradorescuando se maneja ms de un concentrador. Es importante indicar que se debe utilizar una tarjeta MEX en cada gabinete y se debe conectar en la tarjeta CPU o Co CPU.

55

a. TARJETAS SLI-X

Esta es la tarjeta empleada para conectar terminales analgicos estndar. Estas tarjetas permiten conectar desde 4 hasta 16 telfonos analgicos.

Figura 2.7 Tarjetas SLI-X

Esta placa admite terminales de sealizacin decdica y DTMF e incorpora detectores DTMF la deteccin de tono es una facilidad que permite a la central detectar cuando se est en comunicacin con una central telefnica.

Terminal analgico

Fax

Modem

Terminal Videotex

Figura 2.8 Equipos Analgicos

Como medio de conexin entre el telfono analgico y la tarjeta SLI-X se utiliza el par telefnico trenzado estndar.

b. TARJETAS ATA-X

A esta tarjeta se conectan las lneas troncales contratadas a los diferentes proveedores de telefona pblica, como lo son la CNT, Porta, Movistar, etc. Esta
56

tarjeta permite la conexin de interfaces analgicas a travs de dos hilos.

Figura 2.9 Tarjetas ATA-X

c. TARJETA MEX

La tarjeta MEX sirve para ampliar la central telefnica. Esta tarjeta permite la interconexin de dos servidores de comunicaciones utilizando un solo CPU. Est dotada de una placa HSL1 (High Speed Link) para asegurar la interconexin.

Figura 2.10 Tarjetas MEX

2.4

FACILIDADES Y SERVICIOS CON LOS QUE CUENTA EL SISTEMA

OMNIPCX OFFICE INSTALADO EN LA MATRIZ DE HIDROTOAPI

Dentro de las facilidades y servicios se encuentran lo siguiente:

a. Establecimiento de una comunicacin b. Interlocutor ausente u ocupada c. Comunicacin en curso d. Destinatario de la llamada ausente, en desplazamiento o molestado no quiere ser

57

2.4.1 ESTABLECIMIENTO DE UNA COMUNICACIN

Para el establecimiento de una llamada se tienen las siguientes opciones:

Llamada local.- Este servicio permite llamar a otro usuariointerno marcando el nmero del usuario con quien se desea establecer una comunicacin.

Llamada a una operadora determinada.- Este servicio permitea un usuario comunicarse con una operadora determinada, de un grupo de operadoras, marcando el nmero particular de esa operadora.

Llamada automtica al descolgar.- Este servicio permite llamara la operadora, o a un usuario interno o externo predeterminado simplemente descolgando el telfono.

Llamada por el nombre.- Permite que un telfono digital,equipado con teclado alfabtico, pueda llamar a un interlocutor interno o externo, tecleando su nombre o apellido. Conferencia mltiple.- Este servicio permite que los usuariosinternos o externos (de 2 a 7) puedan participar en una conferencia telefnica realizada a una hora determinada.

2.5

DESVENTAJAS DE SISTEMA TELEFNICO ACTUAL

En esta seccin se describen las principales razones que llevan a buscar una nueva forma de comunicaciones entre la matriz de Hidrotoapi ubicada en la ciudad de Quito y el campamento Las Palmas en Santo Domingo de los Tzachilas y que motivan el desarrollo del presente trabajo, es decir la Implementacin del enlace Voip H323 entre dos sitios remotos utilizando la infraestructura de datos

58

existente entre estas dos localidades, como los son el servidor de comunicaciones OmniPCX Office y los enlaces de datos.

2.5.1 DESVENTAJAS TCNICAS

Actualmente como principal medio de comunicacin entre la oficina matriz y el campamento de Las Palmas son las lneas troncales de la CNT y las bases de las operadoras celulares. Esto lleva un sinnmero de inconvenientes los cuales se describen a continuacin:

La seal de las bases celulares en el campamento de las palmas, no es de buena calidad. Regularmente las lneas presentan un nivel alto de ruido y cortes contnuos en la comunicacin, lo que ocasiona molestias entre los usuarios originando prdidas de tiempo y dinero.

La presencia de la CNT en lugares apartados de los centros urbanos, como el sector Las Palmas, es nula. Por lo que Hidrotoapi se ve forzado a contratar bases celulares para estas localidades.

2.5.2 DESVENTAJAS ECONMICAS

Por conceptos de telefona Hidrotoapi mensualmente debe cancelar valores muy altos en las planillas telefnicas. Dentro de estos rubros se tiene los pagos

regulares a la CNT por el consumo telefnico y los pagos mensuales por el uso de las bases celulares.

En la matriz de Hidrotoapi en la ciudad de Quito se cuenta con el servicio de internet con un ancho de banda de 2 Mb y en el campamento con un ancho de banda de 8 Mb por lo que los costos de este servicio son muy elevados y estn poco explotados.

59

2.6 ANLISIS FODA

El siguiente anlisis FODA permite identificar y analizar las fortalezas y debilidades de la organizacin, as como las oportunidades y amenazas reveladas Este anlisis establece el diagnstico estratgico y su objetivo consiste en concretar, en una tabla los puntos fuertes y dbiles de la organizacin, con las amenazas y oportunidades externas. Lo importante de este anlisis es pensar en lo que es necesario buscar para identificar y medir los puntos fuertes y dbiles, las oportunidades y las amenazas del proyecto.

FORTALEZAS Apertura al cambio por parte del personal Grandes recursos financieros Buena percepcin de la calidad de los servicios Excelentes recursos tcnicos DEBILIDADES Alta burocracia y exceso de papeleo. Capital de trabajo malutilizado Problemas con la calidad de las comunicaciones

OPORTUNIDADES Necesidad del producto Regulacin a favor del proveedor nacional Aprovechamiento de los recursos tecnolgicos

AMENAZAS Restricciones a la importacin y exportacin Cambios generados en los equipos por parte del fabricante. Tendencias desfavorables en el mercado tecnolgico

Tabla 2.2 Anlisis FODA

60

CAPTULO III
DISEO E IMPLEMENTACIN DE UN ENLACE VOIP PARA LA EMPRESA HIDROTOAPI
En el presente proyecto se plantea una propuesta que pretende ser econmica y viable, actualizable y segura, confiable y eficiente para la instalacin de una plataforma de comunicaciones mediante el protocolo H.323.

El objetivo del proyecto es la mejora de las comunicaciones que actualmente existen entre la matriz de Hidrotoapi y el campamento Las Palmas en Santo Domingo de los Tschilas, mediante la utilizacin de los recursos existentes.

El enlace de datos existente entre la oficina matriz y el campamento est administrado por la empresa Trans Electric, el mismo tiene fibra ptica punto a punto entre la matriz y el campamento.

En la actualidad la oficina matriz cuenta con el servidor de comunicaciones OmniPCX Office, el cual mantiene comunicaciones en ambientes IP dentro de la LAN.

Con este beneficio se planea desarrollar un enlace H323 entre dos sitios remotos y enlazar las centrales por medio del canal de datos

Con lo que respecta a los PBX y lneas directas estos se manejaran dentro de la central de la matriz En el proyecto se planea la asignacin de lneas directas (instaladas en oficina matriz) las cuales podrn ser utilizadas por los usuarios de los telfonos IP conectados a la central telefnica que se encuentra en el campamento de Las Palmas. El diseo propuesto se muestra en la Figura 3.1.

61

Figura 3.1 Propuesta de implementacin del enlace VOIP entre la matriz de Hidrotoapi y el campamento La Palma

62

En el ambiente IP se puede manejar el sistema de redundancias el cual puede ser til en una cada inesperada y prolongada de la red. Este sistema consiste en la instalacin de un equipo remoto al otro lado de la red con la infraestructura bsica y la capacidad de poner en funcionamiento los telfonos internos y el uso de lneas externas.

3.1 VENTAJAS DE UTILIZACIN DEL ENLACE DE DATOS ACTUAL

Las ventajas principales que se obtendran en caso de utilizar el enlace de datos serian:

Disminucin de costos al proyecto. Mejoramiento de la calidad de las comunicaciones. Al ser un canal dedicado evita cortes de llamadas por perdida de seal. Integracin de los sitios remotos. Evita costos por concepto de comunicaciones entre la matriz y el campamento.

3.2 VENTAJAS POR EL USO DEL SERVIDOR DE COMUNICACIONES OMNIPCX EXISTENTE EN HIDROTOAPI.

Al utilizar el servidor de comunicaciones OmniPCX Office, se tiene las siguientes ventajas: Reduccin de costos por compra de nuevos equipos. Facilidades telefnicas. Mejoramiento de la calidad de las comunicaciones.

3.3 DISEO DEL SISTEMA TELEFNICO IP

En el diseo del proyecto se han tomado en consideracin los siguientes aspectos:

63

 Dimensionamiento del nmero de canales Codec a utilizar y ancho de banda requerido Anlisis de la red de datos

3.3.1 DIMENSIONAMIENTO DEL NMERO DE CANALES

Para dar dimensin a la capacidad de los enlaces, se debe de conocer la intensidad del trfico, es decir la cantidad de personas que desean hablar al mismo tiempo por la ruta. Para dar una idea de este parmetro se consideran dos aspectos:

Trfico.- Se refiere a la cantidad de llamadas que se efectan por la ruta en la hora pico, el muestreo de un da normal de trfico puede dar una buena idea de la capacidad necesaria para el enlace.

Ocupacin o tiempo de retencin de llamada.- Es el tiempo de duracin promedio de las llamadas que se efectan por el circuito.

Para el clculo del enlace es necesario conocer dos parmetros que son:

a. Intensidad de trfico.-La intensidad de trfico se mide en erlangs, esta variable da una idea de la ocupacin de un circuito telefnico por una hora. Un erlang tambin equivale a 60 llamadas por minuto

ERLANG= Nmero de llamadas * promedio de ocupacin (seg)/3600(seg)

b. Grado de servicio.- Es la medida de probabilidad de que una llamada no encuentre un circuito de voz desocupado en el primer intento. El grado de servicio se expresa en porcentaje y el valor que se toma tradicionalmente es del 1% esto significa que en promedio durante la hora pico se pierden una de cada 100 llamadas.

64

Cuando se dimensiona una ruta lo que se requiere determinar es el nmero de circuitos para dicha ruta. Para este efecto se ha determinado la formula de Erlang B, basada en el control de llamadas prdidas y que se describe a continuacin:

EB = (An /n)/(1+A+An/2!+.. An /n!)

n = nmero de circuitos para el servicio A = Intensidad de trfico EB = grado de servicio

3.3.2

CLCULO DE LOS CANALES PARA EL ENLACE VOIP

Puesto que el enlace unificar las comunicaciones entre la matriz de Hidrotoapi y el campamento Las Palmas es necesario conocer el trfico que se produce entre estos dos sitios remotos para establecer el nmero de canales necesarios.

Esta informacin se obtiene realizando el estudio del trfico de llamadas entrantes y salientes durante las horas de oficina y se lo hace en cada hora del da, luego se compara con la tabla de prdidas en el anexo 2 y se obtiene el nmero de canales necesarios en cada sitio.

Con esta informacin se puede calcular el ancho de banda adecuado para que las comunicaciones entre los sitios remotos tengan un buen nivel de audio y no presenten prdidas ni cortes durante la comunicacin.

Con la premisa de establecer el nmero de canales necesarios en cada sitio se realiza el levantamiento de informacin dando como resultado las siguientes tablas, estas nos ayudarn a tener los datos promedio de la cantidad de llamadas realizadas en cada hora del da.

65

Matriz de Hidrotoapi

Nmero Llamadas Llamadas Hora entrantes salientes canales 08 09 10 11 12 13 14 15 16 17 0 0 5 7 2 1 2 3 4 1 3 3 4 2 1 3 4 1 2 0 3 3 9 9 3 4 6 4 6 1 0.38 2 Total Erlang de

Tabla 3.1 Clculo de canales para la matriz de Hidrotoapi

Cada llamada tiene una duracin promedio de 2,5 minutos con esta premisa se procede al clculo del canal con un grado de servicio de 5% (de 20 llamadas se pierde 1), se toma el mayor nmero de llamadas realizadas durante el da y el resultado es el siguiente:

(9x 2,5 )/60= 0,38 Erlangs

Buscando en la tabla (anexo) de Erlang se observa que el nmero de canales es 2, este nmero representa el valor aproximado que se necesita para la comunicacin entre la matriz y el campamento La Palma.

66

Campamento La Palma

Nmero Llamadas Llamadas Hora entrantes salientes canales 08 09 10 11 12 13 14 15 16 17 0 0 0 0 0 3 5 6 2 1 2 3 4 5 1 1 2 7 3 2 2 3 4 5 1 4 7 13 5 3 0.54 3 Total Erlang de

Tabla 3.2 Clculo de canales para el campamento La Palma

3.3.3

CODEC A UTILIZAR Y ANCHO DE BANDA REQUERIDO

Un codec convierte la seal de voz de un formato analgico a un formato digital soportado por la red de datos. Entre los codecs que se utiliza estn el codec G.711 (64Kbps), G.726 (32Kbps), G.729 (8Kbps) y G.723 (6.3Kbps). Sin embargo estos anchos de banda son solo por la compresin de la voz, a esto hay q agregarle los bits de cabeceras, sealizacin y retados propios de la red. Esto se puede apreciar de una mejor manera en el Anexo 1.

En el proyecto se utilizar el Codec G723.1 para el cual es necesario un ancho de

67

banda de 19.2 Kbps por telfono es decir 20 kbps (ver anexo) por conversacin. Se utilizar este codec por que brinda una calidad de voz muy aceptable y ahorra ancho de banda.

3.4 DIMENSIONAMIENTO DEL ENLACE

El nmero de abonados IP que se manejara en el proyecto es de 116 abonados repartidos de la siguiente manera:

Localidades

Telfonos IP

Matriz

15

Campamento

101

Tabla 3.3 Distribucin de los telfonos IP

Enlace Quito Santo Domingo de los Tzachilas

Ancho de banda del Enlace 1 Mbp/s Nmero telfonos IP asignados al sitio remoto 101 Ancho de banda de 20 enlaces VOIP es 1024Kbp/s

3.5 ANLISIS DE LA RED DE DATOS

El diseo de una red IP necesita en la mayora de los casos un proceso completo de ingeniera. Como estas soluciones estn integradas en la red de datos de los clientes, puede degradarla y podra por ejemplo degradar el rendimiento de la red. En el anlisis de la red deben de tomarse en cuenta los siguientes criterios:

68

a. Nivel de calidad b. Infraestructura del cableado c. Limitacin en el numero de router y hubs d. Calidad de servicio (QoS) e. Opcin de codecs

a. NIVEL DE CALIDAD

El nivel de desempeo requerido por la solucin depende de la calidad de la voz esperada por el cliente. Por ejemplo, para un cliente puede ser ms importante el aspecto econmico que la calidad de la voz en s. Los diferentes niveles de calidad pueden ser clasificados en tres categoras:

Calidad Total.- idntico a un sistema convencional

Retraso de la red <150ms Jitter <20 ms Proporcin de prdida de paquete <1%

Calidad Semi Total.- puede implicar algunas rupturas, signos no deseados, incapacidad, para reconocer tono de voz y chasquido ( nivel GSM)

Retraso de la red < 400ms jitter <50 ms Proporcin de prdida de paquete <3%

Mejor Esfuerzo En La Calidad.- la voz sonora metlica, prdida de slabas y abandonos (nivel de la radio marino)

Retraso de la red delay < 600ms jitter <75 ms Proporcin de prdida de paquete <5%

69

b.

INFRAESTRUCTURA DEL CABLEADO

La calidad del cableado tiene una gran influencia en la calidad de la transmisin. Por ejemplo, cable categora 5e se requiere para enlaces de 100Mb/s, cable categora 3,4,5 se requiere, para enlaces de 10Mb/s. Asegurar que la mxima distancia para la conexin de los dispositivos sea respetada.

Ejemplo: 100m mximo para un 10/100Base-TX medio, 2000m mximo para un 10/100Base-FX Mono Modo Fibra, etc.

c. LIMITAR EL NMERO DE ROUTERS Y HUBS

Se recomienda que para conectar cualquier equipo de voz sobre IP a la red se lo haga a travs de los puertos de un switch en lugar de hubs.

De hecho los hubs, pueden causar colisiones con cualquier tipo de trama y as reducir el ancho de banda por usuario. Con switches no hay ninguna colisin en puertos full-duplex, cada puerto tiene su propio ancho de banda.

d. OPCIN DE CODEC

En el Router sobre la Red de banda Ancha: use G723.1 o G729A debido al limitado ancho de banda (compromiso de calidad de voz).

e. QoS

Siempre es bueno implementar una poltica de QoS de punta a punta en la LAN. Esto quiere decir switches que posean QoS, as como tambin los routers, para mantener un nivel estable.

70

3.6 IMPLEMENTACIN DEL ENLACE TELEFNICO VOIP H323

Una vez diseada la red, el paso siguiente es proceder a la implantacin de la misma. Esta etapa del proceso abarca aspectos tales como asignaciones de direcciones IP, la infraestructura adicional requerida en el servidor de comunicaciones, que en nuestro caso es el servidor OmniPCX Office.

3.6.1 ASIGNACIN DE DIRECCIONES IP

Los telfonos IP obtendrn su direccin IP en forma dinmica ya que se habilitara el servidor DHCP en cada uno de los servidores de comunicacin de los dos sitios remotos.

3.7

INFRAESTRUCTURA

REQUERIDA

EN

EL

SERVIDOR DE

COMUNICACIONES

El Alcatel OmniPCX Office puede configurarse como un sistema de comunicacin totalmente basado en IP que administra la conexin de clientes y dispositivos IP a travs de la red IP de la empresa.

Alcatel OmniPCX Office ofrece dos servicios de voip que se pueden combinar: La voz sobre IP.- est basada en la Pasarela H.323 integrada, el cual es el ncleo de la voz sobre IP (VoIP, que permite comunicar entre el mundo de la telefona clsica y el mundo de datos). La telefona IP.- permite a una empresa compartir su infraestructura de datos (red local IP) entre el mundo de datos y el mundo telefnico.

A continuacin se detalla el Hardware adicional que se debe de incorporar en el servidor de comunicacin OmniPCX Office:

71

La tarjeta Co-CPU Telfonos IP

3.7.1 TARJETA CO-CPU

Esta es una unidad coprocesadora que acta conjuntamente con el CPU del sistema para proporcionar los servicios de telefona IP.

Figura 3.2 CO-CPU

Esta tarjeta integra una pasarela H.323 cuyas principales caractersticas son las siguientes: Puede manejar desde 4 hasta 96 canales de voz IP. Soporta los algoritmos de compresin audio G711, G729a y G723.1. Brinda comunicacin IP en modo Full Duplex. Utiliza los protocolos RTP/RTCP para el envo de seales audio en tiempo real. Suprime ecos. Servidor RAS (Registration Admission Status). Soporta protocolos UDP-IP. La conexin es ethernet: 10/100 MBPS.

Todas las comunicaciones e informacin de sealizacin VoIP transitan por la tarjeta Co-CPU VoIP, salvo en el caso de comunicaciones de telfono a telfono.

72

La tarjeta Co-CPU proporciona la funcin de gatekeeper de administracin de comunicacin para clientes y dispositivos IP. Permite una verdadera conmutacin IP par a par entre clientes IP y dispositivos IP en el mismo nodo.

Para comunicaciones entre clientes / dispositivos IP y terminales no IP como, por ejemplo, llamadas con origen o destino en redes pblicas / privadas de circuitos conmutados, la tarjeta Co-CPU acta como una pasarela de comunicaciones entre las redes de paquetes y de circuitos conmutados, adems de realizar su funcin de sealizacin de llamadas.

3.7.2

TELFONOS IP Y ADAPTADORES DE RED

La familia Alcatel IP touch es una lnea nueva de completos telfonos IP con conectividad IP y telefona IP integradas.

Cumplen con el estndar 802.3af sobre alimentacin en LAN. Esto posibilita una alimentacin centralizada. Los telfonos Ip touch incluyen un conmutador integrado 10/100 BaseT, lo que permite la conexin de un ordenador personal (PC) con gestin de prioridad de trfico de voz y datos.

Los telfonos disponibles son: Alcatel 4018 IP touch Alcatel 4028IP touch Alcatel 4038IP touch

Caractersticas tcnicas: Conexin 10/100BaseT: half/full duplex con negociacin automtica Estndares VoIP: compatibilidad con voz H.323, RTP, RTCP Estndares de compresin de voz: G.711, G.723.1, G.729

73

 Manos libres full duplex: cancelacin y atenuacin de eco acstico Poseen un conector Ethernet RJ-45 para conectar a la LAN Fuente de alimentacin Admitida por la LAN o a nivel local.

3.8

SISTEMA IMPLEMENTADO

Una vez implementada la voz sobre la red de datos, que se llevo a cabo para la interconexin de varias sedes entre s, se deben de tener en cuenta las siguientes consideraciones:

a.

Conectividad de los terminales (telfonos IP).- a los telfonos IP se les asigno direcciones IP automticas de cada una de las redes de las diferentes localidades, y estos estn conectados directamente al servidor de comunicaciones Alcatel, en los casos donde el usuario tiene un computador, este computador se conecta directamente al telfono, ya que estos tienen un pequeo switch en su parte posterior, que sirve para ahorrar puertos en el switch principal.

b.

Plan de numeracin.- el sistema actual hace posible que los telfonos distribuidos en las localidades remotas, trabajen de igual forma que como si estuvieran instalados en la matriz. Es decir que los telfonos del campamento son extensiones del servidor de comunicaciones local, pero tienen acceso a todos los beneficios del servidor de comunicaciones de la Matriz. Principalmente van a tener acceso las lneas troncales de la CNT

3.9 GESTIN DEL SISTEMA IMPLEMENTADO CON EL SOFTWARE ALCATEL OMC

Se analiza la gestin del servidor de comunicaciones OmniPCX bajo el programa de gestin OMC.

74

3.10 GENERALIDADES DEL SOFTWARE OMC

El programa OMC es una aplicacin diseada para ayudar tanto a gestores como a administradores de telecomunicaciones en sus labores cotidianas, y guiarles en las estrategias para redes convergentes, gracias a su fiabilidad, disponibilidad asegurada, informacin del rendimiento, seguridad de acceso, gestin de la configuracin.

3.10.1 ARQUITECTURA

OMC est basado en el concepto de cliente/servidor. Las arquitecturas de cliente y cliente Web estn basadas en Java. Esto permite que la aplicacin cliente sea ms independiente del sistema operativo de la plataforma de host. El uso de la tecnologa CORBA (Common Object Request Broker Architecture) facilita la comunicacin entre las aplicaciones de OMC, su perfecta integracin, interoperabilidad y distribucin.

3.10.2

INSTALACIN DEL SOFTWARE OMC

El software OMC se puede instalar en un PC no dedicado, con Windows 2000, NT4 Workstation o Server, Millennium o Windows XP.

3.10.3

GESTIN OMC BASADA EN WEB

El acceso al software OMC tambin puede realizarse a travs de un explorador HTML estndar como Microsoft Internet Explorer o Netscape Navigator. Los applets Java se descargan en el PC cliente y es posible acceder a todas las aplicaciones, sin restriccin de funciones.

3.10.4

REQUERIMIENTOS MINIMOS DEL COMPUTADOR

La configuracin mnima que debe de

tener el PC donde se

instalara el

75

programa debe de contar con las siguientes caractersticas: Procesador tipo Pentium I Celeron 400 MHz (o ms) o equivalente. Memoria cach L2: 128 Kb Capacidad RAM: 256 Mb Disco duro interno: 6 Gb (mn.) Una tarjeta de red (Ethernet 10/100bT) Una tarjeta grfica con memoria de vdeo de 4 Mb (mn.) que admita una resolucin de hasta 1024 x 768 en 16 M de colores.

3.10.5

APLICACIONES DEL OMC

El paquete de aplicaciones que nos ofrece el OMC es el siguiente: Configuracin Seguimiento Desempeo y Fallas Seguridad

3.10.6

GESTIN DE CONFIGURACIN

Antes de comenzar a explicar la configuracin del PBX Alcatel OmniPCX, es necesario describir como se accede a l para configurarlo. La configuracin del PBX se realiza mediante el programa PBX Expert Manager (OMC).

El PBX Alcatel OmniPCX posee dos placas: la placa de la CPU y la placa de VoIP. La placa CPU es la que se utiliza para realizar las modificaciones del equipo, mientras que la placa VoIP es la encargada del trfico de llamadas. Para acceder al PBX se deben conectar los puertos de LAN de ambas placas a una red local donde se encuentre el computador con el OMC instalado, con cables UTP RJ45.

76

Figura 3.3 Parte frontal del PBX Alcatel OmniPCX.

Figura 3.4 Puertos LAN de las placas CPU y VoIP.

Luego de conectar los equipos a la red local, se a accede a la configuracin del PBX. El PBX posee una direccin IP por defecto igual a 192.168.92.246/24, la cual se utiliza para acceder a su configuracin a travs del OMC. El computador con el cual se va a configurar el equipo, debe poseer una direccin IP dentro de la red de la misma red donde se encuentra el PBX. Por ejemplo, se puede asignar al computador la direccin IP 192.168.92.1/24. Antes de entrar al programa de configuracin, es importante verificar que la direccin IP de la placa CPU del PBX sea la direccin por defecto, haciendo un ping 192.168.92.246 en el computador. Es posible que el equipo sea manipulado por otras personas, por lo que antes de configurar el equipo para las aplicaciones deseadas, es necesario realizar un reset fuerte para eliminar las configuraciones anteriores. Se debe realizar los siguientes pasos para el reset:

77

Abrir el programa OMC y seleccionar la opcin Experto.

Figura 3.5 Ventana de bienvenida del programa de configuracin OMC.

En la ventana principal del programa hacer clic derecho donde dice Cliente PBX y seleccionar la opcin Conectar.

En la ventana Path de Comunicacin se coloca la direccin IP de la placa CPU del PBX y presionar el botn OK.

Figura 3.6 Direccin IP de la CPU para acceder.

4. En la siguiente ventana colocar el usuario Instalador y digitar la clave pbxk1064. Presionar OK para continuar.

78

Figura 3.7 Nombre de usuario y contrasea.

Ingresar a la ventana de Reinicio del sistema mediante la siguiente ruta: Cliente PBX > Varios Sistemas > Reiniciar Sistema.

En la ventana de Reinicio del sistema, seleccionar en el tipo de reset: Reset fuerte, y en activacin de reset: Automtico. Luego presionar Reset.

Figura 3.8 Seleccin de parmetros de Reset.

Luego aparecern tres ventanas para confirmar que desea hacer el reset. Se siguen los pasos mostrados en las siguientes figuras.

79

Ventana de confirmacin de Reset fuerte.

Figura 3.9 Ventana Fichero cerrar.

Realizados todos estos pasos, el programa se cerrar automticamente y el equipo proceder a formatearse. Hay que esperar de 4 a 5 minutos para que el Reset tome efecto y el equipo vuelva a arrancar. Despus del Reset el equipo no tendr ninguna configuracin y la direccin IP de la CPU ser la direccin por defecto descrita anteriormente. Para determinar cundo se puede ingresar nuevamente al PBX para configurarlo, es util realizar un ping extendido a la direccin 192.168.92.246.

Figura 3.10 Ping extendido a la CPU para determinar el re arranque.

Luego de que la CPU responde al ping extendido se accede al PBX nuevamente para configurarlo, utilizando la direccin por defecto.

80

Antes de proceder a configurar, se debe conocer como conectar el PBX a una red junto con los telfonos que administrar.

3.11

CMO CONECTAR EL PBX A LA RED

Dentro de los equipos que puede administrar un PBX Alcatel OmniPCX se encuentran los telfonos digitales AlcatelLucent Reflexes y telfonos IP Alcatel Lucent eReflexes. En la siguiente figura se muestra la conexin de un PBX a una red local.

Figura 3.11 Diagrama de red de un servidor Omni pcx

3.12

CONFIGURACIN GENERAL

Para explicar cmo se configura el PBX para que administre las extensiones de dos (2) telfonos digitales y un (1) telfono IP, se debe guiar en el siguiente ejemplo:

Se desea configurar un PBX que administre las extensiones dentro del rango 200299 de una red, y a su vez pueda comunicarse con otro PBX que administre otro rango de extensiones y que adems este fuera de la red. Se observa el

81

siguiente diagrama de red. Este tipo de redes es muy comn encontrarlas a nivel empresarial, donde necesitan conectar dos oficinas de una misma empresa, separadas por una larga distancia.

Figura 3.12 Ejemplo de diagrama de red entre dos sitios remotos

Para este ejemplo, la direccin donde se encuentra el PBX es la 10.0.0.0/8; donde se le asignarn al PBX las direcciones 10.0.0.50 y 10.0.0.51, a las placas CPU y VoIP, respectivamente. Tambin se debe tener en cuenta la direccin de la puerta de enlace de la red, que en este caso es la direccin 10.0.0.254.

Inicialmente se deben cambiar las direcciones IP de las placas CPU y VoIP escogidos. Para esto debe acceder al equipo abrir la ventana de Placa IP, para modificar los parmetros de red del PBX. Para entrar a dicha ventana se sigue la ruta:

Cliente PBX > Hardware y Limites > Placa IP

En la ventana Placa IP se modifica los valores de la CPU principal, la placa VoIP (Master), la puerta de enlace de la red (direccin IP del Router) y la mscara de red. Despus de modificar todos estos parmetros presionar el botn OK.

82

Figura 3.13 Configuracin de parmetros de red de las placas CPU y VoIP.

Luego de configurar los parmetros de red, el sistema pide la confirmacin de los cambios realizados. Presionar Si para confirmar y realizar un Reset suave.

Figura 3.14 Ventana de confirmacin de cambios de parmetros de red.

Como cambi la direccin de red al PBX, tambin se debe cambiar la direccin IP al equipo con el que se estn haciendo las configuraciones. La direccin IP del computador debe estar dentro de la red 10.0.0.0. Por ejemplo, se puede asignar al computador la direccin IP 10.0.0.1. Para realizar los cambios de los parmetros de red del PBX, es necesario que este tome un Reset suave como se inform en la anterior ventana de confirmacin.
83

Realizar un ping extendido a las direcciones IP de la CPU y la placa VoIP, para determinar cuando estn disponibles nuevamente para continuar con la configuracin. Este proceso puede tardar entre cuatro (4) y cinco (5) minutos.

Ingresar nuevamente al OMC, pero esta vez se debe usar la nueva direccin IP de la CPU. Ingresar el mismo nombre de usuario y contrasea utilizados en el captulo anterior.

La configuracin general de VoIP del PBX se realiza en seis (6) pasos bsicos:

1. Para empezar se deben escoger el nmero de cifras que tendrn las extensiones. Como se mencion anteriormente, las extensiones se encuentran dentro del rango 200299. Por lo tanto se escogern tres cifras para las extensiones. Para esto, ingresar a la ventana de Configuracin por defecto con la siguiente ruta:

Cliente PBX > Numeracin > Configuracin por defecto

Figura 3.15 Plan de numeracin de 3 cifras.

84

Figura 3.16 Ventana de confirmacin de cambios del plan de numeracin avanzado.

Luego se configuran las extensiones locales y las extensiones del PBX remoto. Esta configuracin se realiza en la ventana Plan de numeracin principal.

Cliente PBX > Numeracin > Plan de num. > Plan de numeracin principal

En esta ventana se configuran el tipo de funcin, el rango de extensiones locales, la base, y si las extensiones son privadas.

Figura 3.17 Configuracin del plan de numeracin principal para extensiones locales.

En la misma ventana configurar algunos parmetros de las extensiones remotas. Estos parmetros son el tipo de funcin, rango de extensiones, base, TMN y

85

determinar que son privadas. Para esto se observa la siguiente figura:

Figura 3.18 Parmetros de extensiones remotas en plan de numeracin principal.

Este tipo de funcin (Grupo de enlace secundario), es el grupo que designa las extensiones remotas. En este caso las extensiones remotas se describen como privadas, y la base corresponde al mtodo de seleccin automtica de ruta. En la pestaa Plan de numeracin pblico, slo deben quedar las extensiones locales y remotas sin realizar ningn otro cambio como indica la siguiente figura:

Figura 3.19 Extensiones locales y remotas en plan de numeracin pblico.

En la pestaa Plan de numeracin privado, slo se colocan las extensiones locales como se muestra en la siguiente figura:

86

Figura 3.20 Extensiones locales en plan de numeracin privado.

Figura 3.21 Ventana de configuracin de parmetros de VoIP.

En las siguientes figuras se describen las configuraciones de VoIP:

87

Figura 3.22 Configuraciones en la pestaa General.

Figura 3.23 Configuraciones en la pestaa DHCP.

4. Despus de configurar los parmetros de VoIP, se procede a crear el grupo de enlace por donde salen las llamadas IP. En la ventana Lista de Grupos de Enlace se debe seleccionar el grupo 2, puesto que el grupo 1 se asocia las extensiones locales. En las siguientes figuras se muestran las configuraciones para la lista del grupo de enlace. Para acceder a la ventana de Lista de Grupos de Enlace, se sigue la siguiente ruta:

Cliente PBX > Lneas Externas > Lista de Grps Enlcs

En la ventana de Lista de Grupo de enlace, asignar un nombre al grupo. Por ejemplo: VoIP.

88

Figura 3.24 Nombre asignado al grupo de enlace.

Luego de seleccionar el nombre al grupo de enlace, presionar el botn Parmetros, seleccionar la opcin Aadir y agregar el grupo de enlace que se cre.

Figura 3.25 Ventana de seleccin del grupo de enlace creado.

Despus de seleccionar el grupo creado, presionar el botn Categora de Conexin como se muestra en la figura 3.29

Cambiar los valores de Normal y Restringido como se muestra en la figura:

89

Figura 3.26 Valores de Normal y Restringido de la categora de conexin.

En la siguiente ruta se cambian nuevamente los parmetros de Normal y Restringido colocando el mismo valor 2.

Cliente PBX > Lneas Externas > Lneas de Accesos > VoIP > Detalles > Ct. Conexin

5. En esta seccin se debe asociar el grupo creado en el paso anterior con la lista de grupos que pertenecen a la Seleccin automtica de ruta (ARS). Despus en las tablas ARS asociar la lista de grupo creada con los parmetros de VoIP, que determinan el destino de las llamadas hacia las extensiones remotas, el cdec utilizado para las llamadas, el ancho de banda entre otros parmetros.

La ruta es: Cliente PBX > Numeracin > Seleccin automtica de ruta

(ARS) > lista de grupos

En la ventana de Lista de grupos, hacer clic derecho en el espacio en blanco y seleccionar Aadir.

90

Figura 3.27 Aadir lista de grupo de enlace en seleccin automtica de ruta.

En la misma ventana colocar el valor de Lista en 1, y seleccionar en el ndice el grupo de enlace VoIP de ndice 2 que crear al principio. Luego hacer clic derecho en el espacio en blanco y seleccionar la opcin Aplicar para guardar los cambios.

Luego configurar la tabla ARS, mediante la ruta: Cliente PBX > Numeracin > Seleccin automtica de ruta (ARS) > Tabla ARS

Figura 3.28 Parmetros VoIP para la Tabla ARS.

91

En la parte superior aparecern los parmetros a configurar. Dentro de estos parmetros modificar los siguientes segn el caso:

Red = Privada

Prefijo= primer dgito de las extensiones externas. Para este caso es 3. Rangos = 0099

Lista de grupos = nmero de la lista creada en lista de grupos. Para este caso es 1.

Destino= Gatekeeper (traduce la voz en paquetes junto con una direccin). Direccin IP= direccin hacia donde se dirigen las llamadas a extensiones remotas. Para este caso es la direccin IP de la placa VoIP del PBX remoto. Tiempo de espera del Gateway= 300

Cdec= cdec para realizar las llamadas. Estado= activo

6. Para finalizar con la configuracin del PBX, se deben configurar las extensiones asignadas a los puertos digitales para los telfonos Reflexes y la extensin para el telfono IP eReflexes.

Figura 3.29 Ventana de configuracin de extensiones.

92

En esta ventana los telfonos digitales Reflexes se identifican como First, mientras que los telfonos IP eReflexes se identifican como Premiun/IP. Para configurar las extensiones de los telfonos anlogos, seleccionar el puerto donde se encuentra conectado el telfono. En el espacio en blanco debajo de la palabra Ext., colocar el nmero de la extensin de dicho telfono. En el espacio en blanco siguiente al de la extensin, seleccionar el tipo de equipo (First). Y en el siguiente espacio en blanco ingresar el nombre del usuario.

Figura 3.30 Ejemplo de configuracin de una extensin en un telfono Reflexes.

Para configurar la extensin del telfono IP eReflexes, se debe cerrar el programa OMC y volverlo abrir en la ventana de configuracin de las extensiones. Esto con el fin de que el telfono IP obtenga una direccin y pueda ser detectado por el PBX. En la ventana de configuracin de las extensiones aparecer el telfono IP identificado como Premium/IP.

Despus de realizados todos estos pasos, es posible realizar llamadas dentro de las extensiones locales. Para realizar llamadas a extensiones remotas, se debe configurar el PBX remoto de la misma manera como se explic anteriormente, pero tomando los valores correspondientes de extensiones remotas y locales para el caso. Esto es: los parmetros que para este ejemplo fueron los parmetros de las extensiones locales, sern los parmetros de las extensiones remotas en el otro PBX. Y los parmetros que para el ejemplo explicado fueron los parmetros

93

de las extensiones remotas, sern los parmetros de las extensiones locales del mismo.

3.13

ANLISIS FODA

Al finalizar la implementacin del proyecto se realiza el siguiente anlisis FODA para identificar y analizar las fortalezas y debilidades de la organizacin, as como las oportunidades y amenazas. Lo importante de este anlisis es pensar en lo que es necesario buscar para identificar y medir los puntos fuertes y dbiles, las oportunidades y las amenazas generadas al finalizar el proyecto.

FORTALEZAS Adecuada operacin del sistema por parte del personal Buena percepcin de la calidad de los servicios del enlace Voip Excelentes recursos tcnicos DEBILIDADES Alta burocracia y exceso de papeleo. Problemas con la calidad de los servicios del proveedor del enlace.

OPORTUNIDADES Necesidad de ampliacin servicio a otros centros. del

Regulacin a favor del proveedor nacional para implementar nuevos enlaces. Aprovechamiento de los recursos tecnolgicos AMENAZAS Restricciones a la importacin y exportacin Cambios generados en los equipos por parte del fabricante. Tendencias desfavorables en el mercado tecnolgico

Tabla 3.4 Anlisis Foda

94

CONCLUSIONES
La infraestructura Alcatel Omni PCX Office permiti que la arquitectura VoIP diseada para la empresa Hidrotoapi soporte nuevas aplicaciones de negocio, nuevas tecnologas SIP, que sea escalable y tome en cuenta el futuro crecimiento de la red, etc.

Al implementar el enlace VoIP entre la matriz de Hidrotoapi ubicado en la ciudad de Quito y el campamento las palmas ubicado en Santo Domingo de los Tschilas se logr el aumento de la productividad de los empleados, la reduccin de costos operativos y la reduccin de tiempos de ejecucin de los procesos.

Este proyecto detalla el diseo de la red VoIP para la empresa Hidrotoapi mediante la infraestructura tecnolgica de Alcatel Omni PCX Office de ltima generacin, que constituye una infraestructura robusta para brindar todos los beneficios y ventajas que las redes VoIP

En la empresa Hidrotoapi se logr mayor flexibilidad en la administracin del servidor de comunicaciones gracias a que la implementacin y configuracin de los sistemas de VoIP no implican mucha complejidad y se puede tener conectividad desde sitios remotos para la administracin.

Luego de realizar las pruebas de comunicacin VoIP entre la matriz de Hidrotoapi y el campamento La Palma se comprob que el enlace de datos se encuentra el ptimas condiciones

95

RECOMENDACIONES
Se recomienda la implementacin de este proyecto entre varias sucursales de una empresa para poder brindar a los usuarios un servicio de telefona de calidad ya que se disea en base a una infraestructura ya montada y opera con tecnologa de punta.

La coordinacin en el momento de la migracin de un sistema telefnico es fundamental para evitar perjudicar al usuario con prolongados cortes en el servicio, por lo que se recomienda una planificacin minuciosa que incluya una etapa de prueba exhaustiva a fin de evitar inconvenientes a la hora de poner en marcha el funcionamiento de este nuevo servicio.

Se recomienda implementar un sistema de procedimientos estandarizados para la configuracin de las aplicaciones ms importantes en los servidores de comunicacin Omni PCX Office.

Realizar un Plan de Contingencias, que contenga los procedimientos necesarios que se deben tomar cuando exista alguna falla en la cominunicacin VoIP entre la matriz de Hidrotoapi y el campamento La Palma.

Dar mantenimiento de manera frecuente a los servidores de comunicacin Omni PCX Office, y revisar el estado fsico de los mismos cada cierto tiempo.

96

GLOSARIO DE TRMINOS A
A.C.T. ADSL Alcatel Cristal Technology Tecnologa de transmisin de datos a travs de pares de cobre.

C
CSTA CTI Call Signaling Transport Address Enlace de integracin de telefona en computadora

D
DHCP DSP Asignacin de direcciones IP de forma dinmica Procesador de seales en tiempo real.

I
IETF ITU Internet Engineering Task Force Unin internacional de las telecomunicaciones IVR.- Dispositivos de respuesta de voz interactivos Jitter.- Diferencia entre retardos

L
LATENCIA Retardo de extremo a extremo LDAP Protocolo de Acceso al Directorio Ligero

M
MCU MGCP Unidades de control multipunto Media Gateway Control Protocol

97

Q
QOS Calidad de Servicio

R
RAS Registration, Authentication, Status. Especificacin de H.323 que permite la autorizacin y autenticacin de una sesin RDSI RTCP RTP Red digital de servicios integrados Protocolo de control en tiempo real Protocolo de transporte en tiempo real

S
SIP SDP Protocolo de Inicio de Sesin Protocolo de Descripcin de Sesin

U
UNICAST Proceso de transmisin desde una fuente a un solo destino

98

BIBLIOGRAFA

1. ALCATEL, Lucent: Manual de configuracin Omni PCX office/enlaces VoIP 2. BERRA, Carlos: Sistemas voip, www.searchunifcommunications.com/jitter 3. CALERO, Alejandro: Redes Telefnicas, www.uanl.mx/1/Redes_telef 4. CISCO, Systems: IP networks, www.cisco.com/univercd/cc/td/doc 5. CISCO, Systems: Herramientas y aplicaciones diseadas para las pequeas y medianas empresas,

http://www.cisco.com/web/ES/solutions/smb/tools/index.html 6. GANZABAL, Julin Mara: Global Crossing, Curso de VoIP, Agosto del 2008 7. HERMAN, Wendy: Nortel Networks Article, Open Source Kicks the Cost Out of SMB Unified Communications, Fecha de publicacin: Agosto de 2008 8. HERREL, Elizabeth: for IT Infrastructure & Operations Professionals, How to Evaluate Business Value for Unified Communications Fecha de publicacin: Octubre de 2008 9. JONES, Paul E: H.323 Protocol Overview, Fecha de publicacin: Octubre de 2007, http://www.packetizer.com 10. KERNER, Sean Michael, Gartner: Instant Messaging Reigns Supreme, Actualizacin: 27 de Junio de 2008,

http://www.cioupdate.com/research/article.php/3685781 11. LEN, W. Couch II: Sistemas de Comunicacin Digitales y Analgicos, 5ta. Edicin; Prentice, 1998 12. MACDONALD, Mike: Presentation, Evolution not Revolution, Fecha de publicacin: Julio de 2007
99

13. PORTIER,

Alan:

Servicio

de

acceso

remoto,

http://en.wikipedia.org/wiki/Remote_Access_Service 14. ROLDAN, David: Integracin de Voz y Datos, Mc Graw Hill 15. REDROBAN, Anton: Enlaces Voip, http://es.wikipedia.org/wiki/Proces_dig 16. SANTOS, Arnoldo: Sistemas digitales, www.tech-faq.com/isdn.html 17. SCOTT, Keagy: Integracin de Redes de Voz y Datos, Primera Edicin, 2001 18. SERNA, Francisco: Protocolo de control en tiempo real,

http://es.wikipedia.org/wiki/Real_time_control_protocol 19. SCHULZRINNE, Henning: Columbia University - New York, Voice over IP, A Steven Report 20. TAYLOR, Steven: Mobile Unified Communications, Fecha de publicacin: Noviembre de 2007 21. TENRES, Carlos: Info Enlaces, www.ing.puc.cl/esp/infgeneral 22. TUREK, Melani: The Virtual Workplace: Welcome to the 21st Century, Nemertes Research, Fecha de autora: Noviembre 8 de 2004. Taylor, 2005/2006 VoIP State of the Market

http://www.nemertes.com/articles/the_virtual_workplace_welcome_to_t he_21st_century 23. WAYNE, Tomasi: Sistemas de Comunicaciones Electrnicas, 2da. Edicin; Prentice, 1996 24. WELCH, Rachel: Voice-over-IP: The Future of Communications, Fecha de publicacin: Abril 29 de 2002

100

ANEXOS

101

ANEXO 1 ANCHO DE BANDA REQUERIDO

Como vemos la tabla describe las compresiones que maneja el servidor de comunicaciones OmniPCX Office esta tabla nos provee de la informacin de tramas en el paquete de datos con lo cual nosotros estimaremos el ancho de banda de acuerdo a la compresin que estemos utilizando y al ancho de banda con que cuente el cliente En el proyecto se utilizara el Codec G723.1 para el cual necesitamos un ancho de banda de 19.2 Kb/s por telfono es decir 20 kb/s. Con una calidad de voz muy aceptable.

102

ANEXO 2 Extracto de la Tabla de la Frmula de Prdida Erlang

n 0.0000 1 1 2 3 4 5 6 7 8 9 1 0 1 1 1 2 1 3 1 4 1 5 .00001 .00448 .03980 .12855 .27584 .47596 .72378 1.0133 1.3391 1.6970 0.0000 5 .00005 .01005 .06849 .19554 .38851 .63923 .93919 1.2816 1.6595 2.0689 0.0001 Probabilidad de prdida (E) 0.0005 0.001 0.002 0.003 0.004 0.005 0.006 n

.00010 .01425 .08683 .23471 .45195 .72826 1.0541 1.4219 1.8256 2.2601

.00050 .03213 .15170 .36236 .64857 .99567 1.3922 1.8298 2.3016 2.8028

.00100 .04576 .19384 .43927 .76212 1.1459 1.5786 2.0513 2.5575 3.0920

.00200 .06534 .24872 .53503 .89986 1.3252 1.7984 2.3106 2.8549 3.4265

.00301 .08064 .28851 .60209 .99446 1.4468 1.9463 2.4837 3.0526 3.6480

.00402 .09373 .32099 .65568 1.0692 1.5421 2.0614 2.6181 3.2057 3.8190

.00503 .10540 .34900 .70120 1.1320 1.6218 2.1575 2.7299 3.3326 3.9607

.00604 .11608 .37395 .74124 1.1870 1.6912 2.2408 2.8266 3.4422 4.0829

1 2 3 4 5 6 7 8 9 1 0 1 1 1 2 1 3 1 4 1 5

2.0849

2.5059

2.7216

3.3294

3.6511

4.0215

4.2661

4.4545

4.6104

4.7447

2.4958

2.9671

3.2072

3.8781

4.2314

4.6368

4.9038

5.1092

5.2789

5.4250

2.9294

3.4500

3.7136

4.4465

4.8306

5.2700

5.5588

5.7807

5.9638

6.1214

3.3834

3.9523

4.2388

5.0324

5.4464

5.9190

6.2291

6.4670

6.6632

6.8320

3.8559

4.4721

4.7812

5.6339

6.0772

6.5822

6.9130

7.1665

7.3755

7.5552

103

1 6 1 7 1 8 1 9 2 0 2 1 2 2 2 3 2 4 2 5 2 6 2 7 2 8 2 9 3 0 3 1

4.3453

5.0079

5.3390

6.2496

6.7215

7.2582

7.6091

7.8780

8.0995

8.2898

1 6 1 7 1 8 1 9 2 0 2 1 2 2 2 3 2 4 2 5 2 6 2 7 2 8 2 9 3 0 3 1

4.8502

5.5583

5.9110

6.8782

7.3781

7.9457

8.3164

8.6003

8.8340

9.0347

5.3693

6.1220

6.4959

7.5186

8.0459

8.6437

9.0339

9.3324

9.5780

9.7889

5.9016

6.6980

7.0927

8.1698

8.7239

9.3515

9.7606

10.073

10.331

10.552

6.4460

7.2854

7.7005

8.8310

9.4115

10.068

10.496

10.823

11.092

11.322

7.0017

7.8834

8.3186

9.5014

10.108

10.793

11.239

11.580

11.860

12.100

7.5680

8.4926

8.9462

10.180

10.812

11.525

11.989

12.344

12.635

12.885

8.1443

9.1095

9.5826

10.868

11.524

12.265

12.746

13.114

13.416

13.676

8.7298

9.7351

10.227

11.562

12.243

13.011

13.510

13.891

14.204

14.472

9.3240

10.369

10.880

12.264

12.969

13.763

14.279

14.673

14.997

15.274

9.9265

11.010

11.540

12.972

13.701

14.522

15.054

15.461

15.795

16.081

10.537

11.659

12.207

13.686

14.439

15.285

15.835

16.254

16.598

16.893

11.154

12.314

12.880

14.406

15.182

16.054

16.620

17.051

17.406

17.709

11.779

12.976

13.560

15.132

15.930

16.828

17.410

17.853

18.218

18.530

12.417

13.644

14.246

15.863

16.684

17.606

18.204

18.660

19.034

19.355

13.054

14.318

14.937

16.599

17.442

18.389

19.002

19.470

19.854

20.183

104

3 2 3 3 3 4 3 5 3 6 3 7 3 8 3 9 4 0 4 1 4 2 4 3 4 4 4 5 4 6 4 7

13.697

14.998

15.633

17.340

18.205

19.176

19.805

20.284

20.678

21.015

3 2 3 3 3 4 3 5 3 6 3 7 3 8 3 9 4 0 4 1 4 2 4 3 4 4 4 5 4 6 4 7

14.346

15.682

16.335

18.085

18.972

19.966

20.611

21.102

21.505

21.850

15.001

16.372

17.041

18.835

19.743

20.761

21.421

21.923

22.336

22.689

15.660

17.067

17.752

19.589

20.517

21.559

22.234

22.748

23.169

23.531

16.325

17.766

18.468

20.347

21.296

22.361

23.050

23.575

24.006

24.376

16.995

18.470

19.188

21.108

22.078

23.166

23.870

24.406

24.846

25.223

17.669

19.178

19.911

21.873

22.864

23.974

24.692

25.240

25.689

26.074

18.348

19.890

20.640

22.642

23.652

24.785

25.518

26.076

26.534

26.926

19.031

20.606

21.372

23.414

24.444

25.599

26.346

26.915

27.382

27.782

19.718

21.326

22.107

24.189

25.239

26.416

27.177

27.756

28.232

28.640

20.409

22.049

22.846

24.967

26.037

27.235

28.010

28.600

29.085

29.500

21.104

22.776

23.587

25.748

26.837

28.057

28.846

29.447

29.940

30.362

21.803

23.507

24.333

26.532

27.641

28.882

29.684

30.295

30.797

31.227

22.505

24.240

25.081

27.319

28.447

29.708

30.525

31.146

31.656

32.093

23.211

24.977

25.833

28.109

29.255

30.538

31.367

31.999

32.517

32.962

23.921

25.717

26.587

28.901

30.066

31.369

32.212

32.854

33.381

33.832

105

4 8 4 9 5 0 5 1

24.633

26.460

27.344

29.696

30.879

32.203

33.059

33.711

34.246

34.704

4 8 4 9 5 0 5 1

25.349

27.206

28.104

30.493

31.694

33.039

33.908

34.570

35.113

35.578

26.067

27.954

28.867

31.292

32.512

33.876

34.759

35.431

35.982

36.454

26.789

28.706

29.632

32.094

33.332

34.716

35.611

36.293

36.852

37.331

0.0000 1 n

0.0000 5

0.0001

0.0005

0.001

0.002

0.003

0.004

0.005

0.006

Probabilidad de prdida(E)

106

ANEXO 3 ANALISIS DE COSTOS

INVERSIONES EN EL PROYECTO

La inversin considerada para la realizacin del presente proyecto comprende todos los desembolsos en que se deben incurrir para la adquisicin de recursos necesarios para su ejecucin.

COSTO DE EQUIPOS
CANTIDAD DESCRIPCIN SERVIDOR DE 1 30 30 COMUNICACIONES TELFONOS IP LICENCIAS IP 150.00 20 4500.00 600.00 COSTO (USD) 3000.00 TOTAL (USD) 3000.00

TOTAL

8100.00

COSTO DE IMPLEMENTACIN
CANTIDAD 1 DESCRIPCIN INSTALACIN DE EQUIPOS 2 CONFIGURACIN 250.00 500.00 COSTO (USD) 600.00 TOTAL (USD) 600.00

TOTAL

1100.00

107