Universidad Autnoma de Yucatn Facultad de Matemticas

Implementacin de una Red (VoIP) a travs de software libre en el desarrollo de una pequea central telefnica TESIS

Presentada por:

Jess Martn Caballero Basto.

Para optar al ttulo de:

Licenciado en Ciencias de la Computacin

Mrida, Yucatn, Mxico Julio 2007

Resumen
En el mbito empresarial el tema de las telecomunicaciones toma un inters especial cuando se trata de precios y calidad, la razn es el correcto funcionamiento de las estructuras. Hoy por hoy es bien sabido que si no hay una correcta

comunicacin entre los niveles que conforman cualquier estructura empresarial, simplemente no funciona como se espera, es por esto que las empresas actuales necesitan de una estructura de comunicacin a bajo precio, eficiente y acorde a sus necesidades.

Muchas empresas del ramo de las telecomunicaciones ofrecen productos que satisfacen estas necesidades, pero sus soluciones comerciales son cerradas, propietarias, y frecuentemente costosas. Con el Asterisk cambia todo: es una tecnologa abierta que proporciona un estndar de comunicaciones VoIP, por lo que no se esta sujeto a las limitaciones de ningn fabricante, se est en libertad para desarrollar las innovaciones que se requieran y en general no se impone ningn lmite.

En la siguiente investigacin encontraras a lo largo de los captulos el proceso que se sigui para desarrollar una aplicacin de esta nueva tecnologa que se ha mencionado. Partiendo desde las ideas bsicas hasta tener el prototipo en funcin.

Dedicatoria

Dedico la presente tesis a los seres que ms quiero en este mundo: mi esposa, Nidia Rubi y mi hija, Darelle Andrea, por ser la fuente de mi inspiracin y motivacin para superarme cada da ms y as poder luchar para que la vida nos depare un futuro mejor.

A mis padres que me apoyaron durante toda la licenciatura y forman una parte muy importante en mi vida.

Jess Martn Caballero Basto

Agradecimientos
En Primer lugar quiero agradecerle a Dios por haber llegado hasta este momento. Quiero agradecer a mi familia que han estado apoyndome siempre y en cualquier circunstancia. A mi esposa Nidia y mi hija Darelle que forman una parte muy importante de mi vida.

Agradezco a mi asesor de tesis ing. Sergio Gonzlez Segura, por su valiosa asesora. Tambin quiero agradecer a todas las personas que me brindaron su apoyo para concluir de manera satisfactoria esta tesis. A don Pastor (bibliotecario) por todas las facilidades que me otorgo durante el proceso de investigacin y por su paciencia y consejos. Agradezco al M.C. Carlos Miranda por su orientacin durante este proceso.

Agradezco de igual manera a mis compaeros de trabajo por el apoyo que me brindaron en especial a la Psic. Lourdes. Pech, al Ing. Manuel Tepal y a la Lic. en Educacin Mayra Quintana. Por que siempre me brindaron su apoyo y conocimientos y me motivaron a seguir adelante.

Agradezco a mis compaeros de la carrera por su amistad y su apoyo, a mis profesores de la licenciatura que siempre nos brindaron sus conocimientos y nos orientaron durante todo este tiempo.

Jess Martn Caballero Basto. II

ndice
CAPTULO I ........................................................................................................... 1 INTRODUCCIN ................................................................................................... 1 1.1 1.2 Planteamiento del problema. .................................................................................. 1 Hiptesis. .................................................................................................................. 1

1.3 Objetivo General. .................................................................................................... 1 1.3.1 Objetivos especficos. ........................................................................................ 2 1.4 Importancia del estudio: ......................................................................................... 3

1.5 Limitaciones del estudio. ......................................................................................... 5 1.5.1 Consumo de Ancho de banda ............................................................................ 5 1.5.2 Calidad del servicio QoS ................................................................................... 5 1.5.2.1 El retardo y la variacin del retardo .............................................................. 5 1.5.2.2 Prdida de paquetes. ...................................................................................... 6 1.5.3 Seguridad ........................................................................................................... 7 1.5.4 Econmica. ........................................................................................................ 7 CAPTULO II .......................................................................................................... 8 REVISIN DE LA LITERATURA. .......................................................................... 8 2.1 Introduccin. ............................................................................................................ 8

2.2 Conmutacin. ......................................................................................................... 10 2.2.1 Conmutacin de circuito .................................................................................. 10 2.2.2 Conmutacin de mensajes ............................................................................... 11 2.2.3 Conmutacin de paquetes ................................................................................ 12 2.2.3.1 Circuito virtual............................................................................................. 12 2.2.3.2 Datagrama. .................................................................................................. 12 2.3 2.4 2.5 Sealizacin. ........................................................................................................... 13 Asterisk. .................................................................................................................. 14 PBX ......................................................................................................................... 15

2.6 PSTN - RTB ........................................................................................................... 15 2.6.1 Sealizacin en telefona tradicional ............................................................... 16 2.6.2 Sealizacin analgica .................................................................................... 18

III

2.6.3 2.7

Sealizacin entre centrales telefnicas .......................................................... 19

VoIP ........................................................................................................................ 20

2.8 Telefona IP. ........................................................................................................... 21 2.8.1 Elementos para construir aplicaciones VoIP. ................................................ 22 2.8.1.1 Gatekeeper ................................................................................................... 23 2.8.1.2 Gateway ....................................................................................................... 23 2.8.2 Tipos de redes IP ............................................................................................. 24 2.8.2.1 Internet. ........................................................................................................ 24 2.8.2.2 Red IP pblica ............................................................................................ 24 2.8.1.3 Intranet. ........................................................................................................ 24 2.8.3 Escenarios de la voz IP en el servicio de telefona .......................................... 25 2.8.3.1 Llamadas PC a PC ....................................................................................... 26 2.8.3.2 Llamadas telfono a telfono ....................................................................... 26 2.8.3.3 Llamadas PC a telfono o viceversa ............................................................ 26 2.8.4 Sealizacin en telefona IP ............................................................................ 27 2.8.4.1 Protocolo H.323 Sobre redes IP. ................................................................. 27 2.8.4.2 Terminal H.323............................................................................................ 28 2.8.4.3 Gateway H.323. ........................................................................................... 28 2.8.5 Protocolo (IAX) Inter-Asterisk Exchange ....................................................... 31 2.8.6 Protocolo SIP (Session Initiation Protocol) ..................................................... 32 2.8.6.1 Agentes de Usuario (User Agent, UA). ....................................................... 33 2.8.6.2 Servidores de red. ........................................................................................ 34 2.8.6.2.1 Servidores de redireccin. ..................................................................... 34 2.8.6.2.2 Servidores Proxy. .................................................................................. 34 2.8.6.2.3 Protocolos en tiempo real y el NAT ...................................................... 35 2.8.6.2.4 Servidores de registro (Register servers). .............................................. 36 2.8.6.3 Integracin con Protocolos IETF ................................................................. 37 2.8.6.4 Servicios de Valor Agregado ....................................................................... 38 2.8.6.5 SIP en el mercado actual ............................................................................ 38 2.8.6.6 Diferencia entre H.323 Y SIP ...................................................................... 39 2.8.6.7 Relacin ente SIP Y H.323 .......................................................................... 39 2.8.6.8 Calidad de servicio en VoIP ........................................................................ 40 2.8.6.9 Ventajas de VoIP ......................................................................................... 40 2.8.7.0 Desventajas de VoIP .................................................................................... 41 CAPTULO III ....................................................................................................... 43 3.1 3.2 Metodologa ............................................................................................................ 43 La alternativa a implementar. .............................................................................. 43

3.3 Requisitos de Hardware: ...................................................................................... 43 3.3.1 Procesador a Elegir .......................................................................................... 46 3.3.2 Placa Madre a Elegir........................................................................................ 46 3.3.3 Fuente de Poder a Elegir. ................................................................................. 47

IV

3.3.4 3.3.5 3.4

Telfonos VoIP ................................................................................................ 48 Telefona con Software SoftPhones ............................................................. 48

Recursos Legales .................................................................................................... 48

3.5 Instalacin del Sistema Base:................................................................................ 49 3.5.1 Configuracin del Sistema Base ...................................................................... 50 3.5.1.1 Configuracin de IP Esttica. ...................................................................... 50 3.5.1.2 Configuracin de Ruta. ................................................................................ 51 3.5.1.3 Configurando APT. ..................................................................................... 51 3.6 Instalando Asterisk ................................................................................................ 53 3.6.1 Directorios de Asterisk .................................................................................... 53 3.6.2 Configuracin de SIP ...................................................................................... 55 3.6.3 Dialplan ........................................................................................................... 60 3.6.4 Voicemail ........................................................................................................ 67 3.7 Creando la PBX ..................................................................................................... 69 3.7.1 Plan General .................................................................................................... 69 3.7.2 Configurando los clientes VoIP ....................................................................... 70 3.7.3 La configuracin del X-lite.............................................................................. 71 3.7.4 La Configuracin de Asterisk .......................................................................... 73 CAPTULO IV....................................................................................................... 80 Resultados y conclusiones ................................................................................................. 80

ndice de Figuras:
Fig.1: Enlace de dos Servidores Asterisk va Internet con sus terminales Softphone ........... 2 Fig. 2: A) Un telfono analgico es un dispositivo FXO conectado a una lnea telefnica (RTB) actuando como FXS ......................................................................................... 18 Figura 3 Elementos de una red Voz IP ................................................................................ 24 Figura 4 Pila de protocolos en VoIP ................................................................................... 30 Figura: 5 El proceso de registro entre clientes y el servidor proxy.La sealizacin (SIP) y las conversaciones de voz (RTP) viajan por caminos diferentes. ..................................... 35 Figura: 6 Requisitos de Hardware ....................................................................................... 44 Fig 7. Proceso de alta a un cliente softphone en la red VoIP .............................................. 72 Fig.8.- Representa al Softphone A, el cual establecio una conversacin VoIP con el softphone B .................................................................................................................. 80 Fig.9.- Representa al Softphone B, el cual establecio una conversacin VoIP con el softphone A. ................................................................................................................................. 80

CAPTULO I Introduccin
1.1 Planteamiento del problema.

Actualmente, las circunstancias laborales, han hecho que las empresas se vean en la necesidad de estar bien comunicadas para lograr la eficiencia en los objetivos de su organizacin, este hecho ha llevado a la necesidad de implementar medios de comunicacin que resulten eficientes y econmicos. Es por esto que actualmente encontramos diferentes medios de comunicacin, tal es el caso de la telefona tradicional (PSTN), las redes de Internet etc. Ahora bien, existe una nueva tecnologa de comunicacin que nos brinda muchos beneficios. Esta tecnologa es llamada VoIP. La presente investigacin pretende determinar si la nueva tecnologa de comunicacin que ofrece servicios de telefona VoIP resulta eficiente para las instituciones que hagan uso de ella.

1.2

Hiptesis.

La nueva tecnologa de comunicacin que ofrece servicios de telefona VoIP resultara ms eficiente que las actuales (PSTN: Red de transporte del servicio pblico)

1.3

Objetivo General.

Estudio e implementacin de un sistema de Telefona IP, manteniendo la eficacia de una pequea central telefnica (PBX IP) basada en Software. Adems de aprovechar las caractersticas propias que nos presenta una sistema de telefona IP basado en GNU/Linux y Asterisk. 1

1.3.1 Objetivos especficos. Implementar dos pequeas centrales (Asterisk), con un servicio como mnimo, para enlazar a la Facultad de Matemticas localizada en la ciudad de Mrida Yucatn. Con el Campos Universitario localizado en la ciudad de Tizimn Yucatn. Hacer una investigacin exhaustiva y una aportacin de gran valor en el uso y funcionamiento de estos recursos. Figura.1.- Ejemplo de la instalacin de una red Asterisk, donde se utilizan los recursos existentes, como la red de Internet y dos servidores Asterisk localizados entre dos puntos distantes que pueden gozar de todos los beneficios que proporciona este servidor.

Fig.1: Enlace de dos Servidores Asterisk va Internet con sus terminales Softphone Adems de: Identificacin conceptual de: PBX Asterisk GNU/Linux

Estudio de conceptos bsicos de telefona tradicional tales como: Conmutacin Sealizacin

Estudio conceptual de VoIP Funcionamiento Ventajas / desventajas del VoIP Problemas relacionados con VoIP

Estudio de protocolos VoIP H.323 SIP IAX2

Implementacin y configuracin Asterisk Requerimientos de Hardware Requerimientos del sistema Base Instalacin Asterisk Configuracin protocolo SIP Dialplan Voicemail

1.4

Importancia del estudio:

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 (Tanenbaum, 2003)

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. (Howard, 2002)

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 intensa competencia entre operadores de voz hace que tambin se puedan contratar servicios unificados a precios interesantes (Collins, 2001)

El motor de cambio ha sido la posibilidad de comprar pasarelas (gateways) que se acoplan a las pequeas centrales 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.

El trfico internacional de telefona IP representar este ao (2003) el 5.5% de las llamadas internacionales, casi el doble que en el anterior, segn la Unin Internacional de Telecomunicaciones (UIT) (Collins 2001)

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 (Howard C., 2002.)

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. Segn la Unin Internacional de Telecomunicaciones (UIT). 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.

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 interoperatividad podran obstaculizar el progreso de estas tecnologas. (Smith ,2005).

1.5

Limitaciones del estudio.

1.5.1 Consumo de Ancho de banda

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.

1.5.2 Calidad del 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.

1.5.2.1 El retardo y la variacin del retardo

Cuando se disean redes que transportan voz en paquetes, marcos, o infraestructura de clula, es importante entender todos los posibles causales de 5

retardos, ya que 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

Las fuentes de 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).

1.5.2.2 Prdida 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[1] 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. (Smith ,2005).

[1]

se refiere a las principales conexiones troncales de Internet. Est compuesta de un gran nmero de routers

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

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

En cierta medida la infraestructura sobre todo en hardware, resulta con cierta limitante econmica ya que cuando en la red de VoIP se involucra hardware, este necesita una inversin adicional.

Lista de precios del Hardware VoIP

Digium S110M (FXS) para TDM400P $ 64.790 ms IVA Digium TDM400P $ 42.470 ms IVA Digium TE110P para E1 $ 519.800 ms IVA Digium X100M (FXO) para TDM400P $ 64.950 ms IVA PC PIV 3.0 Ghz, 1 G. Ram, DD 100 G. $ 370.000 ms IVA * Lista de precios consultados al 21/06/07

CAPTULO II Revisin de la Literatura.

2.1 Introduccin.

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 gran importancia, 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 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 ahora 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.

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 (paul mahler)

El protocolo IP es independiente de la capa de enlace, permitiendo que 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.

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:

1. Infraestructura IP: Bsicamente compuesta por la conectividad IP provista principalmente por los proveedores de equipamiento LAN/WAN. 2. Sistemas operativos LAN con la capacidad de proveer servicios y funcionalidades telefnicas tradicionales. 3. Dispositivos de usuario: Software y telfonos IP, capaces de ser conectados a redes IP directamente con niveles de calidad similares a la red telefnica tradicional. 4. 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).

Sin duda alguna todo esto a toman un papel muy importante para las empresas que prestan este tipo de servicios tal es el caso que actualmente existen diferentes proyectos realizados, por ejemplo:

En primer sito se encuentra Skype, el cual es una red de telefona entre pares por Internet, fundada por Niklas Zennstrm y Janus Friis, los creadores de Kazaa. El cdigo y protocolo de Skype permanecen cerrados y propietarios, pero los usuarios interesados pueden descargar la aplicacin del sitio oficial.

Otras compaas que ofrecen el servicio de telefona IP que cuentan con su propio equipo tanto en hardware como en software que ellos mismos desarrollan y que de igual manera permanece completamente hermtico son por ejemplo: Celsius Inc. Y el Call Manager Celsius IP-PBX.

Es importante sealar que existe en la actualidad recursos tanto en software como en hardware totalmente libre que permitan lograr estos mismos beneficios; ejemplo de ello es Asterisk y el hardware que ofrece la empresa digium. (Smith ,2005).

Ahora bien, es importante familiarizarse con la nomenclatura que envuelve a la VoIP la cual se definir a continuacin:

2.2

Conmutacin. La conmutacin es la conexin que realizan los diferentes nodos que existen

en distintos lugares y distancias para lograr un camino apropiado para conectar dos usuarios de una red de telecomunicaciones. La conmutacin permite la

descongestin entre los usuarios de la red disminuyendo el trfico y aumentando el ancho de banda. Existen tres tipos de conmutacin: Conmutacin de circuitos Conmutacin de mensajes Conmutacin de paquetes

2.2.1 Conmutacin de circuito

Es aquella en la que los equipos de conmutacin deben establecer un camino fsico entre los medios de comunicacin previa conexin entre los usuarios. Este camino permanece activo durante la comunicacin entre los usuarios, liberndose al terminar la comunicacin. Ejemplo: La Red Telefnica Conmutada. 10

Su funcionamiento pasa por las siguientes etapas: solicitud, establecimiento, transferencia de archivos y liberacin de conexin. Ventajas:

La transmisin se realiza en tiempo real, siendo adecuado para comunicacin de voz y video.

No existe congestin despus de conectado el circuito.

Desventajas:

Se necesita un tiempo para realizar la conexin, lo que conlleva un retraso en la transmisin de la informacin.

Se desperdicia ancho de banda, ya que si se usa o no el canal el ancho de banda es el mismo.

2.2.2 Conmutacin de mensajes

Este mtodo era el usado por los sistemas telegrficos, siendo el ms antiguo que existe. Para transmitir un mensaje a un receptor, el emisor debe enviar primero el mensaje completo a un nodo intermedio el cual lo encola en la cola donde almacena los mensajes que le son enviados por otros nodos. Luego, cuando llega su turno, lo reenviar a otro y ste a otro y as las veces que sean necesarias antes de llegar al receptor. El mensaje deber ser almacenado por completo y de forma temporal nodo intermedio antes de poder ser reenviado al siguiente, por lo que los nodos temporales deben tener una gran capacidad de almacenamiento. Ventajas Puede transmitir un mismo mensaje a todos los nodos de la red. Desventajas

Si la capacidad de almacenamiento de un nodo est llena y llega un nuevo mensaje ste no podr ser almacenado en el nodo. Por lo tanto, se perder definitivamente.

11

Un mensaje puede acaparar una conexin de un nodo a otro mientras transmite un mensaje, lo que lo incapacita para poder ser usado por otros nodos.

2.2.3 Conmutacin de paquetes

El emisor divide los mensajes a enviar en un nmero arbitrario de paquetes del mismo tamao, donde adjunta una cabecera y la direccin origen y destino as como datos de control que luego sern transmitidos por diferentes medios de conexin entre nodos temporales hasta llegar a su destino. Este mtodo de conmutacin es el que ms se utiliza en las redes de ordenadores actuales. Surge para optimizar la capacidad de transmisin a travs de las lneas existentes. Al igual que en la conmutacin de mensajes, los nodos temporales almacenan los paquetes en colas en sus memorias que no necesitan ser demasiado grandes. Se dividen en: 2.2.3.1 Circuito virtual. Es aquel en que los usuarios realizan un contrato con su distribuidor por un circuito permanente para sus terminales para transmitir no existe inicializacin ni finalizacin del canal, es permanente. 2.2.3.2 Datagrama. Por este mtodo los paquetes son tratados de forma individual se les asigna datos de control y son enviados por diferentes canales formados por diferentes nodos hasta al destinatario, los paquetes pueden llegar en diferentes tiempos y en desorden al receptor debido a los diferentes camino que puedan tomar estos los cuales solo dependen de los nodos temporales por donde pasan estos paquetes, el ordenamiento y deteccin de perdida de paquetes depende exclusivamente del nodo receptor y es este el encargado de tomar las medidas necesarias para solucionar esto. 12

Ventajas

Gran flexibilidad y rentabilidad en las lneas que se logran con esta tcnica. Si existe un error en uno de los paquetes enviados o ste se pierde, slo tendra que ser reenviado este paquete y no el mensaje completo.

El tiempo de transmisin de los paquetes es casi inmediato por tal motivo casi no existe retardo.

Se asignan prioridades: as, un nodo puede seleccionar de su cola de paquetes en espera de ser transmitidos aquellos que tienen mayor prioridad.

Desventajas Algunos paquetes pueden tardar demasiado en llegar a su destino. Esto hace que el receptor considere que ste se ha perdido, enviando al emisor una solicitud de reenvo y dando lugar a la llegada de paquetes repetidos. 2.3 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.

13

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

2.4

Asterisk.

Asterisk

es

el

ms

poderoso,

flexible

extenso

software

de

telecomunicaciones disponible. Su nombre viene del smbolo asterisco *, que en ambientes UNIX y DOS representa un comodn. Similarmente la PBX Asterisk est diseada para conectar cualquier hardware telefnico o cualquier tipo de software de telefona de manera transparente y consistente. Tradicionalmente, los productos telefnicos son diseados para ejecutar una tarea especfica en una red. Sin embargo, gran cantidad de aplicaciones de telefona comparten gran cantidad de tecnologa. Asterisk toma ventaja de esta sinergia para crear un solo entorno de desarrollo que puede ser moldeado a cualquier necesidad que el usuario requiera. Asterisk, adems de muchas otras cosas, puede ser usado en cualquiera de estas aplicaciones. VoIP Gateway (MGCP, SIP, IAX, H.323) Private Branch eXchange (PBX) Servidor de voz de respuesta interactiva (IVR) Softswitch Servidor de Conferencias

14

 Traductor de nmeros Y muchas otras...

Naturalmente esta increble flexibilidad viene con un precio; el Asterisk no es un sistema simple para configurar, no es por ser ilgico, confuso o secreto, al contrario es sensato y practico. Este proceso requiere naturalmente un esfuerzo extra. Aunque en algunas ocasiones es subestimado.

2.5 PBX El uso mas comn de una PBX es compartir de una a varias lneas telefnicas con un grupo de usuarios. Una PBX se emplaza entre las lneas telefnicas y los telfonos (terminales de voz)

La PBX tiene la propiedad de ser capaz de redirigir las llamadas entrantes a uno o varios telfonos. De una manera similar, una PBX permite a un telfono escoger una de las lneas telefnicas para realizar una llamada telefnica al exterior. De la misma forma que un router en Internet es responsable de dirigir los paquetes de un origen a su destino, una PBX es responsable de dirigir llamadas telefnicas. La palabra private en la sigla PBX significa que el dueo del sistema tiene todo el control y decide como compartir las lneas exteriores con los usuarios.

Una PBX no slo permite compartir un conjunto de lneas con un grupo de usuario sino que tambin ofrece la posibilidad de crear servicios de valor aadido como transferencia de llamadas, llamadas a tres, pasarela de voz a correo o servicios basados en una respuesta de voz interactiva (IVR), etc.

2.6

PSTN - RTB

PSTN es la Red Pblica Telefnica Conmutada (Public Switched Telephone Network), la red de redes telefnicas o ms conocida como la red telefnica. En 15

castellano la PSTN es conocida como la red pblica conmutada (RTC) o red telefnica bsica (RTB). De la misma forma que Internet es la red global IP, la RTB es la amalgama de todas las redes conmutadas de telfono. Una diferencia muy importante entre la RTB e Internet es la nocin de flujo de informacin. En telefona los flujos de informacin son cada una de las llamadas o conversaciones mientras que en Internet es cada uno de los paquetes de datos. Desde el punto de vista conceptual la RTB e Internet son muy diferentes y representan dos mundos y filosofas casi antagnicas. Si una conversacin se efecta en una RTB se tiene que reservar un canal (circuito) dedicado de 64 Kbps, pero en Internet la misma conversacin puede coexistir con otros servicios de manera simultnea.

Aunque esta diferencia pueda parecer irrelevante a primera vista, tiene grandes implicaciones de cara a la implementacin de las tecnologas de la Informacin tanto en regiones desarrolladas como en desarrollo. En el modelo tradicional, un cable de cobre proporciona acceso a la RTB y ofrece un slo tipo de servicio:

Un canal analgico. Si ese mismo cable se usa para conectarse a una red conmutada de paquetes como Internet, se puede implementar cualquier tipo de Servicio basado en el protocolo IP. La RTB ha estado histricamente gobernada por estndares creados por la UIT, mientras que Internet es gobernada por los estndares del IETF. Ambas redes, la RTB e Internet usan direcciones para encaminar sus flujos de informacin. En la primera se usan nmeros telefnicos para conmutar llamadas en las centrales telefnicas, en Internet se usan direcciones IP para conmutar paquetes entre los enrutadores (routers).

2.6.1 Sealizacin en telefona tradicional

Las centrales telefnicas son los routers de la RTB. Un Foreign Exchange Office (FXO) es cualquier dispositivo que, desde el punto de vista de la central telefnica, acta como un telfono tradicional.

16

Un FXO debe ser capaz de aceptar seales de llamada o ring, ponerse en estado de colgado o descolgado, y enviar y recibir seales de voz. Asume que un FXO es como un telfono o cualquier otro dispositivo que suena (como una mquina de fax o un mdem).

Un Foreign Exchange Station (FXS) es lo que est situado al otro Lado de una lnea telefnica tradicional (la estacin).Un FXS enva el tono de marcado la seal de llamada que hace sonar los telfonos y los alimenta. En lneas analgicas, un FXS alimenta al FXO. El FXS utiliza alrededor de 48 voltios DC para alimentar al telfono durante la conversacin y hasta 80 voltios AC (20 Hz) cuando genera el tono de llamada (ring).

Una PBX que integra perifricos FXO y FXS puede conectarse a la RTB e incorporar telfonos analgicos. Las lneas telefnicas que vienen del operador se tienen que conectar a una interfaz FXO. Los telfonos se deben conectar a las interfaces FXS de la centralita.

En resumen: Un FXS necesita estar conectado a un FXO (como una lnea telefnica

Necesita estar conectada a un telfono) o viceversa. 2.Un FXS suministra energa (elemento activo) a un telfono FXO

(Elemento pasivo)

17

Fig. 2: A) Un telfono analgico es un dispositivo FXO conectado a una lnea telefnica (RTB) actuando como FXS B) Una PBX puede incorporar tanto interfaces FXS como FXO. C) Un adaptador telefnico o ATA acta como un FXS.
2.6.2 Sealizacin analgica

Cada vez que usas una lnea telefnica se intercambian un conjunto de seales.Las seales sirven para ofrecer informacin del estado de la llamada al usuario. Algunas de esas seales son el tono de marcado o el tono de Lnea ocupada. Estas seales se transmiten entre el FXS y el FXO haciendo uso de un protocolo conocido como sealizacin.

Por desgracia, existen muchas maneras de generar este tipo de seales. Cada uno de los mecanismos es conocido como mtodo de sealizacin. Los mtodos de sealizacin son diferentes de un lugar a otro, as que debemos conocer de antemano el mtodo de sealizacin que se usa en las lneas telefnicas.

Una consecuencia de configurar tu PBX con un mtodo de sealizacin equivocado es que la lnea telefnica se cuelga de manera inesperada.

18

2.6.3 Sealizacin entre centrales telefnicas

SS7 es un grupo de estndares desarrollados originalmente por la AT&T y la UIT que, entre otras cosas, se encargan de la gestin del establecimiento de llamadas y su encaminamiento entre centrales telefnicas en la RTB. Una cosa muy importante que se debe entender es que en la red telefnica tradicional, la voz y las seales auxiliares (sealizacin) estn claramente separadas. Esto significa que existe un circuito dedicado a voz y otro circuito independiente para el intercambio de las seales encargadas del establecimiento de las llamadas. Esta informacin adicional necesaria en cada llamada se intercambia usando un protocolo conocido como SS7.

El hecho de que la voz y la sealizacin estn separadas significa que los flujos de informacin pueden tomar caminos fsicos totalmente diferentes. Imagnate que las conversaciones pueden viajar por un cable mientras que los nmeros de telfono de los comunicantes se envan por otro.

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

19

El Sistema de Sealizacin 7 (SS7) 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.

2.7

VoIP

VoIP es un estndar de la ITU (Internacional Telecommunications Union), creado en 1996 con el objeto de proporcionar una base desde la cual los desarrolladores puedan evolucionar en conjunto. El concepto de Telefona IP es sinnimo de VoIP, es la implementacin y utilizacin de VoIP. Es la posibilidad de transportar conversaciones telefnicas en paquetes IP. Cuando hablamos deVoIP, nos referimos a la telefona en Internet en el sentido ms amplio de la expresin. El trmino VoIP no se refiere a ninguno de los mecanismos concretos que existen para llevar las seales de voz de un sitio a otro en la red. Existen docena de tecnologas que permiten hablar por la red. Las alternativas tecnolgicas de VoIP se pueden dividir de una manera sencilla en dos grandes grupos: tecnologas

cerradas-propietarias y sistemas abiertos. En el primer grupo de tecnologas nos encontramos con el conocido Skype o el ya legendario Cisco Skinny (SCCP) En el segundo grupo de tecnologas nos encontramos con los estndares abiertos basados en SIP, H.323 o IAX. como se haba mencionado anteriormente

20

2.8

Telefona IP.

La telefona IP tambin llamada Voz sobre IP se puede definir como la transmisin de paquetes de voz utilizando redes de datos, la comunicacin se realiza por medio del protocolo IP (Internet Protocol), permitiendo establecer llamadas de voz y fax sobre conexiones IP (Redes de Datos Corporativos, Intranets, Internet, etc.), obteniendo de esta manera una reduccin de costos

considerables en telefona.

Existen varias definiciones, todas concluyen en un punto importante: Envo de voz comprimida y digitalizada en paquetes de datos y sobre protocolo de Internet (IP), utilizando redes de datos aprovechando el ancho de banda que ofrece y el cableado, ahorrando costos importantes para las empresas. Algunas de estas definiciones son:

Voz sobre IP se puede definir como una aplicacin de telefona que puede ser habilitada a travs de una red de datos de conmutacin de paquetes va protocolo IP (Internet Protocol).La ventaja real de sta es la transmisin de voz como datos, ya que se mejora la eficiencia del ancho de banda para transmisin de voz en tiempo real en un factor de 10.

VoIP es una tecnologa que tiene todos los elementos para su rpido desarrollo. Como muestra se puede ver que compaas como Cisco, la han incorporado a su catlogo de productos, los telfonos IP estn ya disponibles y los principales operadores mundiales, as como Telefnica (operadora espaola de servicios de telecomunicaciones), estn promoviendo activamente el servicio IP a las empresas, ofreciendo calidad de voz a travs del mismo. Por otro lado se tiene ya un estndar que garantiza interoperabilidad entre los distintos fabricantes. La conclusin parece lgica: hay que estudiar cmo poder implantar VoIP en nuestra empresa.

21

Se define la telefona IP como el uso de paquetes IP para trfico de voz fullduplex. Estos paquetes son transmitidos a travs de internet o de redes IP

privadas. El componente clave de la tecnolgica en telefona IP son los equipos que convierten la seal de voz analgica en paquetes IP. Estos equipos pueden ser tarjetas especficas para PC, software especfico o servidores-pasarela de voz. Estos equipos consiguen una calidad comparable a la telefona mvil analgica a 5 Kbps. a partir de algoritmos de compresin que explotan las redundancias, pausas y silencios del habla.

La telefona IP es una tecnologa que permite el transporte de voz sobre redes IP, produciendo un efectivo ahorro en el gasto que incurren las corporaciones para sus llamadas de larga distancia nacional e internacional. Mediante la instalacin de gateways y paquetes de software en

dependencias estratgicas de la corporacin, es posible obtener beneficios econmicos tangibles a corto plazo al sustituir minutos de larga distancia convencional por minutos de voz sobre IP a un costo menor.

El Protocolo Internet

en un principio se utiliz para el envo de datos,

actualmente debido al creciente avance tecnolgico, es posible enviar tambin voz digitalizada y comprimida en paquetes de datos, los cuales pueden ser enviados a travs de Frame Relay, ATM, Satlite, etc. Una vez que estos paquetes llegan a su destino son nuevamente reconvertidos en voz.

2.8.1 Elementos para construir aplicaciones VoIP.

Estos elementos son: Telfonos IP. Adaptadores para PC. Hubs Telefnicos. Gateways (pasarelas RTC / IP).

22

Gatekeeper. Unidades de audio conferencia mltiple. (MCU Voz) Servicios de Directorio.

Las funciones de los distintos elementos ver la figura 3. (Pgina siguiente)

2.8.1.1 Gatekeeper

Es un elemento opcional en la red, pero cuando est presente, todos los dems elementos que contacten dicha red deben hacer uso de este. Su funcin es la de gestin y control de los recursos de la red, de manera que no se produzcan situaciones de saturacin en la misma.

2.8.1.2 Gateway

Es un elemento esencial en la mayora de las redes pues su misin es la de enlazar la red VoIP con la red telefnica analgica o RDSI (Red Digital de Servicios Integrados). Podemos considerar al Gateway como una caja que por un lado tiene un interface LAN y por el otro dispone de uno o varios de los siguientes interfaces: FXO. Para conexin a extensiones de centralitas o a la red telefnica bsica. FXS. Para conexin a enlaces de centralitas o a telfonos analgicos. E&M. Para conexin especfica a centralitas. BRI. Acceso bsico RDSI (2B+D) PRI. Acceso primario RDSI (30B+D) G703/G.704. (E&M digital) Conexin especifica a centralitas a 2 Mbps.

Los distintos elementos pueden residir en plataformas fsicas separadas o tambin se puede encontrar varios elementos conviviendo en la misma plataforma, un ejemplo de esto se visualiza en la figura 3 23

Figura 3 Elementos de una red Voz IP Fuente: Artculo Voz IP, ingeniera en Redes y Comunicaciones, http://www.comunicaciones.unitronics.es/tecnologia.htm

2.8.2 Tipos de redes IP

2.8.2.1 Internet. Se ofrece el servicio de telefona sobre sta estructura. 2.8.2.2 Red IP pblica Los operadores ofrecen a las empresas la conectividad necesaria para interconectar sus redes de rea local en lo que al trfico IP se refiere. Se puede considerar como algo similar a Internet.

2.8.1.3 Intranet. La red IP implementada por la propia empresa. Suele constar de varias redes LAN (Ethernet conmutada, ATM, etc.) que se interconectan mediante redes WAN tipo 24

Frame-Relay/ATM, lneas punto a punto, RDSI para el acceso remoto, etc. En este caso la empresa tiene bajo su control prcticamente todos los parmetros de la red, por lo que resulta ideal para su uso en el transporte de la voz.

Esto quedara de la siguiente manera 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, 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 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

2.8.3 Escenarios de la voz IP en el servicio 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.

25

La telefona VoIP se manifiesta en tres formas bsicas, estas son:

2.8.3.1 Llamadas PC a PC

En este caso ambos ordenadores necesitan tener instalada la misma aplicacin encargada de gestionar la llamada telefnica, y estar conectados a la red IP, para poder efectuar una llamada IP.

2.8.3.2 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 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. El gateway de B se encarga de enviar la seal analgica al telfono B.

2.8.3.3 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. se observa como el gateway de B

26

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. Es decir, una llamada telefnica convencional, y una comunicacin IP

2.8.4 Sealizacin en telefona IP

Por herencia histrica, la sealizacin en voz sobre IP sigue unos principios muy parecidos a la sealizacin en RTB. Las seales y las conversaciones estn claramente diferenciadas. En esta seccin introducimos tres protocolos de VoIP Que vamos a integrar en nuestra futura PBX: SIP e IAX2. Sin dejar de mencionar al protocolo h.323 como una opcin

2.8.4.1 Protocolo H.323 Sobre redes IP.

Aprobado en octubre de 1996, el estndar H.323 soporta multimedia sobre Ethernet, Fast Ethernet, FDDI y LANs Token Ring. En el contexto de H.323 las LANs tambin incluyen redes formadas por mltiples LANs interconectadas por conmutadores, puentes y routers. H.323 es una especificacin significativa porque permite el desarrollo de una nueva generacin de aplicaciones multimedia basadas en LAN.

La versin 2 de H.323, aprobada en febrero de 1998, aade incluso ms funciones en las reas de servicios complementarios, seguridad y protocolo de RAS (registro, admisin y estatus).

H.323 define cuatro componentes principales para un sistema de conferencia multimedia basado en LAN: Terminales, pasarelas, unidades de control multipunto (multipoint control units, MCUs) y gatekeepers. Las terminales, las pasarelas y

27

los MCUs son considerados extremos porque pueden generar y/o terminar sesiones H.323. El gatekeeper es considerado una entidad de red porque no puede ser llamado, pero se le puede solicitar que lleve a cabo funciones especficas tales como traduccin de direcciones o control de acceso. Cada componente se describe a continuacin.

2.8.4.2 Terminal H.323.

Todas las implementaciones H.323 han de tener, como mnimo, codec de audio G.711, controles de sistemas y nivel H.224, sta recomendacin no incluye especificaciones para el interfaz de LAN. (Korpi,2001)

H.245 define los mensajes de control que soportan sealizacin extremo a extremo entre dos puntos. H.245 especifica la sintaxis y la semntica exactas que implementan el control de llamadas, comandos e indicaciones generales, la apertura y cierre de canales lgicos, la determinacin de retardos, los requisitos de preferencias de modo, los mensajes de control de flujo y los intercambios de capacidad.

H.225 proporciona el servicio multiplex y demultiplex empleado por H.323. Es responsable de paquetizar y sincronizar las corrientes de audio, video, datos y control para su transmisin por el interfaz de LAN.

2.8.4.3 Gateway H.323.

Como

su

nombre

sugiere,

una

pasarela

es

un

sistema

que

proporciona entrada a una red y salida de una red. Las pasarelas son las responsables de traducir el control del sistema, los codecs de audio y los protocolos de transmisin entre los diferentes estndares ITU.

Dada la gran cantidad de redes que utilizan IP, la mayora de las

28

implementaciones H.323 estarn basadas en IP. Por ejemplo, la mayor parte de las aplicaciones de telefona IP estn basadas en la configuracin H.323 mnima que incluye codec de audio, control del sistema y componentes de red. H.323 requiere un servicio TCP extremo a extremo fiable para documentar y controlar las funciones. Sin embargo, utiliza un sistema no fiable para transportar informacin de audio y video. H.323 se basa en el Protocolo de Tiempo Real (Real-time Protocol, RTP) y el Protocolo de Control de Tiempo Real (Real-Time Control Protocol, RTCP) por encima de la UDP para ofrecer corrientes de audio en redes basadas en paquetes. El VoIP/H.323 comprende a su vez una serie de estndares y se apoya en una serie de protocolos que cubren los distintos aspectos de la comunicacin:

Direccionamiento: 1. RAS (Registration, Admision and Status). Protocolo de

comunicaciones que permite a una estacin H.323 localizar otra estacin H.323 a travs de el Gatekeeper. 2. 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: 1. Sealizacin inicial de llamada. 2. H.225 Control de llamada: sealizacin, registro y admisin, paquetizacin / sincronizacin del flujo de voz. 3. H.245 Protocolo de control para especificar mensajes de apertura y cierre de canales para flujos de voz. Compresin de voz: 1.Requeridos: G.711 y G.723. 2. Opcionales: G.728, G.729 y G.722

29

Transmisin de voz: 1. 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. 2. 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. La figura 4 visualiza grficamente el nivel en el que trabajan estos protocolos cuando se establece una llamada VoIP.

Figura 4 Pila de protocolos en VoIP Fuente: Artculo Descripcin tcnica detallada sobre Voz sobre IP (VOIP), http://www.monografias.com/trabajos11/descripip/descripip.shtml

El hecho de que VoIP se apoye en un protocolo de nivel 3, como es IP, permite una flexibilidad en las configuraciones que en muchos casos est todava por descubrir. Una idea que parece inmediata es que el papel tradicional de la centralita telefnica quedara distribuido entre los distintos elementos de la red VoIP. En este escenario, tecnologas como CTI (computer-telephony integration)

30

tendrn

una

implantacin mucho ms simple. Ser el paso del tiempo y la entornos, los que irn

imaginacin de las personas involucradas en estos definiendo aplicaciones y servicios basados en VoIP.

2.8.5 Protocolo (IAX) Inter-Asterisk Exchange

La segunda versin del protocolo de comunicacin entre Asterisks (Inter-Asterisk eXchange) se conoce como IAX2.16 IAX2 es una alternativa al protocolo de sealizacin SIP. Fue creado como parte del desarrollo de la PBX Asterisk. A diferencia del SIP, que usa dos flujos de datos para voz y otros dos para sealizacin, IAX2 usa slo un par de flujos donde voz y datos coexisten. Esta forma de enviar tanto las conversaciones como la sealizacin por el mismo canal se conoce como in-band, en contraste con el mtodo que usa SIP, el out-of-band.

Debido a su diseo, IAX2 es la opcin ms adecuada en regiones en desarrollo donde existe gran presencia de NATs. Adems, IAX2 es capaz de empaquetar llamadas simultneas en un solo flujo de paquetes IP. Este mecanismo es conocido como trunking y su implementacin resulta en ahorros en el consumo de ancho de banda. El concepto de trunking se puede explicar con la siguiente metfora: imagnate que necesitas mandar cinco cartas a gente que vive en otro pas. Una posibilidad es usar un sobre por cada una de las cartas; la otra es usar un nico sobre e incluir el nombre del destinatario final en la cabecera de cada una de las cartas. La agregacin de llamadas en telefona IP funciona de la misma forma y permite enviar mltiples cartas (llamadas) en un nico sobre (paquete IP).

En resumen, el diseo de IAX2 es ms adecuado para regiones en desarrollo por tres razones: 1. Reduce el uso de ancho de banda por llamada.

31

2. Est diseado para operar en presencia de NATs (soporte nativo) y es ms fcil de usar detrs de los cortafuegos. 3. Reduce an ms el ancho de banda cuando se realizan varias llamadas simultneas (como resultado del trunking)

IAX2 es un protocolo de telefona IP que utiliza un reducido nmero de bits en las cabeceras y que est diseado para permitir la comunicacin entre centralitas y clientes Asterisk. El contenido de voz en los paquetes se enva usando una cabecera de tan solo 4 octetos (32 bits). Una cabecera ms compleja de 12 octetos se utiliza con los paquetes de control y en algunos paquetes especiales de voz (uno por minuto aproximadamente).

La idea de enviar la sealizacin dentro del canal de voz (in-band) obliga a separar los paquetes de voz de los de sealizacin. Aunque este diseo requiere ms gasto de procesamiento ofrece mejores propiedades en presencia de cortafuegos y NATs.

2.8.6 Protocolo SIP (Session Initiation Protocol)

El protocolo de sealizacin de inicio de sesin, del ingls Session Initiation Protocol (SIP), es una especificacin para Internet para ofrecer una funcionalidad similar al SS7 pero en una red IP. El protocolo SIP, desarrollado por el IETF, es responsable de establecer as llamadas y del resto de funciones de sealizacin. Recuerda que, cuando hablamos de sealizacin en el contexto de llamadas de voz, estamos hablando de la indicacin de lnea ocupada, los tonos de llamada o que alguien ha contestado al otro lado de la lnea.

SIP hace tres cosas importantes:

1. Encargarse de la autentificacin. 2.-Negociar la calidad de una llamada telefnica.

32

3. Intercambiar las direcciones IP y puertos que se van utilizar para enviar y recibir las conversaciones de voz.

Es Un protocolo de sealizacin de capa de aplicacin que define la iniciacin, modificacin y la terminacin de sesiones interactivas de comunicacin multimedia entre usuarios 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 poda ver una sesin por multidifusin en IP como el lanzamiento del trasbordador espacial en el MBone., 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). 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:

2.8.6.1 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

33

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. Los User Agents pueden tomar distintas formas de acuerdo a su funcin: Telfono Softphone Gateway PSTN Servidor de conferencias Servidor de voice mail IVR 2.8.6.2 Servidores de red. Estos servidores de red se pueden clasificar en:

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

34

asociado a la misma. Un servidor proxy stateless no puede realizar todas las funciones, como pueden ser la contabilizacin de las llamadas.

Un Proxy opera como un representante (apoderado) que se encarga de negociar entre dos partes. Con la ayuda de un proxy puedes mover fsicamente tu nmero de telfono en Internet. Los nmeros no estn asociados a un sitio concreto sino que se pueden mover siempre y cuando notifiquemos al proxy de nuestra (nueva) ubicacin. como se muestra en la figura 5 Como el proxy funciona como un intermediario es capaz de indicar a las partes dnde se encuentran los telfonos. Este servidor intermedio en SIP aprende la posicin de sus usuarios durante un proceso que se conoce como registro.

Figura: 5 El proceso de registro entre clientes y el servidor proxy.La sealizacin (SIP) y las conversaciones de voz (RTP) viajan por caminos diferentes. 2.8.6.2.3 Protocolos en tiempo real y el NAT

En Internet, las conversaciones que usan sealizacin de tipo SIP resultanen flujo constante de paquetes de pequeo tamao entre los comunicantes. Estos paquetes de voz hacen uso de otro protocolo llamado RTP. El protocolo de transporte de tiempo real o Real-time Transport Protocol (RTP) es el encargado de llevar las conversaciones (la voz) de un lado a otro. En el RTP se define un mecanismo estndar para enviar audio y vdeo en Internet. De la misma forma que en una conversacin existen dos flujos de voz, en una conversacin en una red IP tenemos dos flujos de paquetes RTP. Los Network Address Translators (NATs) son los grandes enemigos del RTP. Una red con un NAT consiste en varios ordenadores compartiendo, con el mundo exterior, una sola direccinIP pblica. Las mquinas situadas dentro de la red NAT usan direcciones privadas aunque el NAT permite

35

conectar ms fcilmente ordenadores a la red, lo hace al precio de no permitir una conexin puramente bi-direccional. El efecto de un NAT en voz sobre IP es que no se pueden recibir conexiones iniciadas desde el exterior. Existen varios problemas relacionados con NAT y VoIP. El ms comn de los problemas es conocido como audio en una sola direccin (oneway audio). Como recordars, una conversacin est compuesta por dos flujos de paquetes RTP distintos. En presencia de un NAT, slo el flujo de dentro a fuera no es bloqueado; el flujo de fuera adentro no tiene la misma suerte y puede atravesar el NAT.

La consecuencia: el que inicia la llamada desde dentro del NAT no puede escuchar a la otra parte. Si los dos comunicantes se encuentran dentro de NATs las cosas se complican an ms hasta el punto de que ningn flujo de audio llega a su destino final.

Por desgracia, las direcciones IP privadas y los NAT estn especialmente presentes en todos los lugares de las regiones en desarrollo. Configurar una red con sealizacin SIP y NATs no es trivial.

2.8.6.2.4

Servidores de registro (Register servers).

Registran las 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 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 36

descritos anteriormente. Por ultimo, decir que el protocolo SIP puede ser utilizado conjuntamente con otros protocolos de sealizacin.

2.8.6.3 Integracin con Protocolos IETF

SIP no es un protocolo integrado verticalmente. (Wright D.J, 2001) SIP puede utilizar otros protocolos estndares para construir las sesiones de una aplicacin basada en SIP. Por ejemplo: 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

37

2.8.6.4 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. Mensajes Instantneos. Find me / Follow me. Conferencias ad-hoc y programadas. Control por aplicaciones externas (CTI) Colaboracin Web

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

38

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.

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

2.8.6.7 Relacin ente 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.

39

2.8.6.8 Calidad de servicio en VoIP

En la calidad de servicio entran varios parmetros importantes como para estar unidos al concepto de aplicacin. Ancho de banda, retardo, correlacin marcacin IP, etc. Partiendo de la premisa que la red IP debe ser transparente a la voz, se entiende que la voz que se mueve a travs de una red, no es voz, sino datos, ya que se trata de la misma forma.

Esto acarrea un problema. De la misma manera que la red telefnica no est pensada para los datos, la red IP no est pensada para la voz. IP ofrece una tasa de error muy baja, pero un retraso considerable, mientras que la red telefnica, hace justamente lo contrario.

El encaminamiento de VoIP es no orientado a conexin, por lo que no hay circuitos virtuales de extremo a extremo, las mtricas de enrutamiento se basan en el menor nmero de saltos o peso de lnea y el protocolo de enrutamiento es dinmico, la tabla se crea automticamente.

Uno de los parmetros ms importantes en la calidad de servicio es el protocolo de reserva de ancho de banda, Reservation Protocol (RSVP), que permitir pedir o establecer comunicaciones iscronas entre dos entidades. El problema viene cuando el ruteador no soporta este protocolo o se pretende reservar ms ancho de banda del que se dispone. Por lo tanto hay que establecer un compromiso entre calidad de voz, retardo y ancho de banda. Determinar unos lmites aceptables de retardo y evitar conversiones mltiples.

2.8.6.9 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

40

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 para digitalizacin de la voz produciendo un desmejoramiento en la calidad de la misma apenas perceptible.

2.8.7.0 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

41

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

42

CAPTULO III

3.1

Metodologa

Para llevar a cabo este proyecto, es necesario tener conocimientos sobre Linux, y Asterisk dado que estos servidores 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 seguros.

3.2

La alternativa a implementar.

Montar un sistema de telecomunicaciones utilizando las mismas bondades de una PBX tradicional, pero dentro de un contexto de capacidades mucho ms abundantes. Como lo es montar un sistema de telefona IP basado en Linux y Asterisk, conocido como VoIP.

3.3

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

43

Figura: 6 Requisitos de Hardware Fuente: Artculo Voz IP, ingeniera en Redes y Comunicaciones, http://www.comunicaciones.unitronics.es/tecnologia.htm

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.

Que tan poderoso se quiere Asterisk es una pregunta importante para tener en cuenta las siguientes recomendaciones:

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 la CPU 44

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.

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.

45

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.

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

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

3.3.2 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 interrupciones por segundo, es recomendable usar una placa base con chipset Intel para CPUs Intel y una nVidea nforce para CPUs AMD.

46

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.

4.- Es recomendable evitar las placas madres que contengan componentes integrados como audio o video, ya que en un sistema Asterisk nunca se 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.

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

47

3.3.4 Telfonos VoIP

Un telfono de VoIP o telfono IP es un equipo especialmente diseado para conectarse a una red de telefona IP. Los telfonos IP pueden implementar uno o varios protocolos de voz sobre IP.

Algunas de las caractersticas que debes tener en cuenta cuando compres un telfono IP son: Ancho de banda reducido: inclusin de Codecs de alta compresin (e.g. G.729, gsm, speex). Buena interfaz de administracin: inclusin de interfaz web. Salida de audio: inclusin de salida externa de audio y soporte de manos-libres (para educacin a distancia). Existen muchos modelos en rango de precios de 100-120 USD que hacen mucho ms de lo que vas a necesitar y funcionan perfectamente con Asterisk.
3.3.5 Telefona con Software SoftPhones

Una alternativa al uso de equipos dedicados (fsicos) de VoIP es el uso de programas para emularlos. Estos programas se conocen como softphones y funcionan en cualquier ordenador personal .El nico requerimiento es tener una tarjeta de sonido en funcionamiento y estar seguro de que el cortafuegos instalado en tu mquina no est bloqueando a la aplicacin. Si se quiere reducir el ancho de banda usado por tus conversaciones elige un soft phone que tenga soporte para el protocolo IAX2 y activa un codec de alta compresin.

3.4

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

3.5

Instalacin del Sistema Base:

Asterisk es soportado por la gran mayora de distribuciones de GNU/Linux RedHat, Fedora, Debian, Mandrake, Slackware y Gentoo han sido usadas exitosamente, debido a su gran popularidad ha sido portado a UNIX como Solaris, Apples Mac O.S. X, y variantes de BSD.

Para el desarrollo de la centralita se utilizara la distribucin GNU/Linux Debian, el motivo de la utilizacin de esta distribucin es su amplia documentacin y soporte. Debian esta distribuido libremente en Internet, y se puede descargar desde los mirror de descarga disponible: http://www.debian.org

En el proceso de instalacin hay que 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, 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.

49

3.5.1 Configuracin del Sistema Base

Antes de instalar Asterisk en nuestro servidor, debemos realizar algunos pasos para dejar nuestro sistema en ptimas condiciones, estas son:

3.5.1.1 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 travs de un servidor DHCP (Dynamic Host Configuration Protocol). 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 __.__.__.__ network __.__.__.__ netmask 255.255.255.0 broadcast __.__.__.__

nota: en los espacios en blanco se ponen las direcciones respectivas.

50

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

3.5.1.2 Configuracin de Ruta.

Antes de continuar, debemos verificar el correcto acceso a Internet, para esto utilizamos los siguientes comandos: ping, telnet y traceroute. 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 148.209.1.1 dev eth0 . Aunque ahora esto ya viene por default.

Otro factor importante a considerar es la hora del sistema ya que nos puede presentar errores cuando tratamos de realizar alguna operacin.

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, software necesario para el funcionamiento del sistema en general. Para esto utilizaremos el sistema de paquetes precompilados APT

3.5.1.3 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

51

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.

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.

52

3.6

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.

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.

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 abrir una consola y dar la instruccin para correr Asterisk

3.6.1 Directorios de Asterisk

Asterisk usa algunos del los directorios del sistema Linux para manejar algunos aspectos. A continuacin veremos la estructura de archivos de 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.

53

/usr/lib/Asterisk/modules/: En este directorio se encuentran todos los mdulos cargables de Asterisk, por defecto Asterisk carga todos los mdulos de este 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 (esto es un algoritmo asimtrico cifrador de bloques, que utiliza una clave pblica, la cual se distribuye (en forma autenticada preferentemente), y otra privada, la cual es guardada en secreto por su propietario). 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.

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

54

/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:

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

3.6.2 Configuracin de SIP

Para la configuracin del protocolo SIP (Protocolo de Inicio de Sesin) 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

55

los usuarios no registrados. Las secciones estn denotadas por corchetes ([]). Ejemplo:

Asterisk:/etc/Asterisk# vi sip.conf [general] context=default srvlookup=yes [john] type=friend secret=welcome qualify=yes ; Qualify peer is no more than 2000 ms away nat=no ; This phone is not natted host=dynamic ; This device registers with us canreinvite=no ; Asterisk by default tries to redirect context=internal ; the internal context controls what we can do

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 autocreatepeer= yes | no: Si se define, cualquier cliente podr registrarse en el sistema como tipo 'peer' sin revisin de credenciales.

56

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

57

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

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.

58

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

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

59

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}

3.6.3 Dialplan

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 del 0 al 9, como por ejemplo: [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 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.

60

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

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 de damos prioridad de 1 para la aplicaciones de contestar, y aplicacin de 2 para cortar.

61

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

El uso mas comn de esta aplicacin es la creacin de mens de voz, la sintaxis de background() es similar a la de Playback().

62

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)

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)

63

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:

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

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

64

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 las partes que la componen, estamos listos para habilitar las salidas de llamadas, para realizar esta accin debemos agregar 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:

[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

65

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:

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

66

[internal]

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

3.6.4 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 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 67

/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. 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()

Voicemail(): Esta es la aplicacin que enva las llamadas a un mailbox

68

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 de 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( )

3.7

Creando la PBX

Durante el desarrollo usaremos Softphone y montaremos dos servidores asterisk para poder establecer llamadas entre los softphone a travs de la PBX. El servidor Asterisk esta configurado en linux y los usuarios softphone pueden ejecutarse en linux o Windows.

3.7.1 Plan General

Se Instalaran dos PBX; una en el campus universitario y otra en la facultad de matemticas para ofrecer telefona IP a dos instituciones educativas de la regin. Despus de completar la instalacin, cada institucin ser capaz de hacer llamadas telefnicas utilizando la red de Internet de la UADY. En la modalidad de SoftPhone, utilizando el protocolo SIP. e IAX.

69

El prototipo tiene 2 usuarios en cada servidor; que se deben registrar para ser parte de la red, esto quiere decir que cada uno tiene nombre de usuario y contrasea, al registrarse se pueden comunicar a cualquier nmero dentro de la red y ocupar cual quiera de los servicios que ofrece la PBX

3.7.2 Configurando los clientes VoIP

Facultad de matemticas

El primer cliente (Terminal Softphone) est situado en la Facultad de matemticas en la ciudad de Mrida Yucatn situada alrededor de 150 Km. del Campus universitario. (Servidor Asterisk y su respectivo cliente)

Una vez que la infraestructura de comunicaciones se despleg, se podr establecer el servicio de telefona para las llamadas internas ya que se utiliza la infraestructura de Internet de la misma institucin. El uso de voz sobre IP nos permite trabajar en modelos de desarrollo donde se puede considerar las llamadas internas como gratuitas, ya que en el servicio de Internet estarn incluidas.

Con soporte para el protocolo SIP. El Terminal est conectado directamente a nuestra PBX a travs de una pasarela cableada La direccin IP del Terminal IP (direccin IP) est en el mismo segmento de red que nuestra PBX (valor). Como el enlace est en modo transparente, la PBX y el Terminal IP se comunican directamente y no tenemos que preocuparnos de los problemas relacionados con el NAT (Traduccin de Direccin de Red). En la siguiente figura (figura 1) se observa el esquema:

70

Figura 1 Enlace de dos Servidores Asterisk va Internet con sus terminales Softphone Campus Tizimn

El segundo cliente de nuestra red interna es otro terminal Softphone. Se usar el protocolo SIP El elemento que requiere ms atencin es el SoftPhone que usa SIP (fig.X). nos aseguramos que el audio funciona en las dos direcciones. El SoftPhone que usa SIP y que funciona bien dentro de los NATs es el programa X Lite de Xten (referencia: ver el siguiente apartado) y es el que se utiliz

Desde el punto de vista conceptual no existen diferencias entre la configuracin de un programa cliente de telefona IP en un ordenador y un terminal fsico: se usan los valores de usuario/clave en cada uno de los programas, se asegura que el codec G711 (u-law) est activado y que la direccin de la PBX (proxy) es la que en cuestin se maneje. Un programa de telefona Softphone est instalado en cada uno de las terminales. Los clientes usan el protocolo SIP e IAX

3.7.3 La configuracin del X-lite

Un Softphone (en ingls combinacin de Software y de Telephone) es un software que hace una simulacin de telfono convencional por computadora. Es 71

decir, permite usar la computadora para hacer llamadas a otros softphones o a otros telfonos convencionales.

El Softphone que se utilizar ser el X-lite, no olvidar que existen otros tipos de Softphone, sin embargo, se eligi este por ser libre y de fcil uso. Puedes descargarlo de http://www.xten.com/ Una vez instalado el Softphone seguiremos con el proceso de configuracin para los usuarios de la red, no olvidando que dichos usuarios fueron previamente declarados. En el servidor Asterisk. se configurarn tantos usuarios como se tengan previamente declarados.

En la siguiente figura (Fig. 7) observamos el proceso de activacin a la red de un usuario Softphone , el cual constar de una declaracin que comienza con la activacin del mismo; seguido del Display name en este caso en particular ser el cliente 2002. y se repite para el nombre del usuario y usuario autorizado. Posteriormente se escribe el password y en los siguientes dos campos la direccin IP del servidor y colocaremos las dems opciones en sus valores default.

Fig 7. Proceso de alta a un cliente Softphone en la red VoIP

72

3.7.4 La Configuracin de Asterisk

Paso 1: Definir y configurar los canales de comunicacin

Se usan dos tipos de canales de comunicacin: SIP y IAX2. Por lo tanto, Se edit los ficheros sip.conf e iax.conf.

En el fichero sip.conf, incluye los siguientes datos: SIP.conf para el Servidor A [general] context =bogon-calls bindport=5060 bindaddr=0.0.0.0 srvlookup=yes allow=ulaw allow=ilbc allow=gsm allow=ilbc allow=g723.1 allow=g729 [20] type=friend username=20 secret=slackware allow=gsm nat=no host=dynamic qualify=yes context=slack-sip mailbox=100 callerid="Martin Basto" ; definoa al primer usuario

SIP.conf para el Servidor B

[general] context =bogon-calls bindport=5060 73

bindaddr=0.0.0.0 srvlookup=yes allow=ulaw allow=ilbc allow=gsm allow=ilbc allow=g723.1 allow=g729 [22] ; defino al segundo usuario

;type=friend type=friend username=22 secret=slackware host=dynamic allow=gsm qualify=yes nat=no context=slack-sip mailbox=100 callerid="Martin Caballero" Cabe sealar que en este archivo se pueden definir todos los usuarios SIP que se deseen.

Y en iax.conf, tenemos las siguientes opciones: IAX.conf para el Servidor A

[general] bindport=4569 bindaddr=0.0.0.0 language=en bandwidth=low disallow=all disallow=g723.1 allow=lpc10 allow=gsm tos=lowdelay autokill=yes 74

[88]

defino al primer usuario iax

type=friend secret=slackware host=dynamic context=slack-sip callerid="Jesus Caballero" IAX.conf para el Servidor B [general] bindport=4569 bindaddr=0.0.0.0 language=en bandwidth=low disallow=all disallow=g723.1 allow=lpc10 allow=gsm tos=lowdelay autokill=yes [77] ;defino al segundo usuario iax type=friend secret=slackware host=dynamic context=slack-sip callerid="martin Caballero"

Paso 2: Se define las reglas en el plan de marcado (crear las extensiones) Tenemos que definir un contexto en el plan de marcado en extensions.conf

El fichero extensions.conf tiene el siguiente aspecto: extensions.conf para el Servidor A

[bogon-calls] 75

exten => _.,1,congestion [slack-sip] exten => _44XX,1,Answer() exten => _44XX,2,Dial(IAX2/Asterisk1:[Asterisk1key] @148.209.121.161/${EXTEN:2}) exten => _44XX,3,Hangup()

exten => 20,1,Dial(SIP/20,19) exten => 20,2,Voicemail(u20) exten => 20,102,Voicemail(b20) exten => 20,103,Hangup

exten => 2999,1,VoicemailMain(${CALLERIDNUM}) exten => 6601,1,WaitMusicOnHold(30) include => demo include => meetme [meetme] exten => 100,1,Playback, thereare exten => 100,2,Playback,callersin exten => 100,1,MeetMe,4000 [Asterisk2context] exten => _XX,1,Answer() exten => _XX,2,Dial(SIP/${EXTEN}) exten => _XX,3,Dial(IAX2/${EXTEN}) exten => _XX,4,Hangup() extensions.conf para el Servidor B

[bogon-calls] exten => _.,1,congestion [slack-sip] exten => _33XX,1,Answer() exten => _33XX,2,Dial(IAX2/Asterisk2:[Asterisk2key] @148.209.121.152/${EXTEN:2}) exten => _33XX,3,Hangup() 76

exten => 22,1,Dial(SIP/22,20) exten => 22,2,Voicemail(u22) exten => 22,102,Voicemail(b22) exten => 22,103,Hangup

exten => 2999,1,VoicemailMain(${CALLERIDNUM}) exten => 6601,1,WaitMusicOnHold(30) include => demo include => meetme [meetme] exten => 100,1,Playback, thereare exten => 100,2,Playback,callersin exten => 100,1,MeetMe,4000 [Asterisk1context] exten => _XX,1,Answer() exten => _XX,2,Dial(SIP/${EXTEN}) exten => _XX,3,Dial(IAX2/${EXTEN}) exten => _XX,4,Hangup()

Interconectando dos servidores con Asterisk El fichero de configuracin iax.conf iax.conf para el servidor A [general] bindport=4569 bindaddr=0.0.0.0 language=en bandwidth=low disallow=all disallow=g723.1 allow=lpc10 allow=gsm tos=lowdelay autokill=yes [Asterisk2] type=friend 77

host=dynamic context=Asterisk2context auth=rsa inkeys=Asterisk2key notransfer=yes iax.conf para el servidor B [general] bindport=4569 bindaddr=0.0.0.0 language=en bandwidth=low disallow=all disallow=g723.1 allow=lpc10 allow=gsm tos=lowdelay autokill=yes [Asterisk1] type=friend host=dynamic context=Asterisk1context auth=rsa inkeyis=Asterisk1key notransfer=yes extensin.conf servidor A

[bogon-calls] exten => _.,1,congestion [slack-sip] exten => _44XX,1,Answer() exten => _44XX,2,Dial(IAX2/asterisk1:@148.209.121.161/${EXTEN:2}) exten => _44XX,3,Hangup()

78

extensin.conf servidor A [bogon-calls] exten => _.,1,congestion [slack-sip] exten => _44XX,1,Answer() exten => _44XX,2,Dial(IAX2/asterisk2:@148.209.121.169/${EXTEN:2}) exten => _44XX,3,Hangup()

79

CAPTULO IV
Resultados y conclusiones Los resultados. Fueron la elaboracin del prototipo de red y verificar su funcionamiento el cual analizamos a continuacin.

Fig.8.- Representa al Softphone A, el cual establecio una conversacin VoIP con el softphone B

Fig.9.- Representa al Softphone B, el cual estableci una conversacin VoIP con el Softphone A.

80

En las figuras anteriores (Fig 8 y Fig 9) podemos observar el funcionamiento de dos terminales Softphone (Softphone A y softphone B) conectados al servidor Asterisk y estableciendo una conversacin telefnica va VoIP.

A travs de la prctica se pudo comprobar el funcionamiento de los servidores y la calidad de transmisin en el servicio de la telefona VoIP. La calidad de la transmisin y la recepcin de las llamadas fueron relativamente buenas dado que efectivamente depende del ancho de banda.

Esta nueva tecnologa esta creciendo de una manera rpida la cual esta siendo adoptada por las empresas por sus mltiples servicios y su bajo costo.

La existencia de software libre que hace posible la creacin de este tipo de tecnologa nos permite aprender a utilizarla y aprovecharla para el beneficio de la sociedad

La nueva tecnologa de comunicacin no resulta ni mejor ni peor solo son una alternativa factible que ofrece los mismos servicios y ms de la telefona tradicional con sus respectivos aspectos negativos y positivos que hemos estudiado y planteado en este documento.

Esta nueva tecnologa nos permite ser dueos de nuestro propio desarrollo y que podamos adaptarla a nuestras necesidades. Dado que es difcil imaginar un desarrollo sostenible sin transmisin de conocimiento y reapropiamiento tecnolgico.

Una solucin basada en estndares abiertos y cdigo libre no es slo una buena solucin desde un punto de vista puramente tcnico sino que adems permite la posibilidad de adaptacin para mejorarse a la realidad local.

El avance ha sido la posibilidad de emular la funcionalidad de los sistemas de telefona tradicional con un programa funcionando en un ordenador personal. De esta

81

manera todos los elementos necesarios estn al alcance: tenemos el acceso a los programas y a los equipos que permiten el intercambio de conversaciones telefnicas. Esto es, se tiene una red abierta y pblica para intercambiar esas llamadas (la Internet).se tiene la posibilidad de modificar cada uno de los elementos para adaptarlos a las propias necesidades.

Plan a Futuro. Como se pudo observar este prototipo involucra solo las llamadas PC a PC a travs de Softphone. Ahora bien es posible continuar implementando las dems modalidades como lo son : PC a Telfono y Telfono a telfono. Con todas las bases de conocimiento que aporta este documento es posible que podamos desarrollar estas aplicaciones . no olvidando que el siguiente paso involucra hardware y por lo consiguiente un costo adicional.

82

Referencias Bibliogrficas: Van Meggelen, Jared Smith, Leif Madsen. Asterisk, The Future of

Jim

Telephony, O'Really 2005. Licencia Creative Commons. Paul Mahler ,VoIP Telephony with Asterisk Andrew Tanenbaum Redes de Computadoras 2003. Collins D ,Carrier grade Voice over IP, 2001. Davidson J. y Peters J. Voice over IP Fundamentals, 2000. V. y Korpi M., IP Telephony with H.323, Kumar 2001. Varshney U. / Snow A. / McGivern M. / Howard C., Voice Over IP, 2002. Wright D.J., Voice Over Packet Networks, 2001. Sinclair Jason, Configuring Cisco Voice Over IP, Cisco Press. Srinivas Vegesna., IP quality of service (Cisco networking fundamentals), Cisco Press. Padjen Robert., IP Telephony Design and Implementation, Cisco Press. Minoli Daniel., Delivering Voice Over IP Networks, 2nd edition, Cisco Press. The Asterisk Handbook Version 2 Autor: Mark Spencer, Mack Allison, Christopher Rhodes http://www.asterisk.org/ http://www.monografias.com/trabajos11/descripip/descripip.shtml#estand http://www.iec.org, Web Proforum Tutorials, VoIP. http://www.netacad.uat.edu.mx/retooling.html http://www.skype.com/intl/es/helloagain.html

*consultadas el 13/06/2006

83

Tabla de Abreviaturas

Abreviatura Frame Relay ATA DECT

Descripcin (Frame-mode Bearer Service) Adaptador Telefnico Analgico Comunicacin Digital Inalmbrica Mejorada Digital Enhanced Cordless Telecommunications

FXO FXS GSM

Foreign Exchange Office Foreign Exchange Station Sistema Global para Comunicaciones Mviles Global System for Mobile communication

IAX(2)

Protocolo de intercambio de Asterisk (versin 2) IETF Grupo de Trabajo de Ingeniera de la Internet Internet Engineering Task Force

ITU/UIT

Unin Internacional de Telecomunicaciones Internacional Telecommunications Union

IVR

Respuesta de Voz Interactiva Respuesta Vocal Interactiva Interactive Voice Response 0

NAT

Traductor de Direcciones de Red Network Address Translator

PBX (PABX)

Centralita Telefnica (Automtica) Privada Private (Automatic) Branch Exchange

PCM/MIC

Modulacin por Impulsos Codificados Pulse Code Modulation PSTN/RTB(C) Red de Telefona Bsica (Conmutada) Public Switched Telephone Network

QoS

Calidad de Servicio Quality of Service

RFC

Documento de Trabajo de Estandarizacin (Internet) Request For Comment

RTP

Protocolo de Tiempo Real

84

Real-time Transport Protocol SCCP Protocolo de Control de Llamadas Skinny Skinny Call Control Protocol SIP Protocolo de Sealizacin de Sesin(es) Session Initiation Protocol SS7 Sistema de Sealizacin (versin) 7 Signalling System 7 TA/ATA Telephone Adapter UDP VoIP VSAT User Data Protocol Voz sobre IP. Telefona IP Terminal de Pequea Apertura (Comunicaciones por Satlite) Very Small Apertura Termina Adaptador Telefnico

85