Tesis Asterisk

Fundacin Instituto DuocUC Administracin de Redes Computacionales Escuela de Informtica y Telecomunicaciones
INFORME DE PROYECTO DE TITULO
ASTERISK Y TELEFONIA TRADICIONAL
Informe de proyecto para optar al Titulo de Administrador de Redes Computacionales
AUTOR: ERIC ALEXIS GONZALEZ ERICES PROFESOR GUA: CARLOS GONZLEZ A.
Santiago, Chile 2006
Fundacin Instituto Profesional DuocUC Administracin de Redes Computacionales Escuela de Informtica y Telecomunicaciones
DEDICATORIA
Dedico el presente trabajo a Dios por darme la oportunidad de estudiar y a m amada esposa y familia por el constante apoyo que me entrego da a da durante la preparacin de mi carrera.
-2 -
AGRADECIMIENTOS
Agradezco a los profesores Marco Perelli, Orlando Ulloa y Carlos Gonzlez por su dedicacin y compromiso en la enseanza entregada., como as tambin a la Fundacin Instituto Profesional DuocUC.
-3 -
INDICE CAPITULO 1.- INTRODUCCION Resumen.........6 Introduccin...8 Objetivo General......12 Objetivos Especficos...12
CAPITULO 2.- ANLISIS 2.1 Diagnostico Fundamentacin......14 Situacin Actual......18 Descripcin del Problema.......22 Diseo y Desarrollo del Tema Principal.....36 Metodologa de Trabajo.......37
2.2 Estudios de Factibilidad y Solucin Alternativas de Solucin......37 Tcnico........38 Econmico.......44 Legal............44
CAPITULO 3.- DISEO Desarrollo de la alternativa escogida..........44
-4 -
CAPITULO 4.- IMPLEMENTACIN DE LA ALTERNATIVA Desarrollo e Implementacin............108
CAPITULO 5.- CONCLUSIN Opinin Personal.............143
CAPITULO 6.- BIBLIOGRAFA Bibliografa.............143
-5 -
CAPITULO 1 RESUMEN
Haciendo un repaso de la red pblica telefnica conmutada, lo que tenemos hasta hoy a grosso modo es una red de acceso, que incluye el cableado desde el hogar del abonado hasta las centrales locales y el equipamiento necesario, una red de transporte en la que se incluyen las centrales de rango superior y los enlaces de comunicaciones que las unen. Como ya hemos indicado anteriormente todos los recursos destinados a intervenir en el desarrollo de una conversacin telefnica no pueden ser utilizados por otra llamada hasta que la primera no finaliza. En la telefona IP el cambio fundamental se produce en la red de transporte: ahora esta tarea es llevada a cabo por una red basada en el protocolo IP, de conmutacin de paquetes, por ejemplo Internet. En cuanto a la red de acceso, puede ser la misma que en el caso anterior, fsicamente hablando (bucle de abonado), pero en cuanto a los servicios es evidente que la ventaja se orienta hacia la capacidad de intercambiar datos, enviar imgenes, graficas y videos, mientras se esta hablando con alguien. Los elementos necesarios para que se puedan realizar llamadas vocales a travs de una red IP dependen en gran medida de qu terminal se utiliza en ambos extremos de la conversacin. Estos pueden ser terminales IP o no IP. Entre los primeros est el telfono IP, un ordenador multimedia, un fax IP; entre los segundos est un telfono convencional, un fax convencional; los primeros son capaces de entregar a su salida la conversacin telefnica en formato de paquetes IP, adems de ser parte de propia red IP, mientas que los segundos no, por lo que necesitan de un dispositivo intermedio que haga esto antes de conectarlos a la red IP de transporte. -6 -
Hay que sealar que en el caso de que uno o ambos extremos de la comunicacin telefnica sean un terminal IP, es importante conocer de qu modo estn conectados a Internet. Si es de forma permanente, se puede establecer una comunicacin en cualquier momento. Si es de forma no permanente, por ejemplo, a travs de un proveedor de acceso a Internet (ISP) va mdem convencional (acceso dial-up), la comunicacin solo se podr realizar en el momento en que el usuario dial-up est conectado a Internet.
-7 -
INTRODUCCION
Hace 30 aos Internet no exista, y las comunicaciones se realizaban por medio del telfono a travs de la red telefnica pblica conmutada (PSTN), pero con el pasar de los aos y el avance tecnolgico han ido apareciendo nuevas tecnologas y aparatos bastante tiles que nos han permitido pensar en nuevas tecnologas de comunicacin: PCs, telfonos celulares y finalmente la popularizacin de la gran red Internet. hoy por hoy podemos ver una gran revolucin en comunicaciones: todas las personas usan los computadores e Internet en el trabajo y en el tiempo libre para comunicarse con otras personas, para intercambiar datos y a veces para hablar con mas personas usando aplicaciones como NetMeeting o telfono IP (Internet Phone), el cual
particularmente comenz a difundir en el mundo la idea que en el futuro se podra utilizar una comunicacin en tiempo real por medio del PC: VoIP (Voice Over Internet Protocol). Despus de haber constatado que desde un PC con elementos multimedia, es posible realizar llamadas telefnicas a travs de Internet, se podra pensar que la telefona IP es algo ms que un juguete, pues la calidad de voz que se obtiene a travs de Internet es muy pobre. Pero con el avance de la tecnologa esto se ha vuelto solo un mito debido a que al da de hoy alcanzamos un servicio de altas prestaciones y calidad en tiempo real. No obstante, si en una empresa se dispone de una red de datos que tenga un ancho de banda bastante grande, tambin se podra pensar en la utilizacin de esta red para el trfico de voz entre las distintas delegaciones de la empresa. Las ventajas que se obtendran al utilizar la red para transmitir tanto la voz como los datos son evidentes, ahorro de costos de comunicaciones, pues las llamadas entre las distintas delegaciones de la empresa saldran gratis.
-8 -
En sus inicios una persona conectaba manualmente cables para establecer comunicaciones en lo que era conocido como un PMBX (PBX Manual). Este dispositivo fue reemplazado por uno dispositivo electromecnico automtico y sistemas electrnicos de conmutacin llamados PABX (PBX automtico) que desplazaron al PMBX hasta hacerlo casi inexistente, entonces los trminos PABX y PBX se convirtieron en sinnimos. El uso de un PBX evita conectar todos los telfonos de una empresa de manera separada a la red de telefona local pblica PSTN, evitando a su vez que se tenga que tener una lnea propia con cargos mensuales y salidas de llamadas hacia la central telefnica que regresan nuevamente para comunicarse internamente. El dispositivo del PBX est instalado frecuentemente en la empresa que requiere el servicio y conecta llamadas entre los telfonos instalados ah. Adems tiene un nmero limitado de lneas externas disponibles para hacer llamadas al sitio. Las compaas con mltiples sedes pueden conectar juntos sus PBX a travs de lneas troncales. El servicio de PBX puede prestarse desde un equipo ubicado en el proveedor despachando el servicio mediante la red de telefona pblica local conmutada. Asterisk es una aplicacin de cdigo abierto, una central telefnica (PBX). Como cualquier PBX, se puede conectar un nmero determinado de telfonos para hacer llamadas entre s e incluso conectar a un proveedor de servicio o bien a una RDSI. Asterisk tiene licencia GPL. Mark Spencer de Digium inicialmente cre Asterisk y actualmente es su principal desarrollador junto con otros programadores han contribuido a corregir errores, aadir novedades y funcionalidades. Originalmente desarrollado para el sistema operativo Linux, Asterisk actualmente tambin funciona en BSD, MacOSX, Solaris y Microsoft Windows aunque la plataforma nativa (Linux) es la mejor soportada de todos.
-9 -
Asterisk incluye muchas caractersticas anteriormente solo disponibles en costosos sistemas propietarios PBX. Los usuarios pueden aprovechar las capacidades de asterisk tan solo editando sus archivos de configuracin segn la estructura predeterminada de asterisk, Para conectar telfonos normales analgicos hacen falta unas tarjetas telefnicas FXS o FXO fabricadas por Digium o por otros fabricantes que estn soportados por el software. Una tarjeta FXO (Foreign Exchange Office) es un dispositivo de computador que permite conectar ste a la RTPC, y mediante un software especial, realizar y recibir llamadas de telfono. Sirve sobre todo para implementar centrales telefnicas (PBX) con un computador. Las tarjetas FXS (Foreign Exchange Station) sirven para conectar telfonos analgicos normales a un computador, y mediante un software especial, realizar y recibir llamadas hacia el exterior, o hacia otras interfaces FXS. Quiz lo ms interesante de Asterisk es que soporta muchos protocolos VoIP como pueden ser SIP, H.323, IAX. Asterisk puede interoperar con telfonos IP actuando como un registrador y como gateway entre ambos. Las compaas de telecomunicaciones de todo el mundo empiezan a utilizar Asterisk como sistema nativo de VoIP en lugar de otras marcas que ofrecen PBX propietarios como Alcatel, Cisco o Avaya. Los programas de computador suelen distribuirse con licencias propietarias o cerradas. Estas licencias son intransferibles y no exclusivas, es decir, no hacen al comprador propietario del programa, slo tiene derecho a usarlo en un computador o tantos como permita expresamente la licencia y no puede modificar el programa ni distribuirlo. La licencia GPL o General Public License, desarrollada por la FSF o Free Software Foundation, es completamente diferente. Es posible instalar y usar un programa GPL en un computador o en tantos como se desee, sin limitacin. Tambin se puede modificar el programa para adaptarlo a lo que se
-1 0 -
quiera hacer. Adems, se podr distribuir el programa GPL tal cual o despus de haberlo modificado. Se puede hacer esto, regalando el programa o vendindolo, la nica obligacin, es facilitar siempre el programa binario o el cdigo fuente, es decir, el programa de forma que pueda ser ledo por un programador. Los programas propietarios o cerrados, solo se distribuyen en binario, listos para ejecutarse en el ordenador. Un programa GPL es libre, es decir, no es "shareware" o "freeware", stos tambin pueden ser conseguidos en un cd-rom, al comprar una revista o descargarlos de internet, pero no incluyen el cdigo fuente y no hay permiso para modificarlos, es decir, no son libres. Los programas GPL no tienen garanta, igual que casi todos los programas propietarios, no obstante, ofrecen ms derechos a sus usuarios y su sistema abierto hace que los defectos sean detectados y depurados a gran velocidad con la ayuda de cientos de programadores a travs de internet. Por otro lado, nada impide a una empresa garantizar el Software Libre junto a otros servicios que oferte.
-1 1 -
OBJETIVO GENERAL
Estudio e implementacin de un sistema de Telefona IP, manteniendo la potencialidad de un sistema de PBX IP tradicional. Adems de aprovechar las caractersticas propias que nos presenta una sistema de telefona IP basado en GNU/Linux.
OBJETIVOS ESPECIFICOS Identificacin conceptual de:

PBX Asterisk GNU/Linux
Estudio conceptos bsicos de telefona tradicional tales como:

Conmutacin Sealizacin Estudio importancia y justificacin de Sealizacin #7
Estudio conceptual de VoIP

Funcionamiento Ventajas/desventajas del VoIP Problemas relacionados con VoIP
Estudio protocolos VoIP

H.323 SIP
Estudio implementacin Asterisk

Requerimientos de Hardware Requerimientos del sistema Base
-1 2 -
Instalacin Asterisk
Estudio configuracin Asterisk

Configuracin protocolo SIP Dialplan Voicemail
-1 3 -
CAPITULO 2
FUNDAMENTACION
Hace 75 aos no exista la red SS7 pero ya exista la red telefnica. Esta en un principio simplemente consista en lneas telefnicas conectadas a un concentrador o tambin llamado conmutador (Central). Cada Central solo proporcionaba servicio a los usuarios que estaban conectados a esta. En realidad cada Central estaba aislada de las dems existentes en otras zonas, ciudades o regiones. Fue entonces que se empez a observar que la forma mas eficiente de extender la distancia que poda cubrir una llamada telefnica era simplemente conectando las Centrales existentes. Esto tambin incremento enormemente las posibilidades de enrutamiento de una llamada; fue entonces que realmente naci la primera red telefnica. Hoy en da esa red es conocida como la Red Telefnica Publica Conmutada (RTPC) o en ingles PSTN. Tan pronto como se empez a pensar cmo y en dnde deban establecerse las conexiones entre las Centrales el diseo de redes apareci en escena. Como parte de ese diseo ciertas Centrales fueron conectadas entre si para aumentar la cobertura de una red local. Cuando las ciudades fueron creciendo y demandando mas conexiones telefnicas, se fueron creando mas centrales que a su vez se fueron agrupando en reas conectadas a una Central Tandem que recoga el trfico de todas las centrales de una rea y lo enrutaba hasta las dems reas o hacia una central de trnsito de larga distancia. Luego vino el desarrollo de Centrales regionales las cuales conectaban centrales
tandem. Hoy en da casi todas las redes emplean un tipo similar de jerarqua. Para el usuario de un telfono le debe parecer simple conectar dos de ellos para establecer una conversacin. Esto sera as si solo hubiese dos telfonos, pero en realidad existen cientos de millones de telfonos. Por lo tanto
-1 4 -
una central debe manejar la informacin suministrada por el abonado llamante, tambin conocido como abonado A, por el abonado llamado o abonado B, y por la central telefnica que conecta la llamada. Si observamos el proceso de una llamada telefnica normal vemos que cuando una persona intenta hacer una llamada (abonado A) levanta el auricular del telfono con lo cual cierra el circuito de dos hilos. En la central local a la cual esta conectado este abonado se detecta este cierre de circuito mediante la interfaz de lnea de abonado o ILA. Para la central, sta es la indicacin de que se quiere realizar una llamada; esta seal se conoce como descuelgue (off hook). La central responde a esta seal enviando un sonido conocido como tono de invitacin a marcar (TIM). Para el abonado A esto indica que la lnea esta en perfectas condiciones y que la central esta lista para recibir las instrucciones que el abonado enve de acuerdo a la marcacin. Cuando el circuito se conecta hasta la central telefnica donde esta ubicado el abonado llamado (abonado B), esa central una vez ms tiene que verificar el estado de la lnea del abonado B mediante el ILA correspondiente. Si ese abonado no esta utilizando el telfono, el auricular estar colgado (on hook) y el circuito que permite la transmisin de voz no estar completo. En este caso la central telefnica a la cual pertenece el abonado B le enva un voltaje a travs de la lnea con el propsito de hacer timbrar el telfono. Al hacer esto, esta misma central genera y retorna un tono interrumpido que se devuelve a travs del circuito establecido hasta el telfono del abonado que esta efectuando la llamada (abonado A) para que este escuche esta seal y sepa que el telfono al cual l esta llamando esta timbrando. Por supuesto que si el telfono del abonado B esta siendo utilizado (o simplemente que el auricular no este en su lugar correcto) la central telefnica que sirve a ese abonado no intentara conectar la llamada. En vez de esto devolver un tono conocido como seal de ocupado. El abonado A sabr
-1 5 -
entonces que la llamada no puede ser establecida y colgara. A su vez la central local detecta la interrupcin del circuito como una seal de colgado (on hook). Pero esta central todava no puede desmantelar la conexin al tandem. Esto se debe a que el tandem necesita recibir la sealizacin que indique que el abonado A colg. El tandem a su vez necesita sealizar a la central regional de esa condicin. Solo cuando la sealizacin de liberacin se complete hasta la ltima central involucrada se puede liberar la conexin. Las compaas telefnicas se dieron cuenta de los problemas creados por este tipo de sealizacin, ya que esta es enviada a travs de los mismos circuitos que transportan la voz durante la conversacin. Consideremos lo que sucede cuando el resultado de una llamada es una seal de ocupado. El abonado A cuelga rpidamente, o talvez se quede escuchando la seal de ocupado por algunos segundos o ms. Durante todo ese tiempo ninguna conversacin se lleva a cabo en ese circuito en particular. Sin embargo el circuito debe mantenerse con el solo propsito de retornar la seal de ocupado. Despus de utilizar un circuito por algunos segundos el abonado A quizs quiera colgar e intentar de nuevo la llamada. Si el resultado es el mismo mas circuitos estarn siendo ocupados por ms tiempo. Y no sabemos cuentos intentos de llamada har hasta que pueda hablar con alguien. Si se multiplica esto por los millones de llamadas realizadas cada hora se puede tener una idea del tamao del problema de utilizar las vas de habla como medios de sealizacin. Hacia mediados del siglo XX la nica manera en que una compaa telefnica poda compensar tal perdida en su capacidad de conversacin era incrementando el tamao de la infraestructura telefnica. Eso significo ms lneas, ms cableado, ms conmutadores y ms de todo lo que se necesita para suministrar conexiones telefnicas. Los circuitos definitivamente no estaban siendo utilizados eficientemente, pero era la nica manera de hacerlo.
-1 6 -
Fue entonces que se vio la necesidad de aislar de alguna manera las vas de sealizacin de las de voz o datos para no emplear recursos de forma innecesaria. Con el advenimiento de las primeras redes digitales se vio la posibilidad de que una maquina pudiera hablar con otra a travs de las lneas de transmisin dedicadas. Como es usual los avances en este sentido fueron de naturaleza propietaria, es decir esfuerzos individuales de diversas compaas por interconectar sus propios equipos. Este hecho creo tal diversidad de equipos y de protocolos que fue clara la necesidad de establecer ciertas reglas para manejar las comunicaciones de forma consistente, es decir se empezaron a estudiar estndares para otorgarle un orden a la forma en la cual los equipos se iban a comunicar entre si. Esta tarea le fue encomendada al CCITT o Comit Consultivo Internacional para la Telefona y Telegrafa, el cual era una rama de Naciones Unidas. El resultado de sus deliberaciones fue El Sistema # 6 de Sealizacin Intercentrales por Canal Comn (SS6), introducido en los aos 60s. Por supuesto hubo 5 versiones anteriores pero solamente SS6 sobrevivi y fue acogido en el mercado. Recientemente el nombre del grupo CCITT se cambio al de Sector de Estandarizacin de las telecomunicaciones (TS) y se aadieron los grupos responsables de las radiocomunicaciones (RS) y de desarrollo de las
telecomunicaciones (D). Ya que el grupo TS es el responsable por el desarrollo de los estndares SS7, el uso del termino CCITT se ha reemplazado rpidamente por el de ITU-TS. En la actualidad existen varios estndares para SS7, por ejemplo ITU, ANSI, el sistema japons, etc., los cuales en realidad no son estndares diferentes. Es simplemente que varias naciones decidieron modificar la versin ITU-TS en algunos detalles para acomodarse a sus propias necesidades. Actualmente existen ms de 30 variantes nacionales del estndar ITU-TS.
-1 7 -
Para finalizar esta resea histrica debemos resaltar el hecho de que las tecnologas modernas se han vuelto disponibles universalmente de forma tan rpida solamente debido a la existencia de la PSTN. Sin esta, no habra Internet. Sin la PSTN no habra telefona mvil y tampoco existira el Sistema de Sealizacin # 7 que analizaremos mas en detalle. Expuesta esta resea, es que en la actualidad la telefona IP adquiere un papel fundamental, dada la explosin de las telecomunicaciones y sus costos, ya que considerando los antiguos sistemas de comunicacin y sus costos, esta nueva tecnologa los reduce en ms de un 50%, lo cual para las empresas emergentes y sus campaas de tele marketing juega un papel realmente importante si estn pesando en competir en el mercado.
SITUACION ACTUAL
La telefona a travs de Internet, tambin conocida como telefona IP o voz sobre IP (VoIP), empieza a ser una realidad en muchas empresas por la rpida amortizacin y el ahorro de costes que proporciona. La convergencia de voz y datos, con servicios unificados dentro de la empresa, est todava por empezar, pese a los notables desarrollos que se han producido en los ltimos aos. Lo ms usual es aprovechar la red de datos de banda ancha, como la ADSL, para canalizar llamadas de voz y dejar la unificacin para ms adelante. En numerosas empresas se est produciendo una evolucin silenciosa de sus redes internas. El objetivo comn es reducir la factura telefnica de las llamadas de voz nacionales e internacionales, que representan un elevado porcentaje del total pagado a los operadores. La migracin hacia la telefona IP se hace al margen de los operadores, con instalaciones privadas, aunque la
-1 8 -
intensa competencia entre operadores de voz hace que tambin se puedan contratar servicios unificados a precios interesantes. El motor de cambio ha sido la posibilidad de comprar pasarelas (gateways) que se acoplan a las centralitas telefnicas digitales y transforman la voz en paquetes de datos, capaces de circular por la red de la empresa conectada a Internet. Los gateways incluyen memoria y sofisticados programas que reducen los retrasos producidos durante la transmisin de los paquetes. Adems, permiten una mejor recepcin de la voz nuevamente transformada. La calidad de la voz obtenida con paquetes conmutados es muy prxima a la tradicional con circuitos, con una gran diferencia: el precio es la llamada local, no importa la distancia. El trfico internacional de telefona IP representar este ao el 5.5% de las llamadas internacionales, casi el doble que en el anterior, segn la Unin Internacional de Telecomunicaciones (UIT) en un informe publicado recientemente. La consultora IDC prev que este mercado se duplicar cada ao hasta alcanzar los 59.000 millones de dlares en el 2004. Entonces, el trfico de voz a travs de IP ser una cuarta parte del total. La friccin proviene de dos sistemas de tarificacin diferentes: el tradicional, basado en el uso y en funcin del tiempo y la distancia, y el de la tarifa plana que promueve Internet. Se dice que los operadores del mundo desarrollado disponen an de un margen de 5 a 10 aos para reequilibrar las tarifas, mientras que los pases en desarrollo no pueden hacerlo. La regulacin del mercado de telefona IP vara segn el pas y el tipo de servicio ofrecido. En este sentido, Estados Unidos es el pas ms avanzado y tres grandes operadores ya ofrecen un servicio de alta calidad.
-1 9 -
En la Unin Europea se permite telefona IP porque existe un cierto retraso de la seal, pero est por decidir la legislacin que se aplicar cuando la tecnologa avance y la seal se transmita prcticamente en tiempo real. La popularidad de la voz sobre IP (VoIP) creci a pasos agigantados el ao pasado, tanto el nmero de redes instaladas como el dinero invertido en la compra de este tipo de productos e, incluso, la capacidad de las soluciones se han ms que duplicado durante el pasado ao. Sin embargo, los problemas de interoperitividad podran obstaculizar el progreso de estas tecnologas. Hace pocos aos, la voz sobre IP era el dominio de unos pocos, como 3Com, Cisco, Clarent, Nuera Communications e Hypercom. Pero esta tecnologa est siendo adoptada por un amplio nmero de fabricantes de telecomunicaciones y networking tradicionales, que en un principio vieron la voz sobre IP como una amenaza a su base instalada convencional. Segn encuestas, a los pioneros en VoIP se les han unido ahora los fabricantes de PBX clsicos, como Alcatel, Avaya, Ericsson, NEC, Nortel Networks y Siemens. Durante el pasado ao, todos estos fabricantes lanzaron productos de voz sobre IP, frecuentemente en forma de aadidos que adaptan a IP las ltimas versiones de sus PBX y sus multiplexores TDM (Time Division Multiplexing) tradicionales. Actualmente esta tecnologa ofrece una calidad de voz de buena a excelente y una fiabilidad de aceptable a buena, algo que en principio no siempre suceda. Con todo, la interoperatividad entre los productos VoIP sigue siendo el problema fundamental para la generalizacin masiva dnacional de
Telecomunicaciones), el primero obtenido para asegurar la interoperatividad en voz sobre IP, se ha mostrado difcil y complejo de implementar. Como
resultado han aparecido unas normas ms manejables, sin que hasta ahora cul ser la ms implementada.
-2 0 -
No obstante, poco a poco comienza a verse el futuro dentro de la comunidad de fabricantes sobre los distintos estndares. Se puede llegar a afirmar segn diversas revistas tecnolgicas que coexistirn diferentes normas, entre ellas H.323 de UIT, SIP (Session Initiation Protocol) y MGCP (Media Gateway Control Protocol) del IETF (Internet Engineering Task Force), las especificaciones ISC (International Softswitch Consortium), y H.248/Megaco, tambin de la UIT. As pues, no es de esperar, al menos a corto plazo, que un solo estndar se imponga como el claramente dominante. La opinin mayoritaria de los fabricantes es que H.323 se convertir en la norma convencional de las empresas, mientras que MGCP y H.248/Megaco tendrn una mayor presencia en los agentes de llamadas y otras pasarelas de medios de los operadores. Tambin hay muchos que creen que SIP ser utilizado entre agentes de llamadas y telfonos IP residenciales. Es decir, el modo en que los protocolos sern implementados depender de donde se site el equipamiento VoIP en la red, lo que se impone la coexistencia en el corto plazo. Por lo tanto, se puede decir que aparecern nuevas categoras de productos, aumento de sus capacidades, cada de los precios en la gama alta, la reorganizacin de los estndares y la creacin de las alianzas de interoperatividad entre fabricantes.
-2 1 -
Descripcin del Problema

GRADO DE IMPLANTACIN DE ESTA TECNOLOGA
La tecnologa VoIP crece cada ao, tanto en nmero de usuarios como en inversiones realizadas por las empresas. Esta tecnologa ha ido evolucionando ao a ao hasta lo que es ahora, aunque todava le queda un largo camino por recorrer. Todo empez en 1995, ao en que se empez a introducir esta tecnologa. Para finales de 1996 la telefona IP an era considerada una radio para aficionados de Internet, una aplicacin que muy pocas personas utilizaban, con PCs con micrfonos y shareware de voz sobre IP. Para entonces la calidad del servicio era de psima calidad. Ya en 1997 apareci nuevo software para VoIP para clientes, pero la calidad que esperaban estos no era la misma que ofrecan las llamadas tradicionales, lo que desalent a los clientes. Esta tecnologa de VoIP era prcticamente inexistente en el mundo empresarial, y los primeros dispositivos de acceso que pasan las llamadas hacia y desde Internet u otras redes IP (gateways) estaban muy lejos de ser lo que son. Los aos 1997 y 1998 fueron los aos del gateway y del gatekeeper respectivamente. Adems, durante estos aos se lograron unas normas de interoperabilidad, lo que hizo que los proveedores de equipos y servicios pudiesen concentrarse en desarrollar aplicaciones de valor agregado que se necesitan para llevar la demanda de la voz sobre IP a ser una alternativa de bajo costo ante los servicios tradicionales de larga distancia. Con todo ello la voz sobre Internet empieza a ser una realidad cotidiana en muchas empresas por la rpida amortizacin y el ahorro de costes que proporciona.
-2 2 -
Hasta ahora bsicamente son slo las empresas las que adoptan el cambio por la reduccin de costos que ello conlleva. Como ejemplo se puede decir, que si una empresa coloca un gateway la inversin se amortiza antes de un ao con llamadas provinciales, y en tres meses en las empresas que llaman tres horas al da con su oficina situada en Amrica o Asia. Pero la convergencia de voz y datos, con servicios unificados dentro de la empresa, es an insuficiente, pese a los notables desarrollos que se han producido en los ltimos aos. El avance de esta tecnologa es muy grande ao a ao. Cada ao aparecen nuevos productos con ms capacidades y ms recursos lo que posibilita su implantacin. Cada ao, el trfico de telefona IP aumenta el doble respecto al anterior, por lo que dentro de unos aos, siguiendo ese crecimiento, el trfico de voz sobre IP habr crecido extraordinariamente desde su implantacin. A nivel de usuario pero, esta tecnologa no esta lo suficientemente implantada, y es aqu por donde tiene ms camino por hacer. Las actuales conexiones a Internet imposibilitan tener una conversacin con la misma calidad que con la telefona tradicional, y slo mediante conexiones de banda ancha la calidad es parecida. El grado de implantacin de esta tecnologa se puede ver en el siguiente grfico, adems de las previsiones de implantacin para una futuro de cuatro aos.
-2 3 -
CONSUMO DE ANCHO DE BANDA
De acuerdo con todo lo dicho anteriormente, podemos ver que todava no se han resuelto los problemas relacionados con el ancho de banda y el cmo crear flujos de cadenas de datos en tiempo real. Lograr transportar voz de alta calidad telefnica sobre IP en tiempo real no es una tarea nada fcil de alcanzar ya que tal labor requiere manejo de las capacidades de la red que permita el control del trfico, protocolos de tiempo real (TCP/IP no lo son) y anchos de banda dedicados durante el tiempo que tome la realizacin de la llamada. Sin embargo, da a da las limitaciones en los servicios de voz basados en IP, estn siendo superadas gracias dos factores: mejoras en los algoritmos de compresin (que permiten la optimizacin de la utilizacin del ancho de banda) y la sofisticacin y gran desarrollo de los actuales protocolos de enrutamiento (capaces de tener en consideracin el retardo por cada uno de los caminos posibles que puede tomar el paquete para as determinar la mejor ruta que puede seguir, proveer reservas de ancho de banda mientras que dura la conversacin y dar preferencia al procesamiento de los paquetes dentro de los lmites del enrutador, de manera que aquellos de alta prioridad son procesados primero).
CALIDAD DE SERVICIO (QoS)
La calidad de servicio (QoS) es el rendimiento de extremo a extremo de los servicios electrnicos tal como lo percibe el usuario final. Los parmetros de QoS son: el retardo, la variacin del retardo y la prdida de paquetes. Una
-2 4 -
red debe garantizar que puede ofrecer un cierto nivel de calidad de servicio para un nivel de trfico que sigue un conjunto especificado de parmetros. La implementacin de polticas de calidad de servicio se puede enfocar en varios puntos segn los requerimientos de la red, los principales son: Asignar ancho de banda en forma diferenciada. Evitar y/o administrar la congestin en la red. Manejar prioridades de acuerdo al tipo de trfico. Modelar el trfico de la red.
Como se ha dicho, la comunicacin sobre IP (al igual que la telefona convencional) debe tener caractersticas de tiempo real, desafortunadamente TCP/IP no puede garantizar este tipo de particularidad siempre, de modo que se deben introducir algunas polticas que puedan manejar el flujo de paquetes en todos los enrutadores que deban intercambiar paquetes.
Mtodos de solucin para paquetes en cola: FIFO (first in first out), es el mtodo ms comn, donde sale primero el paquete que lleg en primer lugar. WFQ (weighted fair queuing), consiste en un paso justo de paquetes en consideracin con el ancho de banda disponible (por ejemplo, FTP no puede consumir todo el ancho de banda disponible del enlace en cuestin), dependiendo del tipo de flujo de datos que se est dando, por ejemplo en un ambiente justo, porcada paquete UDP habr uno TCP. CQ (custom queuing), donde los usuarios deciden la prioridad del paquete. PQ (priority queuing), se establece un numero de colas (tpicamente 4), cada una con una nivel de prioridad diferente: se comienza enviando los
-2 5 -
paquetes de la primera cola y luego (cuando la primera cola esta vaca) se envan los paquetes de la segunda cola y as sucesivamente. CB-WFQ (class based weighted fair queuing), es muy similar a WFQ pero se adiciona el concepto de clases (hasta 64) y adems un valor de ancho de banda es asociado.
Capacidad de limitacin, la cual permite restringir a la fuente llegar a un ancho de banda determinado para: Descarga (download). Carga (upload). Prevencin de congestin.
RETARDO
Cuando diseamos redes que transportan voz en paquetes, marcos, o infraestructura de clula, es importante entender todos los posibles causales de retardos teniendo en cuenta cada uno de los factores, es posible mantener la red en un estado aceptable. La calidad de la voz es funcin de muchos factores, como lo son, los algoritmos de compresin, los errores y las perdidas de tramas, la cancelacin del eco y los retardos. A continuacin se esbozan los posibles retardos para VoIP y algunos apartes de la recomendacin G.114 de la UIT. Limites de los retardos (UIT G.114).
Rango(ms) Descripcin 0-150 Aceptable para las aplicaciones ms comunes.
-2 6 -
Aceptable, teniendo en cuenta 150-400 que un administrador de red conozca usuario. Inaceptable para la mayora de Sobre 400 planeaciones de red, sin embargo, este lmite puede ser excedido en algunos casos aislados. las necesidades del
Estas recomendaciones se estipulan para conexiones con control de eco adecuado, eso implica el uso de equipos canceladores de eco. Estos equipos son requeridos cuando el retardo de una va excede los 25 ms. (UIT G.131)
Fuentes del retardo. Se clasifican en dos tipos: Retardo fijo, se adiciona directamente al total del retardo de la conexin. Retardo variable, se adiciona por demoras en las colas de los buffer, se nota como (n).
A continuacin se identifican todos los posibles retardos, fijos o variables, en una red.
Retardo por codificacin Tambin llamado retardo de proceso (n), es el tiempo que tarda el DSP en comprimir un bloque de muestras PCM, como los codificadores trabajan en diferentes formas, este retardo varia dependiendo del codificador de voz y de la velocidad y carga del procesador. Mejor y peor alternativa de retardo por codificacin. -2 7 -
Codificador Rata Tamao de muestra requerida ADPCM, G.726 32 Kbps 10 ms 10 ms
Mejor Peor opcin opcin
2.5 ms 10 ms
CS-ACELP, 8.0 G.729A MP-MLQ, G.723.1 MPACELP, G.723.1 Kbps 6.3 Kbps 5.3 Kbps
2.5 ms 10 ms
30 ms
5 ms
20 ms
30 ms
5 ms
20 ms
Retardo algortmico El algoritmo de la compresin, que depende de caractersticas conocidas de voz para procesar correctamente el bloque N de la muestra, debe tener algn conocimiento de lo que est en el bloque N + 1 en reproducir exactamente el bloque de la muestra N. Esta mirada adelante, que es realmente una demora adicional, se llama la demora algortmica y aumenta efectivamente la longitud del bloque de la compresin.
Retardo por paquetizacin Es la demora para llenar un paquete de informacin, carga util, de la conversacin ya codificada y comprimida. Este retardo es funcin del tamao de bloque requerido por el codificador de voz y el nmero de bloque de una sola trama. -2 8 -
Retardos de paquetizacin ms comunes. Carga Retardo Codificador Rata util de Carga Retardo de
paquetizacin util
paquetizacin
(Bytes) (ms) PCM, G.711 ADPCM, G.726 64 Kbps 32 Kbps 160 20
(Bytes) (ms) 240 30
80
20
120
30
CS-ACELP, 8.0 G.729 MP-MLQ, G.723.1 MPACELP, G.723.1 Kbps 6.3 Kbps 5.3 Kbps
20
20
30
30
24
24
60
48
20
30
60
60
Cuando cada muestra de voz experimenta, ambos retardos, retardo algortmico y retardo por paquetizacin, en realidad, los efectos se superponen.
Retardo de serializacin Es un retardo fijo dependiente de los relojes del muestreo de la voz, o de las tramas de red, esta relacionado directamente a la tasa del reloj de la transmisin. Recuerde que con reloj bajo y tramas pequeas, se debe adicionar banderas extras para separar tramas significativas Demora de serializacin para diferentes tamaos de tramas.
-2 9 -
Tamao Velocidad de lnea (Kbps) de trama (bytes) 38 48 64 128 256 512 1024 1500 2048 15.83 20.00 26.67 53.33 5.43 6.86 9.14 18.29 4.75 6.00 8.00 16.00 32.00 64.00 2.38 3.00 4.00 8.00 16.00 32.00 1.19 1.50 2.00 4.00 8.00 0.79 1.00 1.33 2.67 5.33 0.59 0.75 1.00 2.00 4.00 0.40 0.50 0.67 1.33 2.67 5.33 0.30 0.38 0.50 1.00 2.00 4.00 0.20 0.25 0.33 0.66 1.33 2.65 5.31 0.15 0.19 0.25 0.50 1.00 2.00 4.00 5.86 19.2 56 64 128 256 384 512 768 1024 1544 2048
106.67 36.57 213.33 73.14
16.00 10.67 8.00
426.67 149.29 128.00 64.00 625.00 214.29 187.50 93.75
32.00 21.33 16.00 10.67 8.00
46.88 31.25 23.44 15.63 11.72 7.77
853.33 292.57 256.00 128.00 64.00 42.67 32.00 21.33 16.00 10.61 8.00
Retardo por Cola/Buffering Posteriormente a la compresin de la informacin, se adiciona un encabezado, y se apila para trasmitirse a la red, como los paquetes de voz tienen prioridad para el enrutador, una trama de voz solo debe esperar cuan do otra trama de voz este siendo atendida. Por tanto este retardo solo depende del estado de la cola y la velocidad del enlace.
Retardo por conmutador de red Las redes publicas de Frame Relay o ATM conectan nodos finales y son las causantes de los grandes retardos de las conexiones de voz, a su vez son los ms complejos de cuantificar. -3 0 -
Retardo en el buffer estabilizador Como la conversacin es un servicio de rata constante de transmisin, las inestabilidades de todos los posibles retardos deben ser descartadas cuando la seal abandone la red, este buffer especial de los enrutadores de CISCO, permite transformar un retardo variable en uno fijo, con el fin de excluir variables inestables de retardo.
PERDIDA DE PAQUETES
El porcentaje de prdida de paquetes que pueda presentar una red depende bsicamente del proveedor de acceso (ISP) o carrier que este proporcionando el enlace. Para el caso de una lnea privada, quede el servicio en si, por ejemplo, proveedores de primera talla o tambin llamados TIER 1 tales como sprint, mci o at&t ofrecen una perdida de paquetes del orden del 0.3% en sus redes, esto lo logran debido a la redundancia que pueda presentar la topologa de red existente y a los niveles de congestin que puedan llegar a presentar. En caso de carecer de redundancia en sus circuitos, tambin existen los proveedores TIER 2 que presentan un nivel de servicio inferior a los anteriormente mencionados y por lo general estos lo que hacen es simplemente tender redes por todo el mundo, aunque la puerta de acceso a Internet se la alquilan a un proveedor TIER 1 para conectarse a su backbone y tener acceso a todo el contenido de la red. Los TIER 2 tienen un nivel de servicio un poco mas bajo, y pueden empezar a revender sus canales haciendo compresin del ancho de banda, lo cual ocasionar un incremento en la prdida de paquetes; ejemplos de estas empresas pueden ser IMPSAT, telefnica de Espaa o en el caso de Colombia
-3 1 -
la ETB, y de ah en adelante existen proveedores de nivel inferior que compran sus accesos tanto a proveedores TIER 1 o TIER 2 y revenden sus circuitos aumentando as el reuso del canal de Internet ocasionando mas congestin y prdida de paquetes, por eso es importante a la hora de contratar un servicio de Internet verificar el SLA (service level agreement) proporcionado por el proveedor para saber que porcentaje de prdida de paquetes ofrece.
SEGURIDAD
Desafortunadamente, las nuevas tecnologas traen tambin consigo detalles a tener en cuenta respecto a la seguridad. De pronto, se presenta la necesidad de tener que proteger dos infraestructuras diferentes: voz y datos. Los dispositivos de redes, los servidores y sus sistemas operativos, los protocolos, los telfonos y su software, todos son vulnerables. La informacin sobre una llamada es tan valiosa como el contenido de la voz. Por ejemplo, una seal comprometida en un servidor puede ser usada para configurar y dirigir llamadas, del siguiente modo: una lista de entradas y salidas de llamadas, su duracin y sus parmetros. Usando esta informacin, un atacante puede obtener un mapa detallado de todas las llamadas realizadas en una determinada red, creando grabaciones completas de conversaciones y datos de usuario y poder retransmitir todas las conversaciones sucedidas en la red. La conversacin es en s misma un riesgo y el objetivo ms obvio de una red VoIP. Consiguiendo una entrada en una parte clave de la infraestructura, como una puerta de enlace de VoIP, se pueden capturar y volver a montar paquetes con el objetivo de escuchar una conversacin. Las llamadas son tambin vulnerables al "secuestro". En este escenario, un atacante puede interceptar una conexin y modificar los parmetros de la
-3 2 -
llamada. Se trata de un ataque que puede causar bastante pavor, ya que las vctimas no notan ningn tipo de cambio. Las posibilidades incluyen diversas tcnicas como robo de identidad, y redireccionamiento de llamada, haciendo que la integridad de los datos estn bajo un gran riesgo. La enorme disponibilidad de las redes VoIP es otro punto sensible. En PSTN, la disponibilidad era raramente un problema. Una prdida de potencia puede provocar que la red se caiga por lo que es mucho ms sencillo hackear una red VoIP. Los efectos demoledores de los ataques traen como consecuencia la denegacin de servicio. Si se dirigen a puntos clave de la red, podran incluso destruir la posibilidad de comunicacin va voz o datos. Los telfonos y servidores son blancos por s mismos. Aunque sean de menor tamao o parezcan elementos simples, son en base, ordenadores con software. Obviamente, este software es vulnerable con los mismos tipos de falencias de seguridad que pueden hacer que un sistema operativo pueda estar a plena disposicin del intruso. El cdigo puede ser insertado para configurar cualquier tipo de accin maliciosa. En resumidas cuentas, los riesgos que comporta usar el protocolo VoIP no son muy diferentes de los que nos podemos encontrar en las redes habituales de IP. Desafortunadamente, en los esquemas iniciales y en diseos de hardware para voz, software y protocolos, la seguridad no es su punto fuerte. Internet, generalmente es poco confiable para transportar voz de alta calidad telefnica, porque los actuales protocolos TCP/IP no proveen reservas de ancho de banda ni garantizan la calidad del servicio. Por consiguiente, la calidad de las llamadas sobre IP ser adversamente afectada por la congestin de la red que origina que los paquetes se tarden o se pierdan. Un ambiente como una red pblica Internet, est marcada por una incontrolable y dramtica fluctuacin de carga, razn por la cual no puede garantizar una conexin de voz aceptable.
-3 3 -
La encriptacin es la nica manera de prevenirse de un ataque, desafortunadamente se consume ancho de banda. Existen mltiples mtodos de encriptacin: VPN (virtual personal network), SRTP (secure RTP). La clave, de cualquier forma, es elegir un algoritmo de encriptacin rpido, eficiente, y emplear un procesador dedicado de encriptacin. Otra opcin podra ser QoS (quality of service); los requerimientos para QoS asegurarn que la voz se maneja siempre de manera oportuna, reduciendo la prdida de calidad. Estas limitaciones de los servicios de voz basados en IP (VoIP), estn siendo solucionadas por nuevos protocolos que proveen diferentes clases de servicios o prioridades de paquetes y la habilidad de reservar ancho de banda a travs de la red para la duracin de una llamada telefnica. Nuevos protocolos para trfico, otorgan la habilidad, no slo de destinar ancho de banda por prioridad de paquetes, sino que tambin dan preferencia al procesamiento de los mismos dentro de los lmites del enrutador (enrutador), de manera que los paquetes de alta prioridad son procesados primero. Estas mejoras a los algoritmos y protocolos en los enrutadores y conmutadores estn reduciendo la tenencia y la prdida de paquetes para lograr una mejor calidad de servicio, y estos avances han comenzado a permitir a los proveedores de servicios de VoIP encontrar los estndares necesarios para servicios de voz. Es preciso tener en cuenta la certeza de todos los elementos que componen la red VoIP: servidores de llamadas, enrutador, switches, centros de trabajo y telfonos. Se necesita configurar cada uno de esos dispositivos para asegurarse de que estn en lnea con las demandas en trminos de seguridad. Los servidores pueden tener pequeas funciones trabajando y slo abiertos los puertos que sean realmente necesarios. Los enrutador y switches deben estar configurados adecuadamente, con acceso a las listas de control y a los filtros. Todos los dispositivos deben estar actualizados. Se trata del mismo tipo de precauciones que es necesario tomar cuando se aaden nuevos elementos a la
-3 4 -
red de datos; nicamente habr que extender este proceso a la porcin que le compete a la red VoIP. Es posible emplear un firewall y un IDS (intrusion detection system) para ayudar a proteger la red de voz. Los firewalls de VoIP son complicados de manejar y tienen mltiples requerimientos. Los servidores de llamada estn constantemente abriendo y cerrando puertos para las nuevas conexiones. Este elemento dinmico hace que su manejo sea ms complicado. No obstante, el costo es equiparable la cantidad de beneficios. Se debe prestar especial atencin al perfeccionamiento los controles de acceso. Un IDS puede monitorizar la red para detectar cualquier anomala en el servicio o un abuso potencial. Las advertencias son una clave para prevenir los ataques posteriores. Sin embargo, las redes privadas basadas en IP ya pueden proporcionar alta calidad de servicios de voz. Adicionalmente al uso de las capacidades de la red, planeando y activando el manejo de las cargas para evitar la congestin, estas redes pueden aprovechar las ventajas de las mejoras realizadas a los protocolos TCP/IP, que permiten asignar altas prioridades para trfico en tiempo real (como la voz) a diferencia de la rata tradicional. Las redes de conmutacin por paquetes pueden transportar llamadas de voz eficientemente, utilizando un ancho de banda de 8 kbps que provee de alta calidad telefnica, comparadas a las redes de conmutacin de circuitos (tradicionales) que hacen uso de un ancho de banda de 64 kbps. Adems, los costos de infraestructura, asociados a la implementacin de redes de conmutacin por paquetes, son mucho ms bajos que las alternativas tradicionales. Como resultado, nuevos proveedores de servicios telefnicos, estn utilizando cada vez ms este tipo de arquitecturas.
-3 5 -
Diseo y Desarrollo del Tema Principal
INTEGRACIN DE SERVICIOS Y UNIFICACIN DE ESTRUCTURA.
Realmente la integracin de la voz y los datos en una misma red es una idea antigua, pues desde hace tiempo han surgido soluciones desde distintos fabricantes que, mediante el uso de multiplexores, permiten utilizar las redes WAN de datos de las empresas (tpicamente conexiones punto a punto y FrameRelay) para la transmisin del trfico de voz, adems es importante resaltar que el paquete de voz es indistinguible del paquete de datos, y por lo tanto puede ser transportado a travs de una red que estara normalmente reservada para transmisin de datos, donde los costos son frecuentemente mas bajos. Es innegable la implantacin definitiva del protocolo IP desde los mbitos empresariales a los domsticos y la aparicin de un estndar, el VoIP, no poda hacerse esperar. La aparicin del VoIP junto con el abaratamiento de los DSPs (procesador digital de seal), los cuales son claves en la compresin y descompresin de la voz, son los elementos que han hecho posible el despegue de estas tecnologas. Para este auge existen otros factores, tales como la aparicin de nuevas aplicaciones o la apuesta definitiva por VoIP de fabricantes como Cisco Systems o Nortel-bay Networks. Por otro lado los operadores de telefona estn ofreciendo o piensan ofrecer en un futuro cercano, servicios IP de calidad a las empresas.
-3 6 -
Metodologa de Trabajo
Para llevar a cabo este proyecto, es necesario tener conocimientos sobre Linux, dado que estos servidores los cuales actan como centralitas telefnicas IP, actan en estas plataformas, las cuales para muchos usuarios son poco amistosas, pero a pesar de este inconveniente son mucho ms seguras. Para ir resolviendo consultas y dudas sobre la instalacin, es necesario visitar pginas relacionadas con el tema, en las cuales se detallan problemas y soluciones que han presentado muchos investigadores que se apasionan en este Tema Asterisk.
2.2 ESTUDIOS DE FACTIBILIDAD Y SOLUCION

ALTERNATIVAS DE SOLUCION Existen 2 alternativas al trabajar en el rea de las Telecomunicaciones:
1.- Montar sistemas de telecomunicaciones en PBX Tradicionales, las cuales tienen limitaciones, ya que actuan dentro de lo que conocemos como PSTN y sus costos ahun son altos.
2.- Montar un sistema de telecomunicaciones utilizando las mismas bondades de una PBX tradicional, pero dentro de un contexto de capacidades mucho ms abundantes.
-3 7 -
La alternativa a desarrollar y explicar ser montar un sitema de telefona IP basado en Linux, conocido como VoIP.
Tcnico
Requisitos de Hardware:
Para tener una maquina trabajando en ptimas condiciones y con todas sus caractersticas, Asterisk recomienda un tipo especial de hardware segn la cantidad de usuarios utilizando la plataforma.
Propsito Equipo de Pruebas SOHO Pequeas Empresas Medianas Empresas y Grandes
Usuarios Hasta 5 5 a 10 Hasta 15
Procesador 400 Mhz i386 1Ghz i386 3Ghz i386 Dual Core o Cluster de
RAM 256MB 512MB 1GB
Mas de 15 Servidores.
Cabe destacar que el software Asterisk esta compilado para arquitecturas i386, adems de tener en cuenta las caractersticas de placa madre y fuente de poder necesaria para la funcionalidad de Asterisk.
Hardware utilizado para interconectar la RTPC con el servidor Asterisk, para esto la empresa desarrolladora de Asterisk.
Para saber el Hardware a utilizar debemos responder la siguiente pregunta.
-3 8 -
Que tan poderoso quieres tu sistema Asterisk? Para responder esta pregunta debemos entender como trabaja el sistema asterisk y adems tener en cuenta las siguientes consideraciones.
1.- Numero mximo de conexiones simultneas: Se refiere a la cantidad de llamadas simultneas que puede manejar la maquina.
2.- Porcentaje de trfico que requerir Digital Signal Processing (DSP): El Digital Signal Processing, que es el estudio de las seales anlogas en una seal digitales y los mtodos de representacin de las seales. Asterisk trabaja con DSP para trabajar con las seales analgicas y digitales, lo que implica un alto impacto en el funcionamiento de este bsicamente con el nmero de llamadas que puede manejar en forma simultanea, por ejemplo: Transmitiendo 50 llamadas G711 en una conferencia de 10 canales G729 comprimidos.
3.- Transmitir conferencias sobre su sistema Asterisk?: Transmitir conferencias de streammig de audio y video en tiempo real puede sobrecargar de sobremanera de la CPU
4.- Cancelacin de Echo: La cancelacin de Echo sobre las llamadas hacia la RTPC es una funcin matemtica la cual sobrecarga el uso de la CPU.
5.- Dialplan scripting logic: Los script de configuracin del sistema y dialplan, debern estar incluidos en el sistema Asterisk, de lo contrario puede provocar una prdida considerable de rendimiento.
-3 9 -
Otras opciones de consideracin son:
A.- Codecs and transcoding: Los Codecs se definen como funciones matemticas que definen la forma en que la onda anloga ser digitalizada, la diferencia entre los codecs es la forma en la que varia la calidad y la compresin que ofrecen. Por lo general mas compresin significa mas trabajo del Digital Signal Processing (DSP) para cifrar o descifrar la seal por ende mas trabajo del CPU por su contraparte menos compresin significa mayor utilizacin del ancho de banda por ende se recomienda encontrar el justo equilibrio entre uso de CPU y ancho de banda a utilizar.
B.- Unidad Central de Procesos (CPU) y Punto Flotante (FPU): Una de las variables dentro de un CPU es la velocidad y la eficiencia de la FPU, esta tiene directa relacin con la cantidad de usuarios que puede albergar un sistema Asterisk.
C.- Otros procesos corriendo simultneamente con Asterisk: Los sistemas basados en Linux son multitarea esto significa que pueden correr distintos servicios o aplicaciones de forma simultanea. Por esto se recomienda si va a instalar Asterisk en conjunto con otras aplicaciones o servicios se optimice el sistema ya que todos los programas o servicios requieren tiempo de CPU y el software de Asterisk requiere de este tiempo de forma frecuente y prioritaria.
D.- Optimizacin del Kernel: Un kernel optimizado para una tarea es algo que puede ayudar mucho a mejorar su sistema Asterisk. Por ende se recomienda bajar el ltimo kernel disponible desde http://www.kernel.org, la cual debera ser compilada e instalada. Como adems sus respectivos parches.
-4 0 -
E.- Latencias en las IRQ: La peticin de Interrupcin (IRQ) es una peticin desde un dispositivo para utilizar la CPU (como de la tarjeta que conecta la RPTC con el servidor), la latencia de la IRQ es el tiempo desde que un dispositivo pide utilizar la CPU y la CPU responde y esta lista para realizar esta tarea. Las tarjetas zaptel son sumamente sensibles a esta latencia por esto se recomienda utilizar solo una tarjeta sea controlada en el sistema, si necesita ampliar la conectividad conviene cambiar la tarjeta por una de mayores prestaciones.
F.- Versin del Kernel: La versin actualmente soportada es la 2.6
Procesador a Elegir
Debido a que el funcionamiento de Asterisk requiere un alto trabajo matemtico, es esencial elegir un procesador con FPU poderoso. La eficacia de estos clculos no esta dado tan solo por el Clockspeed del procesador si no que por el poder del FPU del interior.
Placa Madre a Elegir
Para elegir una placa base acorde con el sistema debemos tener en cuenta las siguientes directrices:
1.- Con el fin de generar la mejor latencia posible para la tarjeta que conecta el servidor con la RTPS, Como las tarjetas Zaptel que generar alrededor de 1000
-4 1 -
interrupciones por segundo, es recomendable usar una placa base con chipset Intel para CPUs Intel y una nVidea nforce para CPUs AMD.
2.- Para el manejo de tarjetas Zaptel es recomendable el manejo de IRQ por BIOS para tener mejor control sobre las IRQ. Para este caso es recomendable una placa madre con APIC-PERMITIDAS para el control de IRQs
3.- Si va a trabajar con tarjetas Zaptel es recomendable trabajar con placas madres destinadas a servidores ya que estas poseen un slot PCI de 3.3V (32 bits 33Mhz) slot del cual las placas madres orientadas a Desktop carecen, las placas madres de desktop solo traen slot PCI de 5V 64 bits. A continuacin se muestra un dibujo de las diferencias entre estos dos slots PCI
4.- Es recomendable evitar las placas madres que contengan componentes integrados como audio o video, ya que en un sistema Asterisk nunca se
-4 2 -
necesitan todos los componentes esto adems ayuda a mantener en lnea los costos
Teniendo en cuenta estas directrices podemos decir que Asterisk es posible de instalar y trabajar sobre casi cualquier Desktop de forma de prueba, pero si necesitamos instalarlo en un ambiente de produccin debemos tener en cuenta ms opciones de hardware.
Fuente de Poder a Elegir
La fuente de poder generalmente es un factor trivial para un equipo Desktop pero para un servidor o equipo de telecomunicaciones este cumple un papel vital para la estabilidad del sistema, bsicamente necesitamos una Fuente de Poder que entregue voltajes estables y limpios en todas sus lneas de voltajes. De preferencia elegir una que tenga correccin de errores de voltajes (PFC Activo) y acorde con factor de forma de la placa, ATX (conector de 20 pines) o ATX V2.0 (conector de 24 pines).
Para los servidores es normal ver fuentes de poder redundantes, esto consiste en dos fuentes de poder independientes cada una de ellas capaces de mantener el sistema, conectadas de formas paralelas y alimentadas por conexiones elctricas distintas, para que cualquiera pueda mantener el sistema si una de ellas falla.
-4 3 -
Recursos Econmicos
Digium S110M (FXS) para TDM400P Digium TDM400P Digium TE110P para E1 Digium X100M (FXO) para TDM400P PC PIV 3.0 Ghz, 1 G. Ram, DD 100 G. $ 64.790 ms IVA $ 42.470 ms IVA $ 519.800 ms IVA $ 64.950 ms IVA $ 370.000 ms IVA
Dado sus bajos costos en comparacin con las actuales centrales de Telefona IP Cisco o Huawei es que toma una alternativa a considerar esta centralita montada en Linux.
Recursos Legales
Dada su tecnologa GNU/Linux es que lo hace un producto Libre de Licencias, por lo cual su uso no requiera de licencias de marcas propietarias.
CAPITULO 3 DISEO
Para desarrollar el siguiente Proyecto y entender el desarrollo de este , es necesario entender sus tpicos y conceptos recurrentes:
SUPUESTOS TPICOS MS REPRESENTATIVOS PARA ADAPTAR LA NUEVA TECNOLOGIA A LAS EMPRESAS
La convergencia de las redes telefnicas y las redes de datos es una de las tendencias tecnolgicas ms importantes de esta dcada. El potencial de esta unin es de una gran envergadura, siendo capaz de provocar notables mejoras y ahorros en las redes de comunicaciones de las corporaciones. Lo que se tiende en estos momentos es ofrecer al mercado productos y soluciones que
-4 4 -
aprovechen la infraestructura de red IP, con el propsito de mejorar la efectividad y productividad de las comunicaciones en las empresas. Hasta hace pocos aos, la mayora de las corporaciones posea una PBX de tecnologa propietaria para la red telefnica y una red LAN completamente separada para el transporte de datos En los ltimos tiempos se han ido haciendo cada vez ms populares los sistemas CTI (integracin telefnica computacional) que relacionan las redes de voz y de datos, pero en un contexto limitado, sin llegar a utilizar un formato de transporte comn. La integracin de la infraestructura telefnica y de datos permite simplificar la administracin de los recursos de red y facilita la expansin en capacidad. La ventaja real de la fusin datos-telefona es su potencial para soportar nuevas aplicaciones hacia el usuario El impulso tecnolgico que har posible la integracin de las redes de voz y de datos es el crecimiento y la difusin de las redes IP, tanto a nivel LAN (Local Area Network) como a nivel WAN (Wide Area Network). En la siguiente dcada, la conectividad IP alcanzar un grado de penetracin similar al enchufe de electricidad en el hogar o la empresa El networking IP entrega algunas ventajas fundamentales que impactan en los servicios telefnicos y que es conveniente identificar: Las redes IP hacen desaparecer los lmites fsicos asociados a los telfonos y funcionalidades telefnicas tradicionales. Dentro de poco ser posible acceder simultneamente a todos los servicios tradicionales y a la capacidad de responder llamadas desde cualquier lugar del mundo, sin que la parte originadora dependa de su posicin geogrfica. Esto permite ofrecer un servicio flexible para viajeros frecuentes y sitios remotos. El protocolo IP es independiente de la capa de enlace, permitiendo que
-4 5 -
los usuarios finales elijan el formato de enlace ms adecuado a las restricciones de costo y localizacin. IP puede viajar sobre ATM, ethernet, frame relay, ISDN o incluso mediante lneas analgicas. Un conjunto de estndares universales relacionados a las redes IP permitir a muchos proveedores ofrecer productos compatibles. Estos estndares harn posible la competencia entre mltiples fuentes de servicios de red y hardware. La competencia minimizar los costos y maximizar los nuevos servicios para el usuario final. Con la expansin de los servicios de datos, los usuarios finales requerirn un incremento en la seguridad de las redes y el hardware. Los principales proveedores de soluciones LAN/WAN estn ya en estos momentos integrando nuevos desarrollos de hardware y software orientados a mejorar la calidad de servicio y confiabilidad. A medida que la telefona y otros servicios en tiempo real comiencen a ser parte de esta infraestructura, los diseadores de hardware y software de red incorporarn las restricciones de estas aplicaciones a la confiabilidad y uptime del sistema
La convergencia de las redes de datos y las redes telefnicas ser un detonante decisivo para la evolucin de la industria de PBXs. La tendencia ms importante prevista ser la migracin desde una estructura
predominantemente compuesta por sistemas propietarios a una industria ms abierta y con sistemas compatibles sobre el formato IP. La nueva industria PBX IP incluir cuatro grandes reas de negocio: Infraestructura IP: Bsicamente compuesta por la conectividad IP provista LAN/WAN. Control de llamada (sistemas operativos y servidores): principalmente por los proveedores de equipamiento
-4 6 -
Sistemas operativos LAN con la capacidad de proveer servicios y funcionalidades telefnicas tradicionales. Dispositivos de usuario: Softwares y telfonos IP, capaces de ser conectados a redes IP directamente con niveles de calidad similares a la red telefnica tradicional. Aplicaciones avanzadas: Aprovechando la natural integracin de los sistemas telefnicos y de datos, han surgido y surgirn aplicaciones de mayor sofisticacin que los servicios telefnicos clsicos tales como IVR (respuesta de voz interactiva) y call centers (centro de llamadas).
Es importante tener en cuenta que la calidad y confiabilidad de la infraestructura de red IP y de la arquitectura PBX IP son aspectos claves en la penetracin de esta nueva tecnologa, ya que dichos atributos deben ser comparables con los niveles de la red telefnica. Una red IP dimensionada adecuadamente a la demanda de trfico y la inclusin de PBX IP permiten obtener niveles de servicio similares a una red telefnica tradicional. Algunas de las funcionalidades incluidas en la PBX IP son: Resistencia a cortes de abastecimiento de energa Configuracin redundante en el servidor para aumentar la confiabilidad en el control de llamada Enrutamiento de llamada alternativo cuando los enlaces IP o los enlaces telefnicos no estn disponibles
Unos ejemplos de adaptacin son los siguientes: PBX IP detrs del sistema PBX tradicional existente: Esta configuracin extiende la cobertura del sistema telefnico privado haciendo uso de la red IP como transporte. La PBX IP se conecta a la PBX tradicional mediante un gateway y el centro de procesamiento de llamada se instala
-4 7 -
en un servidor NT en el centro de datos de la empresa. Bajo esta configuracin, se mantienen todas las funcionalidades telefnicas y el ambiente de operacin es transparente para el usuario. Oficinas remotas sobre la red IP: Esta aplicacin es similar a la anterior en cuanto a funcionalidades, con la diferencia que se incluyen interfaces WAN IP para conectar en red a determinados sitios remotos. El procesamiento de llamada puede permanecer centralizado o bien puede ser instalado en el sitio remoto como fuente secundaria Utilizar la red de banda ancha existente para canalizar las llamadas de voz.
A.- CONMUTACIN
Las redes conmutadas por paquetes se desarrollaron para compensar el gasto de las redes conmutadas por circuitos pblicas y suministrar una tecnologa WAN ms econmica. Cuando un suscriptor realiza una llamada telefnica, el nmero marcado se utiliza para establecer switches en las centrales a lo largo de la ruta de la llamada de modo que haya un circuito continuo entre quien hace la llamada y quien recibe la llamada. Debido a la operacin de conmutacin usada para establecer el circuito, el sistema telefnico se conoce como red conmutada por circuito. Si los mdems reemplazan a los telfonos, entonces el circuito conmutado puede transportar datos de computador. Varias conversaciones comparten la ruta interna que sigue el circuito entre los centrales. Se utiliza la multiplexin por divisin de tiempo (TDM) para dar a cada conversacin una parte de la conexin por turno. TDM garantiza que una conexin de capacidad fija est disponible al suscriptor.
-4 8 -
Si el circuito transporta datos de computador, es posible que el uso de esta capacidad fija no sea eficiente. Por ejemplo, si se utiliza el circuito para tener acceso a Internet, habr "rfagas" de actividad en el circuito mientras se transfiere una pgina Web. Entonces, es posible que le siga un perodo sin actividad mientras el usuario lee la pgina y luego otra rfaga de actividad mientras se transfiere la pgina siguiente. Esta variacin en el uso entre mximo y nada es tpica del trfico informtico de red. Como el suscriptor tiene uso exclusivo de la capacidad fija asignada, los circuitos conmutados, en general, son una forma cara de transferir datos. Una alternativa es asignar la capacidad al trfico solo cuando es necesario y compartir la capacidad disponible entre varios usuarios. Con una conexin conmutada por circuito, los bits de datos puestos en el circuito se transmiten de forma automtica al extremo ms lejano porque el circuito ya est establecido. Si es necesario compartir el circuito, tiene que haber un mecanismo para rotular los bits de modo que el sistema sepa dnde transmitirlos. Es difcil rotular bits individuales, por lo tanto, se juntan en grupos llamados celdas, tramas o paquetes. Los paquetes se transfieren de central a central para su envo a travs de la red del proveedor. Las redes que implementan este sistema se llaman redes conmutadas por paquetes. Los enlaces que conectan estos switches en la red del proveedor pertenecen a un suscriptor individual durante la transferencia de datos, de modo que muchos suscriptores pueden compartir el enlace. Los costos pueden ser significativamente menores que en la conexin conmutada por circuitos. Los datos en redes conmutadas por paquetes estn sujetos a demoras impredecibles cuando paquetes individuales esperan que los switches transmitan los paquetes de otros suscriptores. Los switches de una red conmutada por paquetes determinan, segn la informacin de direccionamiento en cada paquete, cul es el siguiente enlace
-4 9 -
por el que se debe enviar el paquete. Hay dos maneras de determinar este enlace: orientada a conexin o sin conexin. Los sistemas sin conexin, tal como Internet, transmiten toda la informacin de direccionamiento en cada paquete. Cada switch debe evaluar la direccin para determinar dnde enviar el paquete. Los sistemas orientados a conexin predeterminan la ruta del paquete y cada paquete necesita llevar slo un identificador. En el caso de Frame Relay, estos se denominan Identificadores de control de enlace de datos (DLCI). El switch determina la ruta a seguir buscando el identificador en las tablas que tiene en su memoria. Este grupo de entradas en las tablas identifica una ruta o circuito particular a travs del sistema. Si este circuito est fsicamente disponible slo mientras el paquete est pasando por l, se llama Circuito virtual (VC). Las entradas de la tabla que constituyen el VC se pueden establecer enviando peticiones de conexin a travs de la red. En este caso, el circuito resultante se llama Circuito virtual conmutado (SVC). Los datos a transmitir en un SVC deben esperar hasta que se hayan establecido las entradas de la tabla. Una vez establecido, el SVC puede permanecer en operacin durante horas, das o semanas. Cuando se requiere que un circuito est siempre disponible, se establece un Circuito virtual permanente (PVC). Los switch cargan las entradas de la tabla durante el arranque, de modo que el PVC est siempre disponible.
-5 0 -
B.- SEALIZACIN
El propsito bsico de la sealizacin es el de crear un lenguaje tcnico para intercambiar informacin de control que finalmente conecte dos lneas telefnicas ubicadas en cualquier parte de la red telefnica. El trfico de sealizacin que nos interesa es el externo a las centrales, es decir, el que se realiza entre diferentes tipos de nodos de red. Actualmente el principal propsito de la sealizacin externa es el de transferir informacin de control entre nodos que se encargan de: Control de trfico Comunicacin con bases de datos. Redes Inteligentes. Gestin de red
Cada una de estas actividades intercambia diferentes tipos de informacin de sealizacin. Hoy en da las redes de telecomunicaciones son de 2 tipos: Por conmutacin de circuitos Por conmutacin de paquetes
Los principales usuarios de la conmutacin de circuitos son: PSTN: Public Swiitched Telephone Network CSPDN: Circuit Switched Public Data Network ISDN: Integrated Services Digital Network PLMN Public Land Mobile Network
Las redes de conmutacin de paquetes se dividen en dos tipos: Redes de paquetes de datos de longitud variable.
-5 1 -
Redes de paquetes de datos de longitud fija (Tambin llamadas clulas o celdas)
Para las redes de paquetes de datos de longitud variable los usuarios principales son: PSPDN (Packet Switched Public Data Network) o red de datos pblica por conmutacin de paquetes (Solo lleva datos). FR nw (Frame Relay Network), es una versin mas rpida y actualizada de la PSPDN y se usa especialmente para conexiones entre LANs.
Para las redes de paquetes de datos de longitud fija los usuarios principales son los servicios que transmiten datos en los siguientes modos de transferencia: ATM nw: Asinchronous Transfer Mode Network DQDB nw: Distributed Queue Dual Bus Network
C.- SEALIZACION DE ACCESO Y DE TRONCAL
Es importante hacer distincin entre sealizacin de acceso y sealizacin de troncal. Los tipos de sealizacin de acceso son: Sealizacin de lnea de abonado analgico.(PSTN) Sealizacin de abonado digital (DSS 1).
La sealizacin de troncal se subdivide en dos categoras: CAS: Channel Associated Signalling CCS: Common Channel Signalling
-5 2 -
D.- SEALIZACION DE ACCESO- SEALIZACION DE LINEA DE ABONADO.
SEALIZACIN DE LNEA DE ABONADO PSTN Es la sealizacin que se lleva a cabo entre el abonado y la central local y se realiza teniendo en cuenta: Seales de cuelgue / descuelgue Dgitos marcados Tonos de informacin (marcacin, ocupado, etc.) Anuncios grabados Seales de timbre
SISTEMA DE SEALIZACIN DE ABONADO DIGITAL Es el sistema de sealizacin estndar usado en ISDN y tambin es conocido como Sistema de sealizacin por canal D La sealizacin por canal D solo esta definida para lneas digitales. Los protocolos de sealizacin estn basados en las 3 primeras capas del modelo OSI, por lo tanto los mensajes de sealizacin son transferidos como paquetes de datos entre el terminal de usuario y la central local. A causa del complejo entorno del servicio en el sitio donde esta ubicado el terminal RDSI, la cantidad de informacin de sealizacin es diferente de la sealizacin de un abonado telefnico analgico. Este hecho se refleja en el nmero de parmetros incluidos en los mensajes de canal D.
-5 3 -
E.- SEALIZACION DE TRONCAL
SEALIZACIN POR CANAL ASOCIADO (CAS) Este trmino indica que la transferencia de seales esta asociada de forma muy cercana con el canal de comunicacin de voz. En otras palabras, la sealizacin y el trfico de voz viajan a travs de la misma ruta a travs de la red.
SEALIZACIN POR CANAL COMN (CCS) Este trmino indica la utilizacin de un canal de datos comn (enlace de sealizacin) el cual exclusivamente sirve como portador de toda la sealizacin requerida por un gran nmero de canales de voz. Este sistema fue normalizado por el CCITT en 1980 y le fue dado el nombre de sistema de sealizacin # 7 y estaba enfocado para redes de telecomunicaciones digitales nacionales e internacionales. La primera versin fue diseada para datos y telefona. Hoy en da SS7 es usada en muchos tipos de redes, sobre todo en PSTN, RDSI, PLMN e IN (redes inteligentes) en todo el mundo.
F.- SISTEMA DE SENALIZACION #7 (SS7)
Las principales caractersticas de SS7 son: Alta flexibilidad: puede ser empleado en diferentes servicios de telecomunicaciones Alta capacidad: Un solo enlace de sealizacin soporta cientos de troncales Alta velocidad: establecer una llamada a travs de varias centrales toma menos de 1 segundo.
-5 4 -
Alta confiabilidad: contienen poderosas funciones para eliminar problemas de la red de sealizacin. Un ejemplo es la posibilidad de escoger enlaces alternos para la sealizacin. Economa: puede ser usado por un amplio rango de servicios de telecomunicaciones. Requiere menos hardware que los sistemas anteriores.
IMPORTANCIA de SSN7
El Sistema de Sealizacin 7 por canal comn es el ms utilizado en telecomunicaciones pblicas, porque soporta la sealizacin de abonados telefnicos analgicos y digitales
Funciona como una red de sealizacin conformada por puntos de sealizacin y enlaces de sealizacin, sobre la cual se conmutan los mensajes de sealizacin. El SS7 puede aplicarse a todas las redes de telecomunicaciones nacionales e internacionales, as como en redes de servicios especializados (RSE) y en las redes de servicios digitales. En un futuro prximo, se va a estar ante un nuevo entorno de comunicaciones, caracterizado, entre otros aspectos, por el estratgico papel que va a jugar la sealizacin y por el incremento importante en el intercambio del trfico de sealizacin que se va a producir entre los distintos elementos de red que intervienen en la prestacin de servicios. Los factores que ms van a contribuir a que este incremento se produzca pueden clasificarse en dos grandes grupos: en uno estn los derivados de la demanda por parte de los usuarios de los nuevos servicios, que van a dar origen a nuevos tipos de trfico de sealizacin y, en el otro, los derivados de la
-5 5 -
implantacin de determinados mecanismos con objeto de optimizar el uso y facilitar la gestin de los recursos disponibles de red. Este incremento en el volumen de sealizacin y sus efectos especficos que tienen su influencia en la red de comunicaciones, conducen a plantearse en este nuevo entorno dos aspectos fundamentales la organizacin ms adecuada de los recursos de sealizacin y la relacin con la red de transporte de informacin a la cual va a dar servicio.
JUSTIFICACION DEL USO DE SSN7
Todo pas en proceso de desarrollo debe hacer uso de las tecnologas de avanzada, principalmente en el rea de las telecomunicaciones que es un pilar importante para acelerar su desarrollo. En todo Sistema de Comunicaciones es necesario mejorar su infraestructura para brindar soporte a los nuevos servicios de acuerdo a la demanda de los usuarios. En el caso de las redes telefnicas surgi la necesidad de mejorar y ampliar sus servicios, y optimizar la utilizacin de sus recursos, todo esto y ms, vino a ser resuelto con el surgimiento y la implementacin del Sistema de Sealizacin 7 por canal comn, que permiti una mejora sustancial en todo el ramo de la redes telefnicas, ya que es un sistema digital que tiene varias aplicaciones que permiten una mejor comunicacin tanto a nivel nacional, internacional, enlaces a centrales de telefona mvil y comunicaciones por satlites. Tomando en cuenta nuestra formacin profesional y la importancia de las comunicaciones para nuestro pas, consideramos necesario profundizar en el estudio de esta rea, por lo qu, el presente trabajo viene a fortalecernos como
-5 6 -
profesionales y a ampliar los conocimientos sobre los Sistemas de Comunicaciones, permitindonos dejar un legado que sirva de base para futuras investigaciones
-5 7 -
G.- QUE ES VOIP?
VoIP viene de Voice Over Internet Protocol. Como dice el termino VoIP intenta permitir que la voz viaje en paquetes IP y obviamente a travs de Internet. La telefona IP conjuga dos mundos histricamente separados: la transmisin de voz y la de datos. Se trata de transportar la voz, previamente convertida a datos, entre dos puntos distantes. Esto posibilitara utilizar las redes de datos para efectuar las llamadas telefnicas, y yendo un poco ms all, desarrollar una nica red convergente que se encargue de cursar todo tipo de comunicacin, ya sea voz, datos, video o cualquier tipo de informacin. La voz IP, por lo tanto, no es en s mismo un servicio, sino una tecnologa que permite encapsular la voz en paquetes para poder ser transportados sobre redes de datos sin necesidad de disponer de los circuitos conmutados convencionales PSTN, las redes desarrolladas a lo largo de los aos para transmitir las conversaciones vocales, se basaban en el concepto de conmutacin de circuitos, o sea, la realizacin de una comunicacin que requiere el establecimiento de un circuito fsico durante el tiempo que dura sta, lo que significa que los recursos que intervienen en la realizacin de una llamada no pueden ser utilizados en otra hasta que la primera no finalice, incluso durante los silencios que se suceden dentro de una conversacin tpica. En cambio, la telefona IP no utiliza circuitos para la conversacin, sino que enva mltiples de ellas (conversaciones) a travs del mismo canal codificadas en paquetes y flujos independientes. Cuando se produce un silencio en una conversacin, los paquetes de datos de otras conversaciones pueden ser transmitidos por la red, lo que implica un uso ms eficiente de la misma. Segn esto son evidentes las ventajas que proporciona el segundo tipo de red, ya que con la misma infraestructura podran prestar mas servicios y
-5 8 -
adems la calidad de servicio y la velocidad serian mayores; pero por otro lado tambin existe la gran desventaja de la seguridad, ya que no es posible determinar la duracin del paquete dentro de la red hasta que este llegue a su destino y adems existe la posibilidad de perdida de paquetes, ya que el protocolo IP no cuenta con esta herramienta.
COMO FUNCIONA VOIP?
Aos atrs se descubri que mandar una seal a un destino remoto tambin poda hacerse tambin de manera digital: antes de enviar la seal se deba digitalizar con un ADC (analog to digital converter), transmitirla y en el extremo de destino transformarla de nuevo a formato anlogo con un DAC (digital to analog converter). VoIP funciona de esa manera, digitalizando la voz en paquetes de datos, envindola a travs de la red y reconvirtindola a voz en el destino. Bsicamente el proceso comienza con la seal anloga del telfono que es digitalizada en seales PCM (pulse code modulacin) por medio del codificador/decodificador de voz (codec). Las muestras PCM son pasadas al algoritmo de compresin, el cual comprime la voz y la fracciona en paquetes que pueden ser transmitidos para este caso a travs de una red privada WAN. En el otro extremo de la nube se realizan exactamente las mismas funciones en un orden inverso. El flujo de un circuito de voz comprimido es el mostrado en la figura.
-5 9 -
Dependiendo de la forma en la que la red este configurada, el enrutador o el gateway puede realizar la labor de codificacin, decodificacin y/o
compresin. Por ejemplo, si el sistema usado es un sistema anlogo de voz, entonces el enrutador o el gateway realizan todas las funciones mencionadas anteriormente de la siguiente manera.
Si, por otro lado, el dispositivo utilizado es un PBX digital, es entonces este el que realiza la funcin de codificacin y decodificacin, y el enrutador solo se dedica a procesar las muestras PCM que le ha enviado el PBX.
-6 0 -
e esta tecnologa. El conjunto de estndares englobados en H.323 de la UIT (Unin InterPara el caso en el que el transporte de voz se realiza sobre la red pblica Internet, se necesita una interfaz entre la red telefnica y la red IP, el cual se denomina gateway y es el encargado en el lado del emisor de convertir la seal analgica de voz en paquetes comprimidos IP para ser transportados a travs de la red, del lado del receptor su labor es inversa, dado que descomprime los paquetes IP que recibe de la red de datos, y recompone el mensaje a su forma anloga original conducindolo de nuevo a la red telefnica convencional en el sector de la ltima milla para ser transportado al destinatario final y ser reproducido por el parlante del receptor. Es importante tener en cuenta tambin que todas las redes deben tener de alguna forma las caractersticas de direccionamiento, enrutamiento y sealizacin. El direccionamiento es requerido para identificar el origen y destino de las llamadas, tambin es usado para asociar clases de servicio a cada una de las llamadas dependiendo de la prioridad. El enrutamiento por su parte encuentra el mejor camino a seguir por el paquete desde la fuente hasta el destino y transporta la informacin a travs de la red de la manera ms eficiente, la cual ha sido determinada por el diseador. La sealizacin alerta las estaciones terminales y a los elementos de la red su estado y la responsabilidad inmediata que tienen al establecer una conexin.
-6 1 -
VoIP
La tecnologa de voz sobre IP presenta a simple vista una serie de ventajas como pueden ser: El uso de las redes de datos existentes. La red IP es la red estndar universal para internet, intranets y extranets. Interoperabilidad de diversos proveedores que crecer en un futuro. Integracin sobre su Intranet de la voz como un servicio ms de su red. Las llamadas tienen el mismo coste, por lo que el coste no se ve incrementado si se realiza una llamada de larga distancia.
La tecnologa de transmisin de paquetes, en la que est basada IP, ofrece tamao de celdas variable, que en comparacin con tecnologas de tamao de celda fija como ATM, introduce ineficiencias y necesidad de proceso extra. Adems IP es un protocolo que solamente ofrece un tipo de calidad e servicio (QoS) basado en proporcionar el mejor rendimiento posible en el enlace disponible. Actualmente la voz sobre IP tiene dos modos de ser transportado: A travs de lneas privadas y dedicadas que proporcionan una calidad de servicio aceptable A travs de redes pblicas como Internet o redes pblicas IP con una calidad de servicio inferior
Cuando hablamos de tecnologas IP nos estamos refiriendo en general a un conjunto de protocolos que conforman lo que actualmente llamamos redes IP. Principalmente los ms comnmente usados son TCP: que se ocupa de proporcionar conexiones garantizadas para paquetes de datos sobre IP y UDP: que proporciona un servicio de entrega no garantizado; sin embargo, ninguno
-6 2 -
de estos protocolos puede proporcionar el soporte de aplicaciones en tiempo real como la voz. A la hora de transmitir voz, los parmetros ms influyentes son:
RETARDO El retardo causa dos problemas: eco y traslape del habla. El eco es causado por las seales reflejadas por el equipo telefnico del extremo distante que regresan al odo del hablante. El eco llega a ser un problema significativo cuando el retardo del viaje redondo llega a ser mas de 50 milisegundos. A medida que el eco se incremente, los sistemas de paquetes se ven en la necesidad de utilizar controles como la cancelacin de eco. El traslape del habla (cuando dos personas hablan casi al mismo tiempo) es significativo si el retardo en una sola va es mayor de 250 milisegundos. Por lo tanto el retardo completo llega a ser mayor. Una de las fuentes de retardo es lo que se conoce como retardo acumulado o retardo algortmico, el cual es causado por la necesidad de
recolectar un nmero de muestras de voz para que sean procesados por el codificador de voz. Esto est relacionado con el tipo de codificador usado y varia de una sola muestra en el tiempo (.125 sg) a muchos milisegundos. Otra fuente de retardos es el causado por el procesamiento de codificacin y recoleccin de las muestras codificadas en paquetes para la transmisin sobre una red de paquetes (que se conoce como retardo de procesamiento). Por ltimo, existe lo que se conoce como retardo de red, que es causado por el medio fsico y los protocolos usados para transmitir los datos de voz y por los buffers usados para remover el jitter en el lado receptor.
-6 3 -
JITTER Es la variacin de tiempo entre los paquetes causada por la red. Remover el jitter requiere la recoleccin de paquetes y retencin de estos el tiempo suficiente para que el paquete mas lento llegue a tiempo para ser interpretado en la secuencia correcta. Una buena opcin en redes IP para adaptar el tamao del buffer de jitter es contar el nmero de paquetes que llegan tarde y crear una relacin de estos paquetes al numero de paquetes que son procesados exitosamente. Esta
relacin es usada para ajustar el buffer de jitter a una relacin permisible de paquetes tardos predeterminada. Adems de estas tcnicas, la red debe estar configurada y gestionada para que tenga retardos y jitter mnimos, permitiendo as un alto QoS.
COMPENSACIN DE PERDIDA DE PAQUETES En redes IP actuales, todos los marcos de voz son tratados como datos. Bajo congestin, los marcos de voz sern descartados al igual que los de datos, estos ltimos sin embargo no son sensibles al tiempo, y los paquetes descartados pueden ser recuperados con la retransmisin, mientras que los paquetes de voz no pueden ser tratados de esta manera. Una forma de corregir este problema, es enviar informacin redundante a expensas de la utilizacin del ancho de banda. El odo humano es mucho ms sensible a la prdida de datos (que puede hacer la conversacin ininteligible) que al retardo. La UIT recomienda que el lmite en un canal unidireccional de voz sea de 400 ms de retardo. Sin embargo tenemos que considerar que la apreciacin de la calidad de una comunicacin de voz tiene una buena parte subjetiva, dependiendo tambin de valor calidad/precio que se le d a esa comunicacin. Puede que retardos de 400 ms resulten inadmisibles para una buena parte de los usuarios para conversaciones
-6 4 -
de negocios, y que retardos de 600 ms resulten admisibles por usuarios privados si el coste as se lo justifica. La prdida de paquetes tambin afecta a la calidad de la voz, pero el tanto por ciento admisible depende tanto de los algoritmos de compresin usados como de la percepcin subjetiva de los usuarios. El lmite generalmente aceptado como mximo se sita alrededor del 8-10%. La realidad es que el asegurar estos parmetros, esta calidad de servicio, a lo largo de una red IP con los niveles de calidad habituales en una red de voz, slo es posible, y con limitaciones, cuando se realiza dentro de una red IP privada con los equipos y el ancho de banda necesarios y siendo gestionada centralizadamente. Habitualmente un canal de voz necesita un ancho de banda garantizado de 12-15 Kb/s por lo que proporcionar o asegurar en una red como Internet ese ancho de banda no es posible en general. La utilizacin de las nuevas redes IP por los operadores puede hacer posible la disponibilidad, dentro de esas redes IP, de ancho de banda garantizado; pero sin duda, con el coste asociado de reserva de ese ancho de banda. La comparticin de las conexiones tanto para datos como voz sobre IP reducir los costes globales, pero no se puede suponer que si se desea obtener una calidad comparable a la que la red de voz tiene, los costes se reduzcan muy significativamente. La tendencia a la reduccin del precio del ancho de banda, as como la integracin de servicios reducirn los costes de las conexiones, pero el aseguramiento de calidades de servicio tendr su coste, aunque menor.
ARQUITECTURA Y PROTOCOLOS IMPLICADOS Para soportar el servicio de VoIP se requiere, adems de los protocolos para el transporte de la informacin de usuario en tiempo real, tambin de la
correspondiente sealizacin, es decir, de los protocolos necesarios que garanticen el establecimiento, mantenimiento - modificacin y terminacin de -6 5 -
las llamadas de voz sobre las redes IP, lo que quiere decir que es necesario la sealizacin de control de las llamadas. Adems, tambin se requiere sealizacin para: QoS (Quality of Service) controlo de medios....etc. Para que se pueda establecer este servicio comercialmente, es necesario alcanzar en la tecnologa de VoIP niveles de servicio y calidad de los mismos en correspondencia con los que dan las redes circuitales clsicas, aunque existe la posibilidad, no remota, que an con niveles por debajo de stas se logren establecer por lo econmico que resultan. As pues, como ya se anot antes, se han desarrollado diferentes soluciones para la problemtica de la sealizacin de control de llamada en sistemas de VoIP, que son los siguientes: SIP H.323 MGCP IAX
Estos modelos son soluciones diferentes a la misma problemtica, la sealizacin de control de llamada para el servicio de VoIP, cada una con una arquitectura funcional y protocolos que la caracterizan. Por las propias caracteristicas de la red IP se hace necesario que los sitemas de VoIP requieran sealizar, con los protocolos adecuados, todo el control de la comunicacin, como pueden ser: negociar el tipo de codificador a utilizar. negociar los parmetros de empaquetado de la voz ( y video). Intercambio de nmero de puertos a travs de los que se llevar a cabo la comunicacin...etc.
-6 6 -
El flujo de la informacin de usuario y el flujo de la sealizacin siguen trayectorias diferentes en su paso por las redes IP. La voz (informacin de usuario) y la sealizacin no presentan los mismos requerimientos de transporte por la red. La voz tiene que ser tratada con demora y jitter mnimos, pues pierde valor con el tiempo, dados sus requerimientos de tiempo real, y en cambio la sealizacin no requiere de esto ltimo. Es decir, el trfico de informacin de usuario es tratado por la red IP de manera diferente a como lo hace con el trfico de sealizacin.
PROTOCOLO DE TRANSPORTE EN TIEMPO REAL RTP
RTP (real time transport protocol) o protocolo de transporte en tiempo real, es un protocolo que como su nombre lo indica, est orientado a la transmisin de informacin en tiempo real, como la voz o el video. Este es un protocolo de las capas superiores de usuario que funciona sobre UDP (user datagram protocol) haciendo uso de los servicios de checksum y multiplexin, para proporcionarle a los programas que generan este tipo de datos, una manejo de transmisiones en tiempo real a travs de difusiones unicast o multicast, en el UDP se cambia confiabilidad por velocidad, lo cual es bsico para manejo de transmisiones en tiempo real como la VoIP. Aunque RTP no es lo suficientemente confiable por si solo, este proporciona ganchos con protocolos y aplicaciones de capas inferiores y recursos proporcionados por los switches y enrutador para garantizar confiabilidad. Los paquetes RTP no contienen campo de longitud, ya que al funcionar sobre UDP, este protocolo es quien encapsula la voz comprimida en datagramas. Las herramientas de las que se vale RTP para lograr transmisiones en tiempo real son el RTCP (RTP control protocol) que proporciona un feedback a
-6 7 -
cerca de la calidad de distribucin y la congestin, con esto, la empresa que ofrece el servicio puede monitorear la calidad y puede diagnosticar los problemas que pueda presentar la red, adems de esto, RTCP sincroniza el audio y el video, conoce el nmero de usuarios presentes en una conferencia y con esto calcula la rata a la cual deben ser enviados los paquetes, todas estas opciones son obligatorias cuando RTP se usa en entornos multicast IP. Pero existe otra aplicacin opcional y es una administracin de sesiones con bajo manejo de informacin de control para aquellas aplicaciones donde hay uso masivo de usuarios entrando y saliendo constantemente. Para la compresin RTP usa una aplicacin llamada vocoder pudiendo reducir de 64 kbps hasta a 8 kbps la rata para digitalizacin y compresin de voz produciendo un desmejoramiento en la calidad de la voz poco perceptible, adems de esto usa h.323 g.729 y otros protocolos ms para transmisiones en tiempo real. RTP es capaz de correr sobre protocolos WAN de alta velocidad como ATM sin ningn problema, tambin en redes asimtricas como ADSL, cablemodem o por enlace satelital pero cumpliendo con ciertas caractersticas de ancho de banda para ambas direcciones y uso exclusivo para la aplicacin RTP. A pesar de que TCP es un protocolo de transporte de informacin pesada, y eventualmente podra llegar a transportar video y voz, este y otros protocolos como XTP son inapropiados por tres razones bsicas: El hecho de que ante la prdida de paquetes este tipo de protocolos emplean retransmisin de paquetes. TCP no soporta multicast. El control de congestin de TCP hace reducir la ventana de transmisin cuando detecta prdida de paquetes, y el audio y el video son aplicaciones cuya rata de transferencia no permite disminuciones de este tipo en la ventana de transmisin.
-6 8 -
Adicionalmente otra desventaja es que los encabezados de estos protocolos son ms largos que los de RTP.
CODECS
Las seales de audio y video que se desean transmitir se encuentran por lo general en forma de seales analgicas, por lo que para poder transmitir esta informacin a travs de una red digital, sta debe de ser transformada mediante algn mtodo a una seal digital, una vez realizado esto se debe de comprimir y multiplexar estas seales para su transmisin. El dispositivo que se encarga de este trabajo es el CODEC (Codificador/Decodificador) que en el otro extremo de la red realiza el trabajo inverso para poder desplegar y reproducir los datos provenientes desde el punto remoto.
SEALIZACIN
La sealizacin VoIP tiene 3 reas distintas: sealizacin del PBX al enrutador sealizacin entre enrutador sealizacin del enrutador al PBX.
Por ejemplo para el caso de una intranet corporativa, esta aparece como la troncal al PBX, quien dar la sealizacin a los usuarios de la intranet. Por lo cual el PBX reenva los nmeros digitados al enrutador de la misma forma en la que los dgitos hubiesen sido reenviados al switch de una central telefnica. Cuando el enrutador remoto recibe la llamada solicitante q.931, este enva una sealizacin al PBX. Luego que el PBX enva un acuse de recibo, el
-6 9 -
enrutador enva los dgitos marcados al PBX, y tramita un acuse de recibo de llamada al enrutador de origen. En una arquitectura de red no orientada a la conexin (como IP), la responsabilidad del establecimiento de la comunicacin y de la sealizacin es de las estaciones finales (end stations). Para prestar exitosamente servicios de voz a travs de una re IP, es necesario realizar mejoras en la sealizacin. Por ejemplo, un agente de h.323 es adicionado al enrutador para facilitar soporte para el transporte de cadenas de audio y sealizacin. El protocolo q.931 es usado para el establecimiento y desconexin de la llamada entre agentes h.323 o estaciones terminales. RTCP (real time control protocol) es usado para establecer canales de audio. Un protocolo confiable orientado a la conexin, TCP, es utilizado entre estaciones terminales para transportar los canales de sealizacin. RTP, protocolo de transporte en tiempo real, el cual esta soportado en UDP, es usado para el trasporte del caudal de audio en tiempo real. RTP usa UDP como mecanismo de transporte porque posee un menor retardo que TCP, y adems porque el trafico de voz en la actualidad, sin importar que sean datos o sealizacin, toleran menos niveles de perdida y no tienen la facilidad de retransmisin.
DIRECCIONAMIENTO
Tomando de nuevo el ejemplo de un intranet con direccionamiento IP, podramos ver que las interfaces de voz apareceran como anfitriones IP adicionales, como extensiones del esquema de numeracin existente o como nuevas direcciones IP. La traduccin de los dgitos marcados del PBX al host IP se realizan por medio del plan de numeracin. El numero de telfono de destino o alguna parte
-7 0 -
de este ser vinculado a la direccin IP de destino. Cuando el numero es recibido del PBX el enrutador lo compara con los que ya han sido vinculados con alguna direccin IP y estn relacionados en la tabla de enrutamiento, si hay alguna coincidencia la llamada ser enrutada al host IP al cual este relacionada, despus de que la conexin es establecida, el enlace de la intranet es transparente hacia el suscriptor.
ENRUTAMIENTO
Una de las fortalezas del IP es la sofisticacin y gran desarrollo de sus protocolos de enrutamiento. Un protocolo de enrutamiento moderno, como el EIGRP, es capaz de tener en consideracin el retardo por cada uno de los caminos posibles que puede tomar el paquete y determinar la mejor ruta que puede seguir. Caractersticas avanzadas como el uso de polticas de enrutamiento y uso de lista de acceso (access lists), hacen posible crear esquemas de enrutamiento altamente seguros para el trfico de voz. RSVP puede ser utilizado por las gateways de VoIP, de tal manera que se asegure que el trafico ira a travs de la red por el mejor y mas corto camino, esto puede incluir segmentos de redes como ATM o LANs conmutadas. Algunos de los desarrollos ms importantes del enrutamiento IP son, el desarrollo del llamado tag switching y otras tcnicas de conmutacin IP. El tag switching muestra una manera extendida del enrutamiento IP, polticas y funcionalidades del RSVP sobre ATM y otros transportes de alta. Otro de los beneficios del tag switching es la capacidad de manejo de trfico, la cual es necesaria para un uso eficiente de los recursos de la red. El manejo de trafico (traffic engineering) puede ser usado para cambiar la carga de este en diferentes sectores de la red basado en diferentes predicciones dependiendo del momento del da.
-7 1 -
ESCENARIOS DE LA VOZ IP EN SERVICIOS DE TELEFONA
Deben distinguirse dos escenarios de aplicacin de la voz IP en servicios de telefona. El primero es cuando la voz IP es transportada a travs de redes privadas empresariales y el segundo, cuando la red de transporte usada entre los dos extremos de la conversacin es Internet. En el primer el caso, esta se considera voz viajando sobre el protocolo IP, mas no en Internet este ltimo caso es cuando hablamos de telefona por Internet. La diferencia entre los dos escenarios no son nicamente el medio de transporte sino tambin las posibilidades de establecer mecanismos de control de calidad que garanticen la misma calidad en todo momento. Los mecanismos y las tcnicas aplicadas en ambos casos son diferentes pero los niveles de calidad que se consiguen son muy similares y, en algunos casos, superiores a la telefona convencional. Por ejemplo, los proveedores de servicio que utilizan Internet como una red de transporte para voz IP usan una tcnica a partir de software que evita que los puntos de congestin causen prdidas de calidad. Cuando se trata de transportar la voz IP a travs de redes privadas hay medios ms simples y efectivos que aseguran que los paquetes de voz se dirigen a cada uno de los dispositivos de la red antes que los datos y as, se evitan potenciales atrasos en caso de saturacin de la red.
Llamadas telfono a telfono En este caso tanto el origen como el destino necesitan ponerse en contacto con un gateway. supongamos que el telfono a descuelga y solicita efectuar una llamada a b. el gateway de a solicita informacin al gatekeeper sobre como alcanzar a b, y ste le responde con la direccin IP del gateway que
-7 2 -
da servicio a b. entonces el gateway de a convierte la seal analgica del telfono a en un caudal de paquetes IP que encamina hacia el gateway de b, el cul va regenerando la seal analgica a partir del caudal de paquetes IP que recibe con destino al telfono b. fijaos como el gateway de b se encarga de enviar la seal analgica al telfono b. Por tanto tenemos una comunicacin telefnica convencional entre el telfono a y el gateway que le da servicio (gateway a), una comunicacin de datos a travs de una red IP, entre el gateway a y el b, y una comunicacin telefnica convencional entre el gateway que da servicio al telfono b (gateway b), y ste. Es decir, dos llamadas telefnicas convencionales, y una comunicacin IP. Si las dos primeras son metropolitanas, que es lo normal, el margen con respecto a una llamada telefnica convencional de larga distancia o internacional, es muy grande.
Llamadas PC a telfono o viceversa En este caso slo un extremo necesita ponerse en contacto con un gateway. El PC debe contar con una aplicacin que sea capaz de establecer y mantener una llamada telefnica. supongamos que un ordenador a trata de llamar a un telfono b. en primer lugar la aplicacin telefnica de a ha de solicitar informacin al gatekeeper, que le proporcionar la direccin IP del gateway que da servicio a b. entonces la aplicacin telefnica de a establece una conexin de datos, a travs de la red IP, con el gateway de b, el cul va regenerando la seal analgica a partir del caudal de paquetes IP que recibe con destino al telfono b. fijaos como el gateway de b se encarga de enviar la seal analgica al telfono b. Por tanto tenemos una comunicacin de datos a travs de una red IP, entre el ordenador a y el gateway de b, y una comunicacin telefnica convencional entre el gateway que da servicio al telfono b (gateway b), y ste.
-7 3 -
Es decir, una llamada telefnica convencional, y una comunicacin IP. Si la primera es metropolitana, que es lo normal, el margen con respecto a una llamada telefnica convencional de larga distancia o internacional, es muy grande.
Llamadas PC a PC En este caso la cosa cambia. Ambos ordenadores slo necesitan tener instalada la misma aplicacin encargada de gestionar la llamada telefnica, y estar conectados a la red IP, Internet generalmente, para poder efectuar una llamada IP. Al fin y al cabo es como cualquier otra aplicacin Internet, por ejemplo un Chat.
ACTORES DE LA TELEFONA IP
En primer lugar tenemos al proveedor de servicios de telefona por Internet (PSTI, o ISTP en ingls). Proporciona servicio a un usuario conectado a Internet que quiere mantener una comunicacin con un telfono convencional, es decir, llamadas PC a telfono. Cuenta con gateways conectados a la red telefnica en diversos puntos por una parte, y a su propia red IP por otra. Cuando un usuario de PC solicita llamar a un telfono normal, su red IP se hace cargo de llevar la comunicacin hasta el gateway que da servicio al telfono de destino. Esto significa que para que los usuarios de PC de un PSTI puedan llamar a muchos pases, ste necesita tener una gran cantidad de gateways. O no? Pues no. conforme se van extendiendo los PSTI por todo el mundo, lo que se hace es establecer acuerdos econmicos con otros PSTI, para intercambiar llamadas IP. T finalizas las llamadas que originan mis usuarios, y que tengan como destino telfonos que tus gateways cubren de forma local, y viceversa. En vez de llevar a cabo estos acuerdos bilaterales, lo que se suele hacer es trabajar
-7 4 -
con intermediarios, que tienen acuerdos con PSTI's de todo el mundo. Estos intermediarios son conocidos como proveedores de servicios de clearinghouse (PSC, o CSP en ingls). Ejemplos de los anteriores son peoplecall, deltathree, net2phone, wowring y phonefree, todos ellos PSTI, e itxc, IPvoice, kpnqwest y ntt, todos ellos PSC's. go2call.com ayuda a comparar precios entre PSTI's.
Operadores Con lo visto, no parece descabellado asegurar que el futuro de la telefona pasa por las redes IP. Entonces, qu pasa con los operadores tradicionales? no les pasar nada, a no ser que no se den cuenta de que la telefona IP no es su competidor, sino su aliado. La mayora de ellos han puesto en marcha proyectos de telefona IP, y el que no lo haya hecho ya se puede dar prisa. Por el contrario existen nuevos operadores, que desde sus inicios han apostado fuerte por esta tecnologa, y cuyo crecimiento est asegurado. Todos los estudios al respecto dan como imparable el desarrollo de la telefona IP, y ya se hacen apuestas sobre cuando el nmero de minutos de comunicaciones vocales cursadas por redes IP superar a los cursados por las redes tradicionales.
-7 5 -
VENTAJAS DE VoIP
Es evidente que el hecho de tener una red en vez de dos, es beneficioso para cualquier operador que ofrezca ambos servicios, vase gastos inferiores de mantenimiento, personal cualificado en una sola tecnologa. Realmente se trata de una solucin verdaderamente fantstica. facturas de telfono muy bajas, oficinas virtuales, direccin centralizada y un rpido despliegue, son slo algunos de sus muchos beneficios. el xito de algunas grandes compaas combinado con el crecimiento de las redes wireless, puede mover esta tecnologa desde las empresas a los pequeos negocios y a todo el mercado en general. Como si el ahorro de ancho de banda no fuera suficiente, el despliegue de la voz sobre IP reduce el costo y mejora la escalabilidad empleando componentes de redes de datos estndares (enrutador, switches...), en vez de los caros o complicados switches para telfonos. ahora el mismo equipo que dirige las redes de datos puede manejar una red de voz. VoIP posibilita desarrollar una nica red convergente que se encargue de cursar todo tipo de comunicacin, ya sea voz, datos, video o cualquier tipo de informacin. La telefona IP no requiere el establecimiento de un circuito fsico durante el tiempo que toma la conversacin, por lo tanto, los recursos que intervienen en la realizacin de una llamada pueden ser utilizados en otra cuando se produce un silencio, lo que implica un uso ms eficiente de los mismos. Las redes de conmutacin por paquetes proveen alta calidad telefnica utilizando un ancho de banda menor que el de la telefona clsica, ya que los algoritmos de compresin pueden reducir hasta 8kbps la rata
-7 6 -
para digitalizacin de la voz produciendo un desmejoramiento en la calidad de la misma apenas perceptible.
DESVENTAJAS DE VoIP
Transportan la informacin dividida en paquetes, por lo que una conexin suele consistir en la transmisin de ms de un paquete. estos paquetes pueden perderse, y adems no hay una garanta sobre el tiempo que tardarn en llegar de un extremo al otro de la comunicacin. El aspecto de seguridad es muy relevante como ya se explic anteriormente. Se cambia confiabilidad por velocidad. Finalmente, tenemos que resaltar que as como PSTN, VoIP no puede prestar servicio a todos sus clientes (por ejemplo, una llamada GSM no pude manejar ms de algunos cientos o un par de miles de clientes). Por ahora, el servicio est restringido a redes privadas (y en consecuencia a pocos usuarios), ya que en un ambiente como una red pblica Internet, los niveles de calidad telefnica son bajos pues tal red no puede proveer anchos de banda reservados ni controlar la dramtica fluctuacin de carga que se presenta. El control de congestin de TCP hace reducir la ventana de transmisin cuando detecta prdida de paquetes, y el audio y el video son aplicaciones cuya rata de transferencia no permite disminuciones de este tipo en la ventana de transmisin.
-7 7 -
PROTOCOLO H.323
Se decidi que el h.323 fuera la base del VoIP. De este modo, el VoIP debe considerarse como una clarificacin del h.323, de tal forma que en caso de conflicto, y con el fin de evitar divergencias entre los estndares, se decidi que h.323 tendra prioridad sobre el VoIP. El VoIP tiene como principal objetivo asegurar la interoperabilidad entre equipos de diferentes fabricantes, fijando aspectos tales como la supresin de silencios, codificacin de la voz y direccionamiento, y estableciendo nuevos elementos para permitir la conectividad con la infraestructura telefnica tradicional. Estos elementos se refieren bsicamente a la transmisin de sealizacin por tonos multifrecuencia (DTMF). El protocolo h.323 es usado, por ejemplo, por NetMeeting para hacer llamadas IP. Este protocolo permite una gran variedad de elementos que interactan entre ellos:
Terminales Son los clientes que inician una conexin VoIP. Estos usuarios solo pueden conectarse entre ellos, y si es necesario el acceso de un usuario adicional a la comunicacin se necesitaran algunos elementos adicionales.
Gatekeepers Que operan bsicamente de la siguiente manera: Servicio de traduccin de direcciones (DNS), de tal manera que se puedan usar nombre en lugar de direcciones IP. Autenticacin y control de admisin, para permitir o denegar el acceso de usuarios. Administracin del ancho de banda.
-7 8 -
Gateways Puntos de referencia para conversin TCP/IP - PSTN.
Unidades de control multipunto (MCUS) Para permitir la realizacin de conferencias. H.323 no permite solamente VoIP, sino tambin comunicacin para intercambio de datos y video. El h.323 comprende tambin una serie de estndares y se apoya en una serie de protocolos que cubren los distintos aspectos de la comunicacin:
Direccionamiento: RAS(registration, admission and status). Protocolo de comunicaciones que permite a una estacin h.323 localizar otra estacin h.323 a travs de el gatekeeper. DNS (domain name service). Servicio de resolucin de nombres en direcciones IP con el mismo fin que el protocolo ras pero a travs de un servidor DNS.
Sealizacin: q.931 sealizacin inicial de llamada. h.225 control de llamada: sealizacin, registro y admisin, y paquetizacin / sincronizacin del stream (flujo) de voz. h.245 protocolo de control para especificar mensajes de apertura y cierre de canales para streams de voz.
Compresin de voz: requeridos: g.711 y g.723 opcionales: g.728, g.729 y g.722
-7 9 -
Transmisin de voz: UDP. La transmisin se realiza sobre paquetes UDP, pues aunque UDP no ofrece integridad en los datos, el aprovechamiento del ancho de banda es mayor que con TCP. RTP (real time protocol). Maneja los aspectos relativos a la temporizacin, marcando los paquetes UDP con la informacin necesaria para la correcta entrega de los mismos en recepcin.
Control de la transmisin: RTCP (real time control protocol). Se utiliza principalmente para detectar situaciones de congestin de la red y tomar, en su caso, acciones correctoras.
Actualmente se puede partir de una serie de elementos ya disponibles en el mercado y que, segn diferentes diseos, permitirn construir las aplicaciones VoIP. Estos elementos son: Telfonos IP. Adaptadores para PC. Hubs telefnicos. Gateways (pasarelas RTC / IP). Gatekeeper. Unidades de audioconferencia mltiple. (MCU voz) Servicios de directorio.
-8 0 -
ESTNDAR H.323
El
estndar H.323
especifica los
componentes,
protocolos
procedimientos que proveen los servicios de comunicacin multimedia sobre redes de paquetes sin garanta de calidad de servicio, tanto para sesiones multipunto como punto a punto. La tecnologa de red ms comn en la que se estn implementando H.323 es IP (Internet Protocol). Adems, H.323 tambin define la sealizacin necesaria para comunicaciones multimedia sobre redes IP (entre otras). Para el transporte de medios utiliza los protocolos RTP/RTCP. Los terminales y equipos H.323 soportan aplicaciones con
requerimientos de tiempo real (voz y vdeo), as como aplicaciones de datos y combinaciones de ellas (videotelefona ...etc). Los terminales H.323 pueden ser terminales explcitamente diseados a este fin o pueden estar integrados en PCs. El estndar H.323 incluye entre otras las siguientes recomendaciones: H.225.0: paquetizacin, sincronizacin y sealizacin. H.245: control del canal. G.711, G.722, G.723.1, G.728, G.729: codificacin audio. Adems tambin define recomendaciones sobre conferencias de datos en tiempo real, seguridad.
H.323 define una serie de entidades en una red H.323 con una serie de funcionalidades:
GATEKEEPERS Son entidades de control y sealizacin, siendo las entidades ms complejas. Las funciones que debe desarrollar un gatekeeper son las siguientes:
-8 1 -
Control de la sealizacin. Control de acceso y administracin de recursos, autorizacin de llamadas. Traduccin de direcciones de transporte entre direcciones IP y alias. gestin del ancho de banda. gestin de llamadas (concesin de permisos...) gestin del ancho de banda.
Para desarrollar estas funciones, entre el gatekeeper y el endpoint se emplea el protocolo RAS (Registration /Admission /Status) sobre UDP. Un gatekeeper y sus endpoints definen una zona H.323, de manera que en entornos LANs es suficiente un gatekeeper, pero en entornos como Internet, son necesarios varios de ellos, cada uno definiendo una zona H.323. Lgicamente, entre gatekeepers se requerir comunicacin, por lo que acta como el punto central para todas las llamadas en una zona, comportndose como un conmutador virtual. Si bien el gatekeeper no es obligatorio, su empleo en un entorno H.323 s posibilita emplear ms eficientemente la plataforma, por ejemplo mediante el enrutamiento de llamadas a su travs. Los gatekeepers son entidades funcionales separadas de los endpoints H.323, pero es posible incluir funcionalidades gatekeepers en los gateways y las MCUs.
GATEWAYS (GWS) Los gateways (pasarelas) son los sistemas encargados de permitir que los equipos H.323 puedan operar con otras redes. Desarrollan la traduccin de la sealizacin, informacin de control e informacin de usuario, posibilitando as interoperabilidad entre redes, terminales y servicios, haciendo viable la
-8 2 -
integracin de servicios an con plataformas dispares, llmese PSTN y redes IP. Una diferencia respecto a los gatekeepers, es que los gateways s cursan informacin de usuario, soportada en RTP/UDP/IP. Funciones de los gateways: transcodificacin de audio y vdeo. traduccin de procedimientos de comunicacin. traduccin de formatos de transmisin.
Evidentemente, dada su funcionalidad, los gateways son elementos opcionales en entornos H.323, y slo son necesarios cuando se requiere una interconexin entre entornos H.323 y entornos no H.323.
TERMINALES Un terminal H.323 posibilita comunicaciones bidireccionales en tiempo real de voz, datos y vdeo. H.323 especifica los modos de operacin requeridos para que los terminales de audio, vdeo y datos trabajen conjuntamente. Las funciones de control que realizan los terminales son las siguientes: H.245 para negociacin del canal. H.225.0 (Q.931) para sealizacin y control de llamada. H.225.0 (RAS) para comunicacin con el gatekeeper.
Tambin implementan los protocolos RTP/RTCP para el manejo de los flujos de audio y video.
MCU (Multipoint Controls Units) La Unidad de Control Multipunto est diseada para soportar la conferencia entre tres o ms puntos, bajo el estndar H.323, llevando la
-8 3 -
negociacin entre terminales para d eterminar las capacidades comunes para el proceso de audio y vdeo y controlar la multidifusin. La comunicacin bajo H.323 contempla las seales de audio y vdeo. La seal de audio se digitaliza y se comprime bajo uno de los algoritmos soportados, tales como el G.711 o G.723, y la seal de vdeo (opcional) se trata con la norma H.261 o H.263. Los datos (opcional) se manejan bajo el estndar T.120 que permite la comparticin de aplicaciones en conferencias punto a punto y multipunto. Dado el jitter que sufren que sufren los paquetes IP en la red, y las consecuencias negativas de esto para el trfico de audio y vdeo, en el terminal H.323 se requiere un buffer de recepcin para absorber, en la medida de lo posible, estas fluctuaciones en la demora de los paquetes IP, anulando o reduciendo el efecto negativo que el jitter puede producir en flujos de informacin de usuario con requerimientos de tiempo real. Los protocolos de control comprendidos en H.323, unos se encapsulan en UDP (protocolos H.225.0 (RAS, Registration Admisin Status), que se desarrolla entre el gatekeeper y los endpoints) y otros en TCP (H.225.0 (Q.931), para el control de la llamada y H.245 para el control del canal. El establecimiento de la llamada en H.323 se lleva a cabo en tres fases: Fase RAS: intercambio de mensajes entre el gatekeeper y el endpoint., para la traduccin de direcciones, autorizacin de llamadas y gestin del ancho de banda. Fase Q.931: intercambio de mensajes entre endpoints para el establecimiento de conexiones lgicas. Fase H.245: intercambio de mensajes entre endpoints para acordar en intercambio de informacin de usuario.
-8 4 -
Dependiendo del papel que juegue el gatekeeper en las llamadas H.323 podremos hablar de dos modelos: modelo de llamada H.323 directa (direct routed model) modelo de llamada H.323 indirecta (gatekker routed model)
A continuacin de estas tres fases de establecimiento de llamada, se lleva a cabo la transferencia de informacin de usuario por medio de los protocolos RTP/RTCP, segn lo acordado en la fase H.245, previa apertura de los canales lgicos en los endpoints. Estos canales lgicos son unidireccionales, por lo que para una comunicacin bidireccional se requiere abrir uno en cada direccin de transmisin. Een la transferencia de medios no interviene el gatekeeper, pues es solo una entidad de sealizacin, sino que se lleva a cabo directamente entre os endpoints. Hasta la fecha, el estandar H.323 ha evolucionado desde la primera versin H.323v1, hasta la ltima versin H323v4, mejorando la primera versin en cuestiones como seguridad, servicios suplementarios, identificacin de llamadas, conexin rpida, etc. A continuacin se pasa a hacer una breve explicacin de los protocolos implicados e H.323:
RTP El protocolo en tiempo real del transporte (RTP) proporciona a las funciones end-to-end del transporte de la red que convienen para las aplicaciones que transmiten datos en tiempo real tales como datos audio. RTP no trata la reserva del recurso y no garantiza el quality-of-service para los servicios en tiempo real. El transporte de los datos es aumentado por un protocolo del control (RTCP) para permitir vigilar la salida de los datos de una manera escalable a las redes grandes del multicast, y para proporcionar
-8 5 -
funciones mnimas del control y de la identificacin. RTP y RTCP se disean para ser independientes de las capas subyacentes del transporte y de red.
RTCP RTP control protocolo (RTCP) se basa en la peridica transmisin de los paquetes de control a todos los participantes en sesin, utilizando el mismo mecanismo de distribucin como dato paquete. El protocolo subyacente debe proveer de la multiplexacin de los datos y de los paquetes del control, por ejemplo con nmeros de acceso separados el UDP
RAS El canal del registro, de la admisin y del estatus (RAS) se utiliza para llevar los mensajes usados en los procesos del descubrimiento del gatekeeper y del proceso de registro del endpoint que asocian la direccin alias de los endpoints a su direccin de transporte del canal de sealizacin. El canal de RAS es un canal no fiable. Puesto que los mensajes de RAS se transmiten en un canal no fiable, H.225.0 recomienda descansos y la recomprobacin para varios mensajes. Un endpoint o gatekeeper que no puede responder a una peticin dentro del descanso especificado puede utilizar el mensaje RIP (Request in Progress) para indicar que todava est procesando la peticin. Un endpoint o un gatekeeper que recibe el RIP reajusta su temporizador del descanso y contador de la recomprobacin.
H.225 Se ocupa especficamente de esas situaciones donde el camino de transmisin incluye unas o ms redes basadas paquete, cada uno de las cuales se configura y se maneja para proporcionar a una calidad no garantizada del servicio (QoS). H.225.0 describe cmo el audio, el vdeo, los datos, y la
-8 6 -
informacin de control sobre una red basada paquete se pueden manejar para proporcionar a servicios conversacionales en el equipo H.323. Sus funciones son: control de admisin, cambio en el ancho de banda y resuelve el procedimiento entre el gateway o el equipo terminal y el gatekeeper.
H.245 Incluye capacidades de recepcin y que transmiten as como preferencia del modo del extremo de recepcin, sealizacin de canal lgico, y el control y la indicacin. Los mensajes H.245 consisten en un intercambio de mensajes. Los mensajes disponibles son los siguientes: determinacin del canal lgico, capacidad del terminal, sealizacin de canal lgico, retardo la ida y vuelta etc.
PROTOCOLO SIP (SESSION INITIATION PROTOCOL)
Session Initiation Protocol Un protocolo de senalizacin de capa de aplicacin que define la iniciacin, modificacin y la terminacin de sesiones interactivas de comunicacin multimedia entre usuarios. IETF RFC 3261 Session Initiation Protocol SIP son las siglas en ingls del Protocolo para Inicio de Sesin, siendo un estndar desarrollado por el la Fuerza de Tarea en Ingeniera de Internet (IETF), identificado como RFC 3261, 2002. SIP es un protocolo de sealizacin para establecer las llamadas y conferencias en redes IP. El inicio de la sesin, cambio o trmino de la misma, son independientes del tipo de medio o aplicacin que se estar usando en la llamada; una sesin puede incluir varios tipos de datos, incluyendo audio, video y muchos otros formatos. SIP se origin a mediados de los aos 90 (aproximadamente al mismo tiempo que el H.323 se presentaba como un estndar) para facilitar la manera en que la gente
-8 7 -
poda ver una sesin por multidifusin en IP como el lanzamiento del trasbordador espacial en el MBone. El desarrollo de SIP puede tener tanto impacto como el protocolo estndar HTTP, la tecnologa que est detrs de las pginas Web y que permite dentro de una simple pgina el uso de enlaces o vnculos hacia otros textos, audio o video u otras pginas. Mientras que HTTP cumple con esta integracin en una pgina WWW, SIP integra contenido diverso administrando la sesin. SIP se ha reconocido rpidamente como estndar para comunicaciones integrales y aplicaciones que usan la presencia (Presencia significa la atencin que una aplicacin da a la ubicacin y disponibilidad de un usuario). SIP fue modelado despus de otros protocolos de Internet basados en texto, como SMTP (correo electrnico) y HTTP (pginas Web) y se dise para establecer, cambiar y terminar llamadas entre uno o ms usuarios en una red IP de manera independiente al contenido de la llamada. Como HTTP, SIP traslada el control de la aplicacin al punto terminal, eliminando la necesidad de funciones centrales de conmutacin. El SIP es un protocolo de control del nivel de aplicacin que maneja la sealizacin y el control de llamadas, es decir, controla el establecimiento, modificacin y terminacin de sesiones o llamadas multimedia, directa o indirectamente. El SIP se cataloga como un protocolo de sealizacin y forma parte de las especificaciones del IETF para comunicaciones multimedia, conjuntamente con otros protocolos como RTP, SAP, SDP, pero su funcionalidad no depende de ninguno de stos. Soporta comunicaciones entre usuarios pertenecientes a redes IP como tambin con usuarios de las redes telefnicas por intermedio de gateways. SIP provee por si mismo, adems, mecanismos de seguridad. Al ser un protocolo basado en texto posibilita una fcil implementacin y depuracin, y eso lo hace flexible y extensible. El sobreencabezamiento que
-8 8 -
implica usar un protocolo basado en texto no tiene mayor trascendencia, ya que SIP es un protocolo de sealizacin, y no es un protocolo para el intercambio de datos de usuario, donde si tendra consecuencias. Por otra parte, las comunicaciones SIP comprenden: 1. Localizacin de usuarios 2. Determinacin de los medios para la comunicacin (es decir, las capacidades de usuario) 3. Establecimiento de los parmetros de la comunicacin entre las partes involucradas 4. Manipulacin de llamadas (establecimiento, transferencia y terminacin de la llamada).
Los elementos funcionales de la arquitectura SIP son: Agentes de Usuario (User Agent, UA): los agentes de usuario son aplicaciones que residen en las estaciones terminales SIP, y contienen dos componentes: Agentes de Usuario Clientes (UAC) y Agentes de Usuarios Servidores (UAS). Los UAC originan las solicitudes SIP (asociados al extremo que origina la llamada) y los UAS responden a estas solicitudes, es decir, originan respuestas SIP (asociados al extremo que recibe la llamada). Los UAC y UAS son capaces sin los servidores de red, de soportar una comunicacin bsica (modelo de llamada bsico, directamente entre endpoints). Pero la potencialidad SIP se aprovecha con el empleo de servidores de red (modelo de llamada con servidores proxy y modelo de llamada con servidores de redireccin). Los User Agent deben implementar el transporte tanto sobre TCP como sobre UDP.
-8 9 -
Servidores de red: estos servidores de red se pueden clasificar en: 1. Servidores de redireccin: redireccionan las solicitudes de llamadas (solicitudes SIP) y retornan la direccin o direcciones de la parte llamada. En caso contrario rechazan la llamada, enviando una respuesta de error. Desarrollan una funcionalidad parecida a los gatekeepers H.323 cuando se emplea el modelo de llamada directo.
2. Servidores proxy: se ocupan de reenviar las solicitudes y respuestas SIP para el establecimiento y liberacin de llamadas de VoIP, con los medios necesarios para garantizar que los mensajes de sealizacin SIP de ida y vuelta sigan la misma ruta. Los servidores proxy pueden ser de dos tipos: stateful, que son servidores que retienen informacin de la llamada durante el tiempo que dure el establecimiento de sta, y stateless que son los que procesan un mensaje SIP y entonces olvidan todo lo referente a la llamada en cuestin hasta que vuelve a recibir otro mensaje SIP asociado a la misma. Un servidor proxy stateless no puede realizar todas las funciones, como pueden ser la contabilizacin de las llamadas.
3. Servidores de registro (Register servers): registran la direcciones SIP y las direcciones IP asociadas, es decir, garantizan el mapping entre direcciones SIP y direcciones IP. Son servidores que pueden seguir el rastro de los usuarios, pues las direcciones IP de stos pueden cambiar por diferentes razones, llmese usuarios mviles, conexin va LAN. A estos servidores tambin se les suele denominar servidores de
-9 0 -
localizacin, ya que son utilizados por los servidores proxy y de redireccin para obtener informacin respecto a la localizacin de la llamada.
Normalmente, un servidor de red SIP implementa una combinacin de los diferentes tipos de servidores SIP, definidos anteriormente. El protocolo SIP utiliza para desarrollar su funcin de sealizacin el intercambio de mensajes SIP (solicitudes y respuestas) a travs de transacciones entre los elementos funcionales descritos anteriormente. Por ultimo, decir que el protocolo SIP puede ser utilizado conjuntamente con otros protocolos de sealizacin.
REGISTRO SIP
El Registro SIP da un servicio de informacin de ubicacin; recibe informacin del Agente de Usuario y la almacena para proporcionarla a otros Agentes de Usuario. La arquitectura SIP usa el Protocolo para Descripcin de Sesin (SDP). SDP fue una herramienta inicial para la conferencia en multidifusin de IP desarrollada para describir sesiones de audio, video y multimedia. De hecho, cualquier tipo MIME (Extensin Multipropsito de Correo en Internet) se puede describir, similar a la facultad de correo electrnico para interpretar todos los tipos de archivos adjuntos en un mensaje. La descripcin de sesin se puede usar para negociar los tipos de medios compatibles. Como resultado de esta arquitectura, la direccin SIP del usuario remoto siempre es la misma (por ejemplo: sip:usuario@servidor.universidad.edu) pero en lugar de estar vinculada a una direccin esttica se comporta como una dinmica que refleja la ubicacin de usuario actualmente. La combinacin de
-9 1 -
Servidores Proxy y de Redireccionamiento SIP da al protocolo una arquitectura flexible; el usuario puede emplear varios esquemas, simultneamente, para localizar a los usuarios y es lo que convierte a la arquitectura SIP en algo ideal para la movilidad. An cuando es usuario remoto est en un dispositivo mvil, el Servidor Proxy y el de Redireccionamiento pueden reenviar la peticin de conexin al lugar en donde se encuentra el usuario. Las sesiones pueden incluir a varios participantes, similar a lo que ocurre en una llamada multipunto H.323. Las comunicaciones dentro de una sesin de grupo pueden ser va multidifusin o una malla de conexiones unidifusin, o una combinacin de ambas. Otro resultado de la arquitectura SIP es la manera natural en la que se adapta a un ambiente de colaboracin ya que permite el uso de varios tipos de datos, aplicaciones, multimedia, etc, con una o ms personas. La Arquitectura SIP soporta nuevos tipos de servicios. Cierto tipo de reenvo de llamada permite a los usuarios especificar donde estn y las llamadas entrantes sern reenviadas ah o se puede elegir el reenvo hacia el correo de voz o cualquier mquina contestadota. Los participantes en una llamada pueden controlar el enlace; esto permite que uno o ms personas decidan incluir a otro individuo o cancelar una conexin en la llamada. Posibilidad de responder a una llamada con un tipo de medio distinto; esto facilita, por ejemplo, que una secuencia de voz entrante sea respondida con una pgina Web. Informacin de Presencia. El Agente de Usuario puede emplearse para indicar dnde est presente el usuario (disponible para tomar la llamada) o ausente (no disponible para tomar la llamada)
-9 2 -
CAPACIDADES DE SIP
SIP soporta cinco facetas en el establecimiento y terminacin de comunicaciones multimedia: Locacin de usuario: determinacin del dispositivo a utilizar por la comunicacin Disponibilidad del usuario: determinacin de la voluntad del receptor de la llamada de participar en las comunicaciones Capacidad del usuario: determinacin del medio y de los parametros del medio a utilizar Establecimiento de sesin: ringing, establecimiento de los parmetros de las sesin en ambos extremos Gestin de sesin: incluyendo transferencia y terminacin de las sesiones, modificacin de parmetros de la sesin y la invocacin de servicios.
Framework de Diseo de SIP Aplicaciones interactivas multimedia. Integracin con protocolos existentes. Escalabilidad y simplicidad. Movilidad. Facilidad de crecin de facilidades y servicios. Extensibilidad.
Integracin con Protocolos IETF SIP no es un protocolo integrado verticalmente. SIP puede utilizar otros protocolos estndares para construir las sesionesde una aplicacin basada en SIP. Por ejemplo:
-9 3 -
TCP/UDP para transportar la informacin de sealizacin TLS para establecer sesiones seguras DNS para resolver nombres de servidores de acuerdo a la direccin de destino RSVP, DiffServ - para asegurar la calidad de servicio de la sesin. RTP Real Time Protocol para transportar las comunicaciones interactivas de voz, datos y video. RTSP Real Time Streaming Protocol para controlar el envio de streaming media. SAP Session Advertisement Protocol para publicar sesiones multimedia via multicast. SDP Session Description Protocol para describir sesiones multimedia. MIME Multipurpose Internet Mail Extension estndar para describir contenido enInternet. HTTP Hypertext Transfer Protocol toma parte de la sintaxis y semantica, los mecanismos de autenticacin, etc. SMTP Simple Mail Transport Protocol reutiliza headers, mecanismos de enrutamiento, modo de direccionamiento, etc. COPS Common Open Policy Service para establecer polticas de calidad y seguridad OSP Open Settlement Protocol. para automatizar el provissioning de los usuarios XML eXtensible Markup Language para crear servicios y transmitir informacin de eventos
-9 4 -
Escalabilidad La arquitectura SIP es escalable, flexible y distribuida. La funcionalidades tales como proxy, redireccin, locacin y registro puede residir en un nico servidor o en varios servidores distribuidos La funcionalidad distribuida permite incorporar nuevas funciones o procesos sin afectar los dems componentes. El protocolo conserva informacin de estado en los extremos, permitiendo recuperarse de fallas de alguno de los componentes La escalabilidad y redundancia se logra bajo el paradigma de N+1 No es necesario un control centralizado
Simplicidad SIP est diseado: Rpido y simple en el centro. Inteligente y con menor volumen en el borde. Basado en texto para una implementacin y depuracin simple. Utilizacin de primitivas (mtodos y respuestas) para el establecimiento de sesiones. No define servicios o funciones
Movilidad SIP permite implementar dos tipos de movilidad diferentes: 1. La movilidad personal, que permite que el usuario pueda ser alcanzado en un dispositivo cualquiera, mediante los servicios de proxy y redireccin 2. La movilidad intrnseca provista por la ubicuidad del protocolo IP.
El registro permite mantener las locaciones actuales del usuario de manera dinmica
-9 5 -
Basado en la locacin actual el proxy server enrutar las llamadas a la locacin actual del usuario.
Servicios de Valor Agregado SIP puede soportar, entre otras, las siguientes funciones: Facilidades bsicas (call waiting, call forwarding, call blocking etc.). Videoconferencias Picture ID Mensajera Unificada. Call forking. Click to talk. Presencia. Mensajes Instantneos. Find me / Follow me. Conferencias ad-hoc y programadas. Control por aplicaciones externas (CTI) Colaboracin Web
Extensibilidad Actualmente IETF tiene tres Working Groups estandarizando SIP, siendo el rea con mayor actividad en todo el IETF SIP WG: Desarrolla las directivas bases del estndar (RFC3261 et al) SIPPING WG: Estandariza la utilizacin de SIP en aplicaciones especficas SIMPLE WG: Define el framework de mensajera instantnea utilizando SIP
El foco actualmente est en:
-9 6 -
Estandarizar el uso de SIP en aplicaciones actuales Creacin de extensiones y paquetes de eventos Definicin de Best Current Practices Seguridad
El protocolo SIP es peer to peer: Dos User Agents pueden establecer una sesin entre s
User Agents Una aplicacin que inicia, recibe y termina llamadas o sesiones. User Agent Clients (UAC) Una entidad que inicia una sesin. User Agent Server (UAS) Una entidad que recibe una sesin.
Las entidades se implementan de acuerdo a la funcin del User Agent, en general se implementan ambas. Los User Agents pueden tomar distintas formas de acuerdo a su funcin: Telfono Softphone Gateway PSTN Servidor de conferencias Servidor de voice mail IVR Discador
-9 7 -
SERVIDORES
Servidor Proxy: Un aplicacin intermedia que acta tanto con servidor y cliente, generando mensajes SIP a nombre del cliente que gener el mensaje original. Los mensajes pueden ser respondidos internamente o pasandolos a otros servidores, posiblemente despus de cierta traduccin. Interpreta, re-escribe o traduce un mensaje antes de enrutarlo. El proxy puede enrutar mensajes SIP aun sin conocer ciertos mtodos, permitiendo la interoperabilidad Conceptualmente se dividen en dos tipos de Proxy Server: El outbound proxy recibe los request de los user agents de su dominio y define su enrutamiento basado en los datos de la URI de destino. El inbound proxy recibe los request para user agents de su dominio y define su localizacin utilizando los registros del location server. La divisin entre Proxy, Registrar, Redirect y Location Servers no es fsica, sino conceptual, con lo cual dichas funciones pueden coresidir en un nico server o estar separadas por motivos de escalabilidad, redundancia o rendimiento
Redirect Server: Un servidor que acepta un request SIP, mapea la direccin en cero o ms nuevas direcciones y retorna estas direcciones al cliente. Al contrario que un proxy server, el redirect server no inicia sus propios mensajes de SIP, slo responde.
-9 8 -
Al contrario de un user agent, el redirect server no acepta o termina llamadas.
Registrar Server Un servidor que acepta mensajes del tipo REGISTER. Este servidor permite popular el Location Server de manera dinmica. Un usuario puede estar registrado con mltiples dispositivos Un dispositivo puede tener registrado mltiples usuarios Cada usuario es responsable de registrar y mantener el registro en sus diferentes dispositivos
Location Server Un servidor que es utilizado por un redirect o proxy server SIP para obtener informacin acerca de las posibles locaciones de un usuario llamado. Alimentado por el Registrar Server o por interfaces de provisionamiento de usuarios Es una base de datos No utiliza SIP para comunicarse con los otros servidores
Mensajes SIP Mtodos y Respuestas Los componentes SIP se comunican intercambiando mensajes SIP: Mtodos SIP: INVITE Inicia una llamada invitando a un usuario a participar en una sesin. ACK Confirma que el cliente ha recibido una respuesta final a un mtodo INVITE. BYE Indica la terminacin de la llamada. CANCEL Cancela un requerimiento pendiente.
-9 9 -
REGISTER Registra al user agent. OPTIONS Usado para consultar las capacidades de un servidor. INFO Usado para transportar informacin fuera de banda, como dgitos DTMF. MESSAGE Transporta mensajes de texto entre user agents. REFER Solicita generar una sesin desde una tercera parte SUSCRIBE Suscribe al user agent a ser notificado sobre eventos que ocurran en otro user gent NOTIFY Notifica los eventos suscriptos UPDATE Modifica elementos del dilogo activo PRACK Confirmacin provisoria PUBLISH Publica la notificacin de eventos Respuestas SIP: 1xx Mensajes provisionales 100 Trying 180 Ringing 183 Session Progress 2xx Respuestas de xito 200 OK 202 Accepted 3xx Respuestas de redireccin 300 Multiples Choices 301 Moved Permanently 302 Moved Temporarily. 4xx Respuestas de falla de mtodo 400 Bad request 401 Unauthorized 404 Not found
-1 0 0 -
407 Proxy authentication required 486 Busy here 487 Request terminated 5xx Respuestas de fallas de servidor 500 Sever internal error 502 Bad gateway 6xx Respuestas de fallas global 600 Busy everywhere 603 Decline
Encabezado SIP SIP toma prestado mucha de la sintaxis y semntica de HTTP. Un mensaje SIP se ve como un mensaje HTTP Formateo de mensaje, encabezado y soporte MIME. Un ejemplo de encabezado SIP: Mtodo: INVITE sip:bob@biloxi.com SIP/2.0 Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bK776asdhds Max-Forwards: 70 To: Bob <sip:bob@biloxi.com> From: Alice <sip:alice@atlanta.com>;tag=1928301774 Call-ID: a84b4c76e66710@pc33.atlanta.com CSeq: 314159 INVITE Contact: <sip:alice@pc33.atlanta.com> Content-Type: application/sdp Content-Length: 142
Respuesta:
-1 0 1 -
SIP/2.0 200 OK Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bK776asdhds To: Bob <sip:bob@biloxi.com>;tag=a6c85cf From: Alice <sip:alice@atlanta.com>;tag=1928301774 Call-ID: a84b4c76e66710@pc33.atlanta.com CSeq: 314159 INVITE Contact: <sip:bob@192.0.2.4> Content-Type: application/sdp Content-Length: 131
Direcciones SIP Las direcciones SIP estn identificadas por una URI (Uniform Resource Identifier) con la forma: User@host. Ejemplos de URIs SIP: sip:mstokle@nortelnetworks.com sip:bob@192.168.10.1 sip:14083831088@gateway.nortel.com sips:mstokle@nortelnetworks.com Los proxy server pueden resolver y transformar URIs del tipo tel, que contienen direcciones E.164 tel:+541148277237 Dependiendo del tipo de user agent, estos tambin pueden utilizar otros tipos de URIs como http: o mailto: http://www.nortelnetworks.com mailto:mstokle@nortelnetworks.com Las URIs se diferencian de las URLs en que estas ltimas apuntan a una ubicacin fsica especfica (ejemplo: un archivo)
-1 0 2 -
Proceso para Establecer una Comunicacin Establecer una comunicacin usando SIP ocurre usualmente en 6 pasos: 1. Localizacin del usuario. 2. Determinacin del medio a utilizar Se efecta por medio de un modelo de oferta/respuesta por intermedio de SDP (Session Description Protocol) 3. Determinacin de la parte llamada de aceptar la llamada aceptar o rechazar. 4. Establecimiento del medio. 5. Modificacin de la llamada o manejo de la misma ejemplo, transferencia. 6. Terminacin de la llamada.
Flujos de Ejemplo: Registro Cada vez que el usuario enciende su dispositivo (Telfono SIP, PC, u otro dispositivo SIP), el cliente se registra con el registrar server. La registracin tambin ocurre cuando el usuario modifica su locacin fsica o enciende un nuevo dispositivo. La informacin de registro se refresca periodicamente y cada usuario debe deregistrarse con el registrar server. El registrar server actualiza la base de datos del location server La registracin puede hacerse por otros medios (pginas web, scripts, admin, etc.). El location server enlaza la direccin de registro del tipo sip:mstokle@nortelnetworks.com con las direcciones fsicas de los dispositivos, del tipo sip:mstokle@47.46.208.11 o sip:mstokle@pda.mstokle.cala.nortel.com
-1 0 3 -
Flujos de Ejemplo: Llamada bsica SIP es esencialmente un protocolo peer-to-peer En este caso, Alice y Bob conocen su locacin actual y pueden contactarse directamente Alice enva un INVITE a Bob. En el cuerpo del INVITE ofrece sus capacidades de media usando SDP (audio, video, juegos, etc) El user agent de Bob enva una respuesta provisional (180 Ringing) Una vez que el usuario contesta la llamada, el user agent enva la respuesta definitiva (200 OK) y en el cuerpo de esa respuesta se enva la respuesta sobre la media utilizar usando SDP. El user agent de Alice envia el ACK y se establece el path de media utilizando los protocolos apropiados (RTP en este caso) Bob corta la llamada, su user agent envia un BYE El user agent de Alice enva su respuesta exitosa (200 OK)
El modelo de oferta/respuesta de SDP SIP utiliza SDP para definir el tipo de media de la comunicacin Para ellos utiliza un modelo de oferta/respuesta En la oferta se ofrecen los distintos tipos de protocolos, payloads, direcciones y puertos para establecer la comunicacin En la respuesta se define cuales sern utilizados Los encabezados de SDP se transportan utilizando el cuerpo de SIP en los mensajes INVITE/200/ACK Si se realiza la oferta en el INVITE, se debe responder en la respuesta 200
-1 0 4 -
Si INVITE no contiene un oferta SDP, se debe proveer una oferta en la respuesta 200 y ser contestada en el cuerpo del ACK
SIP-T: Que es? No quiere decir SIP Trunkno existe el concepto de trunk en SIP Significa: SIP for Telephony Permite mapear mensajes ISUP y Q.931 en el cuerpo de SIP Utilizado para el dilogo entre Gateways PSTN o entre Softswitchs
Las Implicancias de SIP Inteligencia en el borde, la red slo enruta paquetes Redundancia y Escalabilidad N+1 Un usuario, mltiples dispositivos Interfaz estndar, Valor en las aplicaciones Modelo similar a HTTP Cualquiera puede desarrollar un cliente o un servidor HTTP El potencial de la web est en que aplicaciones se desarrollan (Amazon, eBay, Google)
SIP EN EL MERCADO ACTUAL.
Existe una buena cantidad disponible de productos SIP comerciales y de cdigo abierto. El rea comercial se ha enfocado ms en los Agentes de Usuario SIP como telfonos y programas. Algunos ejemplos notables incluyen el Messenger de Microsoft. Una lnea de arquitectura SIP ms avanzada contiene a los productos de Cisco, PingTel, 3COM y otros. Un conjunto de productos
-1 0 5 -
muy interesante es el software de Wave3, que dispone de software para las plataformas Windows y Macintosh. (Este producto ser mucho ms interesante conforme incorpore codecs estndares de video en los prximos meses) Microsoft ha anunciado que no seguir en el desarrollo de H.323 (adis a NetMeeting y el Servidor de Conferencias Exchange) y se ha orientado hacia la lnea SIP. Windows Messenger convierte a la PC en un telfono a partir de software (o dispositivo de voz sobre IP) con caractersticas adicionales de video, Chat y datos compartidos. Los componentes del servidor SIP estn en desarrollo y podran aparecer en el mercado en breve. Esto se relaciona con un tremendo impacto en la adopcin de SIP en el mbito comercial. Network World Fusion encabez una prueba de interoperabilidad para Windows Messenger en Enero de 2002, registrando el cliente de Microsoft con un Servidor Proxy SIP de Synamicsoft y generando llamadas desde y hacia un telfono por IP de Pingtel. Las llamadas no slo fueron exitosas, sino que la voz tuvo una alta calidad.
DIFERENCIAS ENTRE H.323 Y SIP
H.323 y SIP son dos formas diferentes de resolver un mismo problema. Los dos emplean el protocolo RTP para el transporte de medios (audio y vdeo) pero en lo que se diferencian es en cmo desarrollan la sealizacin y el control de llamadas. Para la interoperabilidad entre entornos SIP y H.323 es factible emplear un gateway que desarrolle el mapping de sealizacin entre ambas soluciones.
-1 0 6 -
RELACIN ENTRE SIP Y H.323
Tanto SIP como H.323 son estndares para el ruteo y sealizacin de llamadas, as como intercambio de capacidades, control de medios y servicios adicionales. La fortaleza de H.323 reside en su interoperabilidad con las Redes Telefnicas Conmutadas por Paquetes (PSTN) y la disponibilidad de tener aparatos de videoconferencia ms baratos y de excelente calidad desde el escritorio hasta un saln para grupos. SIP es un protocolo desarrollado especficamente para Internet y promete una alta escalabilidad y flexibilidad. H.323 se perfila como la tecnologa predominante de videoconferencia durante los siguientes 2 o 3 aos, con SIP creciendo ms conforme aparezcan unidades multipunto, compuertas (gateways) y servidores SIP que ya no estn en fase de pruebas sino de completo servicio. RADVISION, por ejemplo, ha demostrado la operacin de una compuerta H.323/SIP en algunas exhibiciones comerciales, pero an no es un producto definitivo.
INTEROPERABILIDAD CON H.323
Las
organizaciones
de
estndares
estn
trabajando
en
la
interoperabilidad de SIP y H.323, prometiendo la posibilidad de una transicin razonable en un cierto perodo entre las tecnologas H.323 y SIP. Dos organizaciones muy interesadas en el tema son el IMTC (Consorcio Internacional de Telecomunicaciones Multimedia), una corporacin no lucrativa con ms de 100 integrantes en todo el mundo, as como el ETSI (Instituto Europeo de Estndares en telecomunicaciones ) La Organizacin Open H.323 ha liberado tambin una compuerta H.323 hacia SIP.
-1 0 7 -
Ahora que ya conocemos como
trabajan los protocolos de VoIP,
estamos listos para ver la instalacin y configuracin de nuestra PBX por software llamada Asterisk, en esta etapa veremos desde los requerimientos de hardware pasando por la instalacin y configuracin del sistema base y por ultimo la configuracin de protocolos, confeccin del dialplan y servicios de voicemail. Para entender mejor los comandos y configuraciones que se presentan en este documento estas se denotaran en forma cursiva.
CAPITULO 4.- IMPLEMENTACIN y CERTIFICACIN

Preparacin de la Instalacin
Instalacin del Sistema Base
El sistema base en la distribucin de GNU/Linux en la cual estar corriendo nuestra PBX por software Asterisk.
Que distribucin elegir?
Asterisk esta soportado para la gran mayora de distribuciones de GNU/Linux RedHat, Fedora, Debian, Mandrake, Slackware y Gentoo han sido usadas exitosamente por los desarrolladores, y debido a su gran popularidad ha sido portado a UNIX como Solaris, Apples Mac O.S. X, y variantes de BSD.
-1 0 8 -
Por lo tanto la distribucin que utilizara para el sistema Asterisk depender solo de las habilidades del usuario.
Para el desarrollo de este seminario utilizaremos la distribucin GNU/Linux Debian, en su versin Sarge 3.1 (Estable) http://www.debian.org , el motivo de la utilizacin de esta distribucin es su amplia documentacin y soporte. Por otra parte de versin de Debian a utilizar es Sarge 3.1 la cual es la ultima versin estable liberada por los desarrolladores de Debian.
Cmo obtengo GNU/Linux Debian?
Debian esta distribuido libremente en Internet, y se puede descargar desde los mirror de descarga disponibles http://www.debian.org o tambin se puede comprar los cds a algunos de los vendedores que distribuyen Debian http://www.debian.org/CD/vendors
Debido a que nosotros trabajaremos sobre una instalacin mnima de Debian, optamos por la opcin de descargar el NetInstall el cual es una pequea imagen de CD de instalacin el cual instalara un sistema bsico para despus ser complementado descargando los paquetes necesarios desde Internet.
Descargando Netinstall Debian r3.1 esta mini imagen de CD puede ser descargada de la siguiente direccin http://www.debian.org/CD/netinst/ y elegimos la opcin Stable y para arquitectura i386, el archivo .iso pesa un poco mas de 110 MB.
-1 0 9 -
Una
vez
descargado
el
archivo
debian-31r0a-i386-netinst.iso
procederemos a quemarlo, para esto existen una infinidad de aplicaciones tanto para Linux y Windows.
El proceso de instalacin no tiene mayores complejidades salvo tener en cuenta las siguientes opciones.
1.- Iniciar el proceso de instalacin booteando con las opciones Linux26 o Expert26 para que parta la inicializacin del la instalacin con un Kernel 2.6 y no el 2.4 que trae por defecto.
2.- Para establecer el sistema de particionamiento Asterisk como tal no pide ninguna caracterstica de este tipo, por ende el tipo de particionamiento depende solo del usuario.
3.- Una vez en la configuracin del servidor, debemos configurar la herramienta de paquetes precompilados apt ac debemos elegir desde donde queremos obtener las fuentes de Debian y de que forma queremos obtenerlas si http o ftp, ac debe elegir las opciones que mas le acomoden.
4.- Una vez configurado apt nos pregunta que queremos instalarle a nuestro sistema Debian, ac desmarcamos todas las opciones para dejar un sistema mnimo.
Despus de realizar estos pasos teniendo en cuenta estas opciones obtenemos un sistema GNU/Linux operativo para trabajar.
-1 1 0 -
Configuracin del Sistema Base
Antes de instalar Asterisk en nuestro servidor, debemos realizar algunos pasos para dejar nuestro sistema en ptimas condiciones, estas son:
Configuracin de IP Esttica: Debido a que es un servidor es conveniente que siempre tenga la misma direccin de red. Para realizar este cambio debemos editar manual mente algunos archivos. Para editar estos archivos podemos utilizar cualquier editor de texto ya sea vi, nano, pico, etc.
/etc/network/interfaces: En este archivos indicamos como debemos obtener nuestra direccin IP ya sea de forma esttica o dinmica a trabes de un servidor DHCP. Tambin configuramos la direccin IP que deseamos si la ponemos esttica. Entonces dejamos el archivo de la siguiente forma.
# This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5).
# The loopback network interface auto lo iface lo inet loopback
# The primary network interface auto eth0 iface eth0 inet static address 192.168.1.4
-1 1 1 -
network 192.168.1.0 netmask 255.255.255.0 broadcast 192.168.1.255
Luego de realizar los cambios debemos reiniciar el servicio de red, para esto ejecutamos el siguiente comando.
asterisk:~# /etc/init.d/networking restart
Y por ultimo revisamos que tengamos la correcta direccin IP, la cual podemos visualizar con el siguiente comando.
asterisk:~# ifconfig
El cual debera arrojar una salida similar a esta
asterisk:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:50:BA:C5:F6:1E inet addr:192.168.1.4 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::250:baff:fec5:f61e/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1974525 errors:0 dropped:0 overruns:0 frame:0 TX packets:2153429 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1314619817 (1.2 GiB) TX bytes:2921389280 (2.7 GiB) Interrupt:10 Base address:0x6400
lo
Link encap:Local Loopback
-1 1 2 -
inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:96 errors:0 dropped:0 overruns:0 frame:0 TX packets:96 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:21476 (20.9 KiB) TX bytes:21476 (20.9 KiB)
Configuracin de Ruta: Antes de continuar, debemos verificar el correcto acceso a Internet, para esto utilizamos los siguientes comandos: ping, telnet y traceroute. Si no contamos con acceso a Internet debemos mirar la tabla de ruta de nuestro servidor, para esto utilizamos el siguiente comando:
asterisk:~# route Kernel IP routing table Destination 192.168.1.0 asterisk:~# Gateway * Genmask 255.255.255.0 U Flags Metric Ref Use Iface 0 0 0 eth0
Nos damos cuenta que no tenemos ninguna ruta hacia Internet as que debemos agregarla manualmente con la siguiente lnea de comando:
asterisk:/etc/network# route add -net 0.0.0.0 gw 192.168.1.1 dev eth0
Con la cual nuestra tabla de ruta nos queda de la siguiente forma:
asterisk:~# route Kernel IP routing table
-1 1 3 -
Destination 192.168.1.0 default asterisk:~#
Gateway * 192.168.1.1
Genmask 255.255.255.0 U 0.0.0.0
Flags Metric Ref Use Iface 0 0 0 0 eth0 0 eth0
UG 0
Otro factor importante a considerar es la hora del sistema ya que nos puede presentar errores cuando tratamos de realizar alguna operacin.
Establecimiento de Fecha: Primero debemos ver a hora que tenemos configurada en el sistema el cual lo visualizamos con el comando date
asterisk:~# date lun dic 5 21:22:04 CLST 2004 Ac nos damos cuenta que tenemos configurada una fecha del ao 2004 el cual no puede presentar una serie de problemas a la hora de configurar Asterisk. Debemos cambiar la fecha con la siguiente lnea de comando:
# date MMDDhhmmCCYY
Y nos queda de la siguiente forma
asterisk:~# date 120505212005 lun dic 5 05:21:00 CLST 2005 asterisk:~#
Con esto ya tenemos configurada la fecha de correspondiente y estamos listos para seguir trabajando.
-1 1 4 -
Una vez definidos los parmetros de red, establecimiento de rutas y configuracin de la hora del sistema, procederemos a actualizar los parches de seguridad, listas de paquetes disponibles, softwares necesarios para el funcionamiento del sistema en general. Para esto utilizaremos el sistema de paquetes precompilados APT
Configurando APT: Antes de instalar las ltimas actualizaciones tanto del sistema como de seguridad debemos configurar la forma en la cual vamos acceder a las actualizaciones, ya sea de forma http, ftp o simplemente desde una unidad de CDROM, para esto ejecutamos el siguiente comando
asterisk:~# apt-get setup
Este comando nos mostrara un asistente de configuracin, en donde nos preguntara la forma de acceder a las actualizaciones, ac elegimos la opcin fpt, luego de eso deberemos indicar de que pas queremos descargar los paquetes, luego debemos elegir la direccin del ftp al cual deseamos acceder.
Luego de estos pasos el apt intentara establecer comunicacin y leer la lista de paquetes disponible del servidor atp. Al final de este proceso si es concluido con xito nos preguntara si deseamos agregar ms fuentes.
Si contamos con un servidor no-oficial con los repositorios de Debian deberemos editar el archivo sources.list que se encuentra dentro de /etc/apt el cual nos permitir agregar manualmente un servidor para acceder.
-1 1 5 -
Una vez que tenemos apt configurado nos disponemos a actualizar la lista de paquetes y listar los que necesitamos actualizar, para realizar esta accin utilizaremos el comando
asterisk:~# apt-get update
Luego de leer la lista de paquetes disponibles, nos disponemos a instalar las actualizaciones necesarias con sus respectivas dependencias. Este proceso lo realzamos con el comando:
asterisk:~# apt-get upgrade
Una vez que nuestro sistema se encuentra totalmente actualizado, ya sea con parches de seguridad, actualizaciones software y libreras necesarias para el funcionamiento estamos en condiciones de instalar nuestra PBX por software Asterisk.
Instalando Asterisk
Para la instalacin de la PBX Asterisk tenemos bsicamente dos opciones, la primera opcin costa bsicamente en descargar los cdigos fuentes desde la pgina oficial de asterisk http://www.asterisk.org utilizar el mtodo de paquetes precompilados disponibles en la distribucin de GNU/Linux sobre la cual estamos trabajando.
-1 1 6 -
Debido a que no trabajaremos con ninguna opcin especial en a lo que la compilacin del software se refiere, analizaremos el mtodo de los paquetes precompilados APT para Debian.
asterisk:~# apt-cache search asterisk
El cual nos arrojara una salida similar a esta:
asterisk:~# apt-cache search asterisk asterisk - open source Private Branch Exchange (PBX) asterisk-app-dtmftotext - Text entry application for Asterisk asterisk-app-fax - Softfax application for Asterisk asterisk-chan-capi - Common ISDN API 2.0 implementation for Asterisk asterisk-config - config files for asterisk asterisk-dev - development files for asterisk asterisk-doc - documentation for asterisk asterisk-gtk-console - gtk based console for asterisk asterisk-h323 - asterisk H.323 VoIP channel asterisk-oh323 - oh323 channel driver for Asterisk asterisk-prompt-de - German prompts for the Asterisk PBX asterisk-prompt-fr - French voice prompts for Asterisk asterisk-prompt-se - Swedish voice prompts for Asterisk asterisk-sounds-main - sound files for asterisk asterisk-web-vmail - web based (GCI) voice mail interface for asterisk libiax-dev - An implementation of the Inter-Asterisk eXchange protocol (devel) libiax0 - An implementation of the Inter-Asterisk eXchange protocol rate-engine - Asterisk least cost routing module asterisk:~#
-1 1 7 -
Donde tenemos los paquetes bsicos de Asterisk, como adems de archivos de configuracin, paquetes de desarrollo, paquetes de h323, documentacin entre otros.
Para proceder con la instalacin ejecutamos el siguiente comando
asterisk:~#apt-get install asterisk
Con este comando descargaremos todos los componentes del software Asterisk, como adems de las dependencias de cada paquete, con este comando ya tendremos la PBX instalada en el sistema.
Luego de realizar este proceso, debemos hacer que cada vez que la maquina se reinicie el software Asterisk se cargue en el sistema, para esto debemos crear un pequeo script y guardarlo en /etc/rc.d/rc.asterisk, adems debemos darle los permisos de ejecucin correspondientes.
El script de configuracin debe quedar de la siguiente forma
#!/bin/sh # # Start/stop/restart Asterisk PBX # # Version: 1.0 - Paul Belanger <pabelanger at gmail.com> # # 03.29.2005 - Initial Version
-1 1 8 -
# Asterisk_start() { if [ -x /usr/sbin/Asterisk ]; then echo "Starting Asterisk /usr/sbin/Asterisk" /usr/sbin/Asterisk fi } Asterisk_stop() { # If there is no PID file, ignore this request... if [ -r /var/run/Asterisk.pid ]; then killall Asterisk fi } Asterisk_restart() { Asterisk_stop Asterisk_start } case "$1" in 'start') Asterisk_start ;; 'stop') Asterisk_stop ;; 'restart') Asterisk_restart ;; *)
-1 1 9 -
echo "usage $0 start|stop|restart" ;; esac
Donde las lneas que tienen un smbolo de # en frente son comentarios, por ende no tienen incidencia dentro del script.
Una vez creado el script debemos asignarle los permisos de ejecucin correspondientes. Esto lo realizamos ejecutando el siguiente comando.
asterisk:~#chmod 755 /etc/rc.d/rc.Asterisk
Adems se debe agregar las siguientes lneas al archivo /etc/rc.d/rc.local
# Asterisk, con esto inicio Asterisk . /etc/rc.d/rc.Asterisk start
Directorios de Asterisk
Asterisk usa algunos del los directorios del sistema Linux para manejar algunos aspectos. A continuacin veremos la estructura de archivos del Asterisk.
/etc/asterisk/: En este directorio se encuentran los archivos de configuracin de Asterisk como los archivos de configuracin del dialplan y sip entre otros.
/usr/lib/asterisk/modules/: En este directorio se encuentran todos los mdulos cargables de asterisk, por defecto Asterisk carga todos los mdulos de este
-1 2 0 -
directorio, pero estos pueden ser deshabilitados editando el archivo modules.conf, para que no sean cargados durante la partida de Asterisk
/var/lib/asterisk/: En este directorio encontramos el archivo astdb y otros subdirectorios, el archivo astdb es la base de datos del sistema Asterisk, Algo similar al registro de Windows en los sistemas Microsoft. Entre los subdirectorios podemos encontrar:
agi-bin/ : Contiene los script para las aplicaciones AGI (Asterisk Gateway Interface)
firmware/: Contiene los firmware de los dispositivos compatibles con Asterisk.
images/: Contiene las aplicaciones para la conexin con canales que soportan imgenes graficas, comnmente los canales de asterisk no soportan aplicaciones graficas por lo cual este directorio es rara vez usado.
keys/: Contiene las llaves publicas y privadas que asterisk puede utilizar para la autentificacin de usuarios, va RSA
mohmp3/: Contiene los mp3 para la configuracin de la msica de espera para las llamadas.
sounds/: Contiene los archivos de audio usados por la aplicaciones de Asterisk.
-1 2 1 -
/var/spool/asterisk/: Contiene subdirectorios como: outgoing/, qcall/, tmp/, and voicemail/, Asterisk supervisa los directorios outgoing/, qcall/ con los archivos de textos que contienen las llamadas, con el fin de generar una llamada tan solo moviendo o copiando el chivo estructurado a outgoing/.
En el directorio tmp/ se guarda informacin temporal, para que dos llamadas no puedan escribir y leer al mismo tiempo. En el directorio voicemail/ se guardan todos los voicemail y los saludos de los usuarios.
/var/run/: En este directorio se guardan toda la informacin de los procesos (pid) del sistema, incluidos los de Asterisk
/var/log/asterisk/: Contiene los logs del sistema estos pueden ser configurados segn las necesidades en el archivo logger.conf.
Asterisk Command Line (CLI)
Como la mayora de las aplicaciones de GNU/Linux Asterisk, consta con una lnea de comandos, la cual permite cargar Asterisk de distintas maneras. Para esto cargamos opciones al iniciar la aplicacin. Por ejemplo
asterisk:~#/usr/sbin/asterisk vvvgc
Las opciones mas utilizadas son las siguientes:
-1 2 2 -
-c : Habilita el modo consola CLI -v : Habilita la salida para el manejo de fallos -g : Fuerza al botar el ncleo si ocurre una violacin de segmento -r : Reconecta remotamente a un proceso corriendo de Asterisk -x : Ejecuta comandos en Asterisk -h : Muestra la ayuda de comandos -d : Activa los mdulos extra de eliminacin de fallos
Una vez dentro de la CLI de asterisk podremos ejecutar comandos para de monitoreo y depuracin para las interfases, con la posibilidad en cualquier comento de utilizar el comando help, para ver la ayuda de los comandos.
Configuracin de SIP
Para la configuracin del protocolo sip debemos editar el archivo sip.conf que se encuentra en /etc/asterisk. El archivo sip.conf, debe ser ledo de arriba hacia abajo, en la parte superior esta la seccin para la configuracin de las opciones generales del servidor, como direccin IP y puerto de escucha, las entradas que siguen en el archivo de configuracin son las secciones para los clientes, tales como username, password y la IP por defecto para los usuarios no registrados. Las secciones estn denotadas por corchetes ([]).
asterisk:/etc/asterisk# vi sip.conf
[general] context=default
-1 2 3 -
srvlookup=yes
[john] type=friend secret=welcome qualify=yes away nat=no host=dynamic canreinvite=no redirect context=internal do ; the internal context controls what we can ; This phone is not natted ; This device registers with us ; Asterisk by default tries to ; Qualify peer is no more than 2000 ms
Opciones Generales: port: El puerto en el que se escuchan las conexiones SIP entrantes. El valor por defecto es 5060. bindaddr: La direccin IP en la que se escuchan las conexiones SIP entrantes. Si la mquina tiene mltiples direcciones IP esta opcin permite seleccionar una de estas como direccin de conexin, de otra manera el sistema escuchar en todas las direcciones IP disponibles. context: Define el contexto por defecto para todos los clientes definidos y ser el valor a utilizar a menos que se defina un contexto diferente dentro de la configuracin propia del cliente SIP. allow=<codec>: Permite el uso de codecs en orden de preferencia. Se debe utilizar disallow=all antes de poder asignar codecs con este parmetro. disallow=<codec>/all: Desactiva todos los codecs
-1 2 4 -
autocreatepeer= yes | no: Si se define, cualquier cliente podr registrarse en el sistema como tipo 'peer' sin revisin de credenciales. canreinvite = update | yes | no: Opciones de reinvitacin. defaultexpirey = <entero>: Longitud por defecto para registros entrantes y/o salientes. Ej: defaultexpire=120 externip = <direccion ip>: Direccin que se colocar en los mensajes SIP si el servidor PBX est detrs de un Firewall NAT. localnet = <direccin ip/mascara de red>: Red local y mascara de red. fromdomain: Define el valor por defecto del dominio origen en los mensajes SIP cuando el servidor acta como un cliente SIP conectado a otro servidor SIP. maxexpirey=<entero>: Longitud mxima permitida de los registros entrantes. Ej: maxexpiery=3600 nat= yes | no: Define si el servidor est detrs de NAT o no. notifymimetype=text/plain: Permite sobrescribir el tipo mime utilizado para notificar mensajes de correo de voz. register =>: Registra el servidor PBX con un proveedor SIP externo. srvlookup = yes|no: Habilita la bsqueda del servidor DNS en las llamadas. tos=<value>: Define parmetros de calidad de servicio sobre la red. Acepta valores numricos. videosupport=yes|no: Activa o desactiva el soporte de video en dispositivos SIP.
Opciones de Usuarios Type: El parmetro 'type' define la clase de conexin que tendr el cliente. Las opciones disponibles son: peer: Dispositivo que recibe llamadas desde un servidor PBX
-1 2 5 -
user: Dispositivo que hace llamadas a travs de un servidor PBX. friend: Dispositivo que puede hacer y recibir llamadas a travs de un servidor PBX. secret: Define la contrasea del cliente. Recibe un valor alfanumrico. host: Define la direccin IP o el nombre del dispositivo (que se pueda resolver a travs de un DNS). Tambin puede tomar el valor de 'dynamic' en cual caso se espera una conexin desde cualquier direccin IP. Esta opcin es de utilidad en redes que utilizan asignaciones dinmicas de IP con DHCP. defaultip: Este parmetro puede ser usado en conjunto con el parmetro host=dynamic para intentar conexiones a la direccin IP del dispositivo cuando aun no se ha registrado. username: Define el nombre de usuario o el nmero de la extensin definida en el plan de numeracin del servidor PBX. Por lo general este valor debe ser el mismo que utiliza el cliente para registrarse. canreinvite: Este parmetro es utilizado para decirle al servidor que no intente reinvitar al cliente. context: Cuando se define este parmetro dentro de la definicin del cliente, se define el contexto para ese cliente en particular. accountcode: Define un cdigo de cuenta asociado a un usuario. amaflags: Categorizacin para los registros del sistema CDR. Las opciones disponibles son: default, omit, billing, documentacin. dtmfmode: Define el modo en que el cliente maneja la sealizacin DTMF fromuser: Especifica el valor en from para el usuario como reemplazo del 'callerid' cuando se colocan llamadas a otro servidor SIP. incominglimit y outgoinglimit: Limita el nmero de llamadas activas simultneas para un cliente SIP. language: Especifica un cdigo de lenguaje definido en indications.conf
-1 2 6 -
mailbox: Extensin de correo de voz para indicacin de nuevos mensajes. permit, deny, mask: Direcciones IP y red a restringir. pickupgroup Grupo de extensiones que pueden capturar llamadas utilizando *8 port: Puerto SIP del cliente. qualify: Verificar si el cliente es alcanzable. restrictid: Define si se restringe el envo de 'callerid' o no. rtptimeout: Termina la llamada si pasan x segundos sin actividad RTP cuando no se est en espera. rtpholdtimeout: Termina la llamada si pasan x segundos sin actividad RTP cuando se est en modo de espera. Debe ser mayor que rtptimeout. useragent: Permite configurar el encabezado 'User-Agent' del protocolo SIP al valor deseado.
Ejemplo de configuracin SIP
[general] port = 5060 bindaddr = 0.0.0.0 allow=all context = internal
[2000] ; type=friend username=2000 secret=asterisk
-1 2 7 -
host=dynamic context=external mailbox=100
[2001] type=friend username=2001 secret=asterisk host=dynamic context=external mailbox=101
[2002] ; Otro duplicado de 2000 type=friend username=2002 secret=asterisk host=dynamic context=external mailbox=102
Durante la configuracin de sip, al momento de definir nos nombres de los peer es recomendable no utilizar nombres, ya que de otro modo deberemos definir un dialplan por cada uno sin posibilidad de utilizar la variable ${EXTEN}
Dialplan
-1 2 8 -
Una vez que tenemos configurado el protocolo SIP, procederemos a crear el dialplan correspondiente, el dialplan es bsicamente una lista de instrucciones que la PBX debe realizar cada vez que se disca un nmero o entra una llamada por el canal. Para configurar estas acciones debemos editar el archivo
extencions.conf.
Primero analizaremos la estructura de un Dialplan
Un diaplan bsicamente esta dividido en cuatro secciones estas son: Contexto, Extensiones, Prioridades y Aplicaciones
Contexto: Se le llama a un grupo de Extensiones, y son denotados con el nombre de Contexto dentro de corchetes ([]) El nombre puede estar formado por caracteres de la letra A hasta la Z (maysculas y minsculas) y por nmeros de l 0 al 9, como por ejemplo:
Ej: [Entrante01]
Todas las Extensiones definidas despus del nombre pertenecen al contexto, hasta que no se defina un nuevo contexto con su respectivo nombre. Al principio se definen dos contextos especiales llamados [general] y [global] en donde configuramos parmetros generales como la proteccin para sobrescribir el mismo archivo, etc.
Extensiones: Corresponden a las instrucciones que Asterisk debe seguir cuando tiene una llamada entrante o cuando se discan dgitos en un canal, un contexto
-1 2 9 -
puede tener una o mas extensiones en su interior. Tradicionalmente la extensin era usada en la Telefona convencional para definir un anexo, pero esto puede significar mucho ms en Asterisk.
La sintaxis para definir una extensin debe ser con la palabra exten mas el smbolo igual (=) acompaado del smbolo mayor que >, por lo tanto una extensin se definir de la siguiente forma.
exten =>
Lo que sigue es el nombre de la extensin, regularmente el nombre de la extensin es el nmero al cual se desea llamar, pero en el sistema Asterisk puede ser mucho mas, los nombres pueden ser numricos y alfanumricos.
Una extensin esta compuesta por tres elementos
1.- Nombre: Nombre o nmero de la extensin 2.-Prioridad: Una extensin puede tener mltiples pasos llamados prioridad 3.- Aplicacin: Es el comando para la accin de llamar
La estructura completa de una extensin ser de la siguiente forma:
exten => name,priority,application( )
Ejemplo:
exten => 123,1,Answer( )
-1 3 0 -
Como se ve en el Ejemplo la extensin tiene como nombre 123, posee una prioridad de 1 y ejecuta la accin de contestar.
Prioridad: Cada extensin puede tener mltiples pasos, llamadas prioridades. Cada prioridad tiene una numeracin secuencial, partiendo desde el numero 1. Cada prioridad ejecuta una aplicacin especfica.
Ejemplo:
exten => 123,1,Answer( ) exten => 123,2,Hangup( )
Como se ve en el ejemplo anterior e damos prioridad de 1 para la aplicaciones de contestar, y aplicacin de 2 para cortar.
Aplicaciones: La aplicacin es la base del dialplan, Estas aplicaciones especifican la accin a realizar en el canal, como emitir un sonido. Algunas de las aplicaciones pueden necesitar de argumentos para su realizacin aplicaciones como hangup() o Answer() no necesitan la utilizacin de argumentos. Para definir argumentos a las aplicaciones deben colocarse entre los parntesis de la aplicacin y separadas por comas.
Algunas de las aplicaciones ms importantes son:
Answer( ): Se utiliza para contestar el canal del ring, es la principal configuracin para la llamada entrante, esta aplicacin no necesita de argumentos algunos para si funcionamiento.
-1 3 1 -
The Playback( ): Esta aplicacin se utiliza para emitir un sonido previamente gravado por un canal. Esta aplicacin necesita de argumentos para su funcionamiento, es el argumento se debe especificar el sonido a emitir. Los sonidos deben estar guardados en /var/lib/asterisk/sounds/ si el sonido a reproducir no se encuentra en ese directorio se debe especificar en el argumento el path completo de la ubicacin del sonido
Ejemplo 1:
exten => 123,2,Playback(hola-mundo)
En el ejemplo 1estamos reproduciendo el sonido llamado hola-mundo
Ejemplo 2:
exten => 123,2,Playback(/home/john/sounds/hola-mundo)
En el ejemplo 2 estamos reproduciendo el sonido hola-mundo que se encuentra dentro en el paht /home/john/sounds/
Hangup( ): Esta aplicacin se utiliza para cortar un canal activo, esta aplicacin al igual que Answer() no necesita argumentos para su realizacin.
Background( ): Esta aplicacin al igual que playback() emite un sonido por el canal, pero esta puede ser interrumpida por presionar un digito o una serie de dgitos en el canal, y lo enva a la extensin correspondientes.
-1 3 2 -
El uso mas comn de esta aplicacin es la creacin de mens de voz, la sintaxis de background() es similar a la de Playback().
Ejemplo:
exten => 123,2,background(hola-mundo)
Goto(): Esta aplicacin se usa para enviar otra llamada a otra extensin, esta extensin necesita de argumentos, la cual, debe ser de la siguiente forma:
exten => 123,1,Goto(context,extension,priority)
Dial(): Esta aplicacin se sirve como puente para las llamadas entrantes. Asterisk comnmente puede comunicar distintas tecnologas (Anloga/digital). Por ejemplo en el sistema Asterisk tenemos que comunicar una llamada con una interfaz FXS para eso utilizamos la aplicacin Dial().
Ejemplo:
exten => 123,1,Dial(Zap/1)
En el ejemplo anterior comunicaremos la llamada hacia el canal zap/1
Si deseamos enviar llamadas desde una interfaz hacia otra, podemos utilizar la misma aplicacin Dial() acompaado del numero del la interfaz.
exten => 123,1,Dial(Zap/4/5551212)
-1 3 3 -
Si fuese una direccin SIP o IAX, seria de la siguiente forma
exten => 123,1,Dial(SIP/1234) exten => 124,1,Dial(IAX2/john@asteriskdocs.org)
Adems podemos concatenar para que la llamada se redirija hacia mas de una interfaz, para realizar la concanetacion se realizar con el carcter (&)
exten => 123,1,Dial(Zap/1&Zap/2&Zap/3)
Donde estamos redirigiendo la llamada a la interfaz zap/1 luego a la zap/2 y por ultimo a zap/3
Adems podemos configurar un tiempo de Timeout, donde la llamada al sobrepasar este tiempo la llamada pasara a extensin siguiente, si el canal esta ocupado se pasara a la extensin n+101, si esta no existe se enviara una seal de ocupado. Para las llamadas el tiempo debe ser en segundos y lo hacemos despus de una coma en el argumento.
exten => 123,1,Dial(Zap/1,10)
Durante a creacin del dialplan podemos utilizar variables para disminuir el tamao y la complejidad durante su construccin, estas variables pueden representar interfases, nombres o intervalos de tiempo. Estas variables se aplicaran durante la extensin en la cual estn definidas.
Ejemplo:
-1 3 4 -
Dead=15s
Para el ejemplo anterior llamamos a dead para un intervalo de tiempo de 15 segundos.
Y dentro de la extensin quedara de la siguiente forma
exten => 555,1,Dial(${dead},,r)
Entonces donde aparezca ${dead} ser reemplazado por el intervalo de tiempo definido
Por otra parte podemos definir variables de carcter globales en la cual las variables aqu definidas sern aplicadas en todo el dialplan, para esta definicin tenemos dos formas, la primera es definindola en el contexto especial [global] o utilizando la aplicacin SetGlobalVar().
Ejemplo:
[globals] Dead=15s
[internal] exten => 123,1,SetGlobalVar(dead=15s)
Pattern Matching
-1 3 5 -
Como
no
podemos
agregar
manualmente
todas
las
posibles
combinaciones de marcado dentro de dialplan utilizamos el Pattern Matching Que es una forma de representar los posibles dgitos con smbolos, estos siempre deben comenzar con un underscore (_) Para realizar esta labor podemos ocupar los siguientes caracteres
X: Para representar dgitos del 0 al 9 Z: para representar dgitos del 1 al 9 N: para representar dgitos del 2 al 9 [15-7]: Para representar dgitos especficos en este caso 1, 5 o 7 .: wildcard para presentar uno o mas caracteres
Ejemplo: _NXXXXXX
En el ejemplo anterior estamos definiendo un numero de 7 dgitos en el cual el primer digito debe ser entre el 2 al 9 y los restante entre el 0 al 9.
Outbounding
Ahora que ya sabemos como configurar un dialplan y la parte que la componen estamos listos para habilitar la salidas de llamadas, para realizar esta accin debemos agrevar un contexto de salida. Bsicamente la creacin de un contexto nuevo para las llamadas de salidas es para tener un mayor control sobre la configuracin del dialplan
El contexto de salida ser ms o menos as:
-1 3 6 -
[globals] JOHN=Zap/1 JANE=SIP/jane OUTBOUNDTRUNK=Zap/4
[outbound-local] exten => _9NXXXXXX,1,Dial(${OUTBOUNDTRUNK}/${EXTEN:1}) exten => _9NXXXXXX,2,Congestion( ) exten => _9NXXXXXX,102,Congestion( )
Donde en el ejemplo anterior primero definimos una variable global llamada OUTBOUNDTRUNK que hace referencia a zap/4, luego en el contexto definimos una extensin con un pattern match que comienza con un 9 para referenciar la salida, despus lo apuntamos a zap/4 con la aplicacin dial y luego con la variable ${EXTEN:1}) eliminamos el 9 para que marquemos solo el numero que corresponde por el canal. En las extensiones siguientes definimos una congestin si el canal no es contestado.
Include: Asterisk permite utilizar un contexto dentro de otro contexto, esto se utilizar para conceder el acceso a un contexto en otro. Un caso normal es permitir a los usuarios del contexto interno a que puede ocupar las extensiones definidas en el contexto de salida.
Para activar estas opciones utilizamos la directiva include la cual tiene la siguiente sintaxis:
-1 3 7 -
include => context
A continuacin veremos un ejemplo de un dialplan
[globals] JOHN=Zap/1 JANE=SIP/jane OUTBOUNDTRUNK=Zap/4
[incoming] exten => s,1,Answer( ) exten => s,2,Background(enter-ext-of-person) exten => 101,1,Dial(${JOHN},10) exten => 101,2,Playback(vm-nobodyavail) exten => 101,3,Hangup( ) exten => 101,102,Playback(tt-allbusy) exten => 101,103,Hangup( ) exten => 102,1,Dial(${JANE},10) exten => 102,2,Playback(vm-nobodyavail) exten => 102,3,Hangup( ) exten => 102,102,Playback(tt-allbusy) exten => 102,103,Hangup( ) exten => i,1,Playback(pbx-invalid) exten => i,2,Goto(incoming,s,1) exten => t,1,Playback(vm-goodbye) exten => t,2,Hangup( )
[internal]
-1 3 8 -
include => outbound-local include => outbound-long-distance exten => 101,1,Dial(${JOHN},,r) exten => 102,1,Dial(${JANE},,r)
[outbound-local] exten => _9NXXXXXX,1,Dial(${OUTBOUNDTRUNK}/${EXTEN:1}) exten => _9NXXXXXX,2,Congestion( ) exten => _9NXXXXXX,102,Congestion( ) exten => 911,1,Dial(${OUTBOUNDTRUNK}/911) exten => 9911,1,Dial(${OUTBOUNDTRUNK}/911)
[outbound-long-distance] exten => _91NXXNXXXXXX,1,Dial(${OUTBOUNDTRUNK}/${EXTEN:1}) exten => _91NXXNXXXXXX,2,Congestion( ) exten => _91NXXNXXXXXX,102,Congestion( )
Voicemail
El voicemail es una de las caractersticas con las cuales debe contar un sistema de telefona moderno. Asterisk cuenta con un sistema de voicemail y adems es muy flexible, algunas de las principales caractersticas del voicemail de Asterisk son:
1.- notificacin al email cuando tiene un nuevo mensaje de voz 2.- Voicemail fordwarding y broadcast
-1 3 9 -
3.- Ilimitada proteccin por password para los buzones de correo y organizacin propia de archivos por cada buzn 4.- Diferentes saludos y estados de disponibilidad 5.- saludos por defectos y configurables 6.- Indicador de mensajes de espera, Luces o sonidos dependiendo del telfono 7.- Directorios de empleados de empresa basados en buzones de voicemail
El voicemail se configura editando un archivo llamado voicemail.conf ubicado en /etc/asterisk dentro de este archivo encontrara todas las sentencias que necesita para la configuracin de esta caracterstica de asterisk.
Tal como se definen contextos en el dialplan para la configuracin del voicemail se definen con contextos que poseen una estructura similar
Creacin de los mailboxes
Dentro del los contextos de voicemail podemos definir mailboxes, la sintaxis para definirlos son de la siguiente forma.
mailbox => password,name[,email[,pager_email[,options]]]
Donde:
Mailbox: Representa el numero del mailbox, que normalmente corresponde a la extensin del numero asociada a el.
-1 4 0 -
Password: Corresponde a las password numrica que utiliza el dueo del mailbox para ingresar a el, si el user cambia la password esta debe ser actualizada en el archiv voicemail.conf
Name: Es el nombre del duelo del mailbox
Email: Corresponde a la cuenta de correo electrnico del dueo del mailbox, Asterisk puede enviar notificaciones a esta direccin, incluyendo los mensajes de voz
Pager_email: Corresponde a la direccin o nmero del localizador o telfono mvil del dueo del mailbox, Asterisk puede enviar pequeos mensajes de texto y voz.
Option: Ac el dueo del mailbox puede configurar valores como la zona horario a entre otros.
Una estructura normal de mailbox seria de la siguiente forma:
101=>1234,Joepublic,jpublic@somedomain.com,jpublic@pagergatewa y.net,tz=central|attach=yes
Una vez creados los voicemail correspondientes para los usuarios, debemos agregarlos en el dialplan para que cuando no conteste las llamadas se deriven hacia este, para realizar esta operacin debemos utilizar la aplicacin llamada Voicemail()
-1 4 1 -
Voicemail(): Esta es la aplicacin que enva las llamadas a un mailbox especifico, para dejar un mensaje en este.
Las direcciones de los voicemail suelen ser mailbox@contexto donde contexto es el contexto al cual esta referido
Ejemplo:
exten => 101,1,Dial(${JOHN},,r) exten => 101,102,VoiceMail(b101@default)
En el ejemplo anterior vemos un contexto derivado a a una interfaz donde si no contesta aplica la formula n+101 la cual derivara la llamada hacia la extensin donde esta definido un voicemail con la direccin b101@default
Para que los usuarios puedan acceder hacia sus mailboxes debemos utilizar la aplicacin VoiceMailMain( ) Esta aplicacin no lleva argumentos por lo que la sentencias quedara de la siguiente forma.
exten => 500,1,VoiceMailMain( )
-1 4 2 -
CAPITULO 5.- CONCLUSIN

El presente documento, entrega herramientas claras para levantar un sistema de Telefona IP con todas las bondades que actualmente ofrecen las centrales PBX tradicionales y sus competencias como CISCO y HUAWEI. Y tambin demostrar que empresas como hoy en da que no tienen muchos recursos pueden acceder a sistemas de telefonas IP.
CAPITULO 6.- BIBLIOGRAFA

Informacin sobre VoIP y Asteisk www.voip-info.org
FTP oficial de Asterisk ftp.digium.com Pagina oficial de Digium www.digium.com Link de Asterisk y VoIP Avanzado www.avanzada7.com Comunidad Asterisk www.asterisk-es.org
-1 4 3 -

Tesis Asterisk

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tesis Asterisk

Cargado por

Copyright:

Formatos disponibles

Fundacin Instituto DuocUC Administracin de Redes Computacionales Escuela de Informtica y Telecomunicaciones

INFORME DE PROYECTO DE TITULO

ASTERISK Y TELEFONIA TRADICIONAL

Informe de proyecto para optar al Titulo de Administrador de Redes Computacionales

AUTOR: ERIC ALEXIS GONZALEZ ERICES PROFESOR GUA: CARLOS GONZLEZ A.

Santiago, Chile 2006

2.2 Estudios de Factibilidad y Solucin Alternativas de Solucin......37 Tcnico........38 Econmico.......44 Legal............44

CAPITULO 3.- DISEO Desarrollo de la alternativa escogida..........44

CAPITULO 4.- IMPLEMENTACIN DE LA ALTERNATIVA Desarrollo e Implementacin............108

CAPITULO 5.- CONCLUSIN Opinin Personal.............143

CAPITULO 6.- BIBLIOGRAFA Bibliografa.............143

OBJETIVOS ESPECIFICOS Identificacin conceptual de:

Estudio conceptos bsicos de telefona tradicional tales como:

Estudio conceptual de VoIP

Estudio protocolos VoIP

Estudio implementacin Asterisk

Estudio configuracin Asterisk

Descripcin del Problema

CONSUMO DE ANCHO DE BANDA

CALIDAD DE SERVICIO (QoS)

Rango(ms) Descripcin 0-150 Aceptable para las aplicaciones ms comunes.

Codificador Rata Tamao de muestra requerida ADPCM, G.726 32 Kbps 10 ms 10 ms

Mejor Peor opcin opcin

(Bytes) (ms) PCM, G.711 ADPCM, G.726 64 Kbps 32 Kbps 160 20

(Bytes) (ms) 240 30

106.67 36.57 213.33 73.14

16.00 10.67 8.00

426.67 149.29 128.00 64.00 625.00 214.29 187.50 93.75

32.00 21.33 16.00 10.67 8.00

46.88 31.25 23.44 15.63 11.72 7.77

Diseo y Desarrollo del Tema Principal

INTEGRACIN DE SERVICIOS Y UNIFICACIN DE ESTRUCTURA.

2.2 ESTUDIOS DE FACTIBILIDAD Y SOLUCION

Propsito Equipo de Pruebas SOHO Pequeas Empresas Medianas Empresas y Grandes

Usuarios Hasta 5 5 a 10 Hasta 15

RAM 256MB 512MB 1GB

Para saber el Hardware a utilizar debemos responder la siguiente pregunta.

Otras opciones de consideracin son:

F.- Versin del Kernel: La versin actualmente soportada es la 2.6

Placa Madre a Elegir

Fuente de Poder a Elegir

SUPUESTOS TPICOS MS REPRESENTATIVOS PARA ADAPTAR LA NUEVA TECNOLOGIA A LAS EMPRESAS

Redes de paquetes de datos de longitud fija (Tambin llamadas clulas o celdas)

C.- SEALIZACION DE ACCESO Y DE TRONCAL

D.- SEALIZACION DE ACCESO- SEALIZACION DE LINEA DE ABONADO.

E.- SEALIZACION DE TRONCAL

F.- SISTEMA DE SENALIZACION #7 (SS7)

JUSTIFICACION DEL USO DE SSN7

G.- QUE ES VOIP?

COMO FUNCIONA VOIP?

PROTOCOLO DE TRANSPORTE EN TIEMPO REAL RTP

ESCENARIOS DE LA VOZ IP EN SERVICIOS DE TELEFONA

para digitalizacin de la voz produciendo un desmejoramiento en la calidad de la misma apenas perceptible.

Gateways Puntos de referencia para conversin TCP/IP - PSTN.

Compresin de voz: requeridos: g.711 y g.723 opcionales: g.728, g.729 y g.722

PROTOCOLO SIP (SESSION INITIATION PROTOCOL)

El foco actualmente est en:

Al contrario de un user agent, el redirect server no acepta o termina llamadas.

SIP EN EL MERCADO ACTUAL.

DIFERENCIAS ENTRE H.323 Y SIP

RELACIN ENTRE SIP Y H.323

INTEROPERABILIDAD CON H.323

Ahora que ya conocemos como

trabajan los protocolos de VoIP,