Protocolo H.

323 En un principio, las redesVoIP eran propietarias, en donde cada fabricante diseaba su propia pila de protocolos que controlaban los mecanismos de sealizacin, control y codificacin de la voz con muy poca o sin ninguna interoperabilidad entre ellas. En 1996, La ITU emiti la recomendacin H.323 titulada "Sistemas Telefnicos Visuales y Equipos para Redes de rea Local que proporcionan una Calidad de Servicio No Garantizada". Esta Norma fue la base de los primeros sistemas de Telefona Internet ampliamente difundidos. El protocolo H.323 hace referencia a una gran cantidad de protocolos especficos para codificacin de voz, establecimiento de llamadas, sealizacin, transporte de datos y otras reas, en lugar de especificar estas cosas en si. Entre otras cosas, el hecho de que NetMeeting, un cliente H.323 desarrollado por Microsoft para Windows 95, 98, 2000 y Windows NT, se entregue de forma gratuita, es prcticamente una garanta de que esta es la norma que hay que cumplir. El modelo general se ilustra en la figura N 4-01. En el centro se encuentra una Puerta de Enlace (Gateway H.323) que conecta Internet con la Red Telefnica (PSTN o ISDN). Dicha Puerta de Enlace maneja los protocolos H.323 por el lado de Internet y los protocolos PSTN o ISDN en el lado de la Red Telefnica. Los dispositivos de comunicacin se llaman Terminales. Una LAN podra tener un Gatekeeper, el cual controla los terminales bajo su jurisdiccin, llamados zona.

FIGURA N 4-01 ALCANCE DEL PROTOCOLO H.323: COMPONENTES DE UNA RED VoIP: Las redes de VoIP suelen contener los siguientes componentes fundamentales, segn se muestra en la figura N 4-02: telfonos IPs, adaptadores para PCs, Hubs telefnicos, Gateways H.323, Gatekeeper, Unidades de ConferenciaMultimedia (MCU).

FIGURA N 4-02 Tiene las siguientes funciones bsicas: Autenticacin y control de admisin, para permitir o denegar el acceso de usuarios. Proporciona servicios de control de llamada. Servicio de traduccin de direcciones (DNS), de tal manera que se puedan usar nombres en lugar de direcciones IP. Gestionar y controlar los recursos de la red: Administracin del ancho de banda. Localizar los distintos Gateways y MCUs cuando se necesita. EL GATEKEEPER: todos los elementos de red de VoIP (terminales, Gateways, MCU) tienen que usar el Gatekeeper como punto intermedio para la sealizacin. Los elementos de red se comunican con el Gatekeeper de VoIP utilizando el protocolo RAS H.225. Los Gatekeepers actan como controladores del sistema y cumplen con el segundo nivel de funciones esenciales en el sistema de VoIP de clase carrier, es decir, autenticacin, enrutamiento del servidor de directorios, contabilidad de llamadas y determinacin de tarifas. Los Gatekeepers utilizan la interfaz estndar de la industria ODBC-32 (Open Data Base Connectivity Conectividad abierta de bases de datos), para acceder a los servidores de backend en el centro de cmputo del Carrier y as autenticar a las personas que llaman como abonados vlidos al servicio, optimizar la seleccin del gateway de destino y sus alternativas, hacer un seguimiento y una actualizacin de los registros de llamadas y la informacin de facturacin, y guardar detalles del plan de facturacin de la persona que efecta la llamada.

EL GATEWAY: provee un acceso permanente a la red IP. Las llamadas de voz se digitalizan, codifican, comprimen y paquetizan en un gateway de origen y luego, se descomprimen, decodifican y rearman en el gateway de destino. El 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 PSTN o RDSI. Podemos considerar al Gateway como una caja que por un lado tiene un Interface LAN Ethernet, Frame Relay o ATM y por el otro dispone de uno o varios de los siguientes interfaces: FXO. Para conexin a extensiones de centralitas 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. El procesamiento que realiza el gateway de la cadena de audio que atraviesa una red IP es transparente para los usuarios. Desde el punto de vista de la persona que llama, la experiencia es muy parecida a utilizar una tarjeta de llamada telefnica. La persona que realiza la llamada ingresa a un gateway por medio de un telfono convencional discando un nmero de acceso. Una vez que fue autenticada, la persona disca el nmero deseado y oye los tonos de llamada habituales hasta que alguien responde del otro lado. Tanto quien llama como quien responde se sienten como en una llamada telefnica "tpica". Tenemos dos tipos de Gateways: Gateway H.323/H.320: bsicamente realiza la conversin entre estos dos formatos de forma que los terminales H.323 se pueden comunicar con equipos RDSI de videoconferencia, que pueden formar parte de la red corporativa o estar situados en la red pblica. Gateway H.323/RTB (Voz sobre IP). Posibilitan las comunicaciones de voz entre los terminales H.323 y los telfonos convencionales, estn en la red corporativa o en la red pblica. TERMINAL H.323: son los clientes que inician una conexin VoIP. Pueden ser de dos tipos: IP PHONE: o telfonos IP, se muestra en la figura N 4-03.

FIGURA N 4-03 SOFT PHONE; se trata normalmente de una PC multimedia que simula un telfono IP, por ejemplo, el servicio de NetMeeting utiliza protocolo H.323.

MCUs H.323: se utiliza cuando han de intervenir ms de dos partes en una conferencia. La MCU (Multimedia Conference Unit) es responsable de controlar las sesiones y de efectuar el mezclado de los flujos de audio, datos y video. ADAPTADOR PARA PC: ms conocido como ATA, es un adaptador de telfono analgico que se conecta al servicio de cable MODEM o al servicio de DSL, que permite obtener telefona por Internet. PILA DE PROTOCOLOS H.323: El VoIP/H.323 comprende una serie de protocolos que cubren los distintos aspectos de la comunicacin: DIRECCIONAMIENTO: RAS (Registration, Admision and Status): Protocolo de comunicaciones que permite a una estacin H.323 localizar otra estacin H.323 a travs del Gatekeeper. DNS (Domain Name Service): Servicio de resolucin de nombres en direcciones IP con el mismo fin que el protocolo RAS pero a travs de un servidor DNS. SEALIZACIN: H.225 (RAS): Protocolo que permite a los terminales hablar con el Gatekeeper, solicitar y regresar ancho de banda y proporcionar actualizaciones de estado. Q.931: Protocolo de sealizacin de llamadas, para establecer y liberar las conexiones con la red telefnica RTC. H.245: Protocolo de control de llamadas, permite a los terminales negociar ciertos parmetros como: el tipo de Codec, la tasa de bits. COMPRESIN DE VOZ: Requeridos: G.711 y G.723.1 Opcionales: G.728, G.729 y G.722 TRANSMISIN DE VOZ: UDP: La transmisin se realiza sobre paquetes UDP, pues aunque UDP no ofrece integridad en los datos, el aprovechamiento del ancho de banda es mayor que con TCP. RTP (Real Time Protocol): Maneja los aspectos relativos a la temporizacin, marcando los paquetes UDP con la informacin necesaria para la correcta entrega de los mismos en recepcin. CONTROL DE LA TRANSMISIN:

RTCP (Real Time Control Protocol): Es un protocolo de control de los canales RTP. Se utiliza principalmente para detectar situaciones de congestin de la red y tomar, en su caso, acciones correctoras. La arquitectura de protocolos se muestra en la figura N 4-03.

FIGURA N 4-03 LLAMADA DE UN TERMINAL PC H.323 A TELEFONO ESTANDAR: Para entender mejor el funcionamiento de los protocolos H.323, vamos a considerar una llamada desde una PC H.323 a un telfono estndar, establecindose los pasos siguientes: DESCUBRIMIENTO: Se utiliza el protocolo H.225 / RAS para descubrimiento del Gatekeeper. La PC difunde un paquete UDP de descubrimiento de Gatekeeper. El Gatekeeper responde indicando su direccin IP. La PC se registra con el Gatekeeper, envindole un mensaje de registro RAS en un paquete UDP. En caso de aceptacin, la PC solicita un ancho de banda al Gatekeeper, envindole un mensaje de admisin RAS. Cuando se ha proporcionado el ancho de banda, la PC establece una conexin TCP con el Gatekeeper, para comenzar el establecimiento de llamada. SEALIZACION: (Establecimiento de la conexin) Se utiliza el protocolo Q.931, para el establecimiento de llamada con el Gatekeeper. La PC enva un mensaje SETUP al Gatekeeper, especificando el nmero telefnico de destino (o la direccin IP y el puerto si el destino es una PC). El Gatekeeper responde con un mensaje CALL PROCEEDING para confirmar la recepcin de la solicitud. Al mismo tiempo, el Gatekeeper reenva el mensaje SETUP al Gateway. El Gateway establece una sealizacin con la central telefnica de destino, haciendo timbrar el telfono. La central de destino enva un mensaje ALERT al PC a travs del Gateway, indicando que ya se ha emitido el timbrado o sonido. Cuando el destino levanta el telfono, la central de destino retorna un mensaje CONNECT al PC a travs del Gateway, para indicar que tiene una conexin de capa fsica. En este punto el Gatekeeper no participa en la llamada. Los paquetes de datos subsiguientes van directo al Gateway. CONTROL DE LA LLAMADA: Se utiliza el protocolo H.245 para negociar los parmetros de la llamada.

Parmetros como: el tipo de Codec que soporta, la tasa de bits, video, llamadas de conferencia, etc. Terminado la negociacin de parmetros, se establecen dos canales de datos unidireccionales (para enviar y recibir). TRANSMISION DE VOZ: En este punto, pueden comenzar el flujo de datos a travs de los canales de datos unidireccionales, utilizando el protocolo RTP. El flujo de datos se controla mediante el protocolo RTCP. Si existe flujo de video, RTCP maneja la sincronizacin de audio / video. LIBERACION DE LA CONEXIN: Cuando una de las partes cuelga, se utiliza el canal de sealizacin Q.931 para terminar la conexin. La PC contacta al Gatekeeper con un mensaje RAS de liberacin del ancho de banda asignado. De otro lado, puede realizar otra llamada. En la figura N 4-04, se muestran los diversos canales lgicos establecidos durante una llamada.

CAPITULO V Protocolo SIP ALCANCE DEL PROTOCOLO SIP: SIP es un protocolo de sealizacin simple utilizado para telefona y videoconferencia por Internet. SIP es definido completamente en la RFC 2543 y en la RFC 3261. Basado en el Protocolo de Transporte de correo simple (SMTP) y en el Protocolo de Transferencia Hipertexto (HTTP), fue desarrollado dentro del grupo de trabajo de Control de Sesin Multimedia Multipartidaria (MMUSIC). SIP especifica procedimientos para Telefona, Videoconferencia y otras conexiones multimedia sobre Internet. SIP es un protocolo de la capa de aplicacin independiente de los protocolos de paquetes subadyacentes (TCP, UDP, ATM, X.25). SIP esta basado en una arquitectura cliente servidor en la cual los clientes inician las llamadas y los servidores responden las llamadas. Es un protocolo abierto basado en estndares, SIP es ampliamente soportado y no es dependiente de un solo fabricante de equipos. SIP es un protocolo ms nuevo que H.323 y no tiene madurez y soporte industrial al mismo tiempo. Sin embargo, por su simplicidad, escalabilidad, modularidad y comodidad con la cual integra con otras aplicaciones, este protocolo es atractivo para uso en

arquitecturas de voz paquetizados. SIP puede establecer sesiones de dos partes (llamadas ordinarias), de mltiples partes (en donde todos pueden or y hablar) y de multidifusin (un emisor, muchos receptores). Las sesiones pueden contener audio, video o datos. SIP solo maneja establecimiento, manejo y terminacin de sesiones. Para el transporte de datos, se utilizan otros protocolos, como RTP/RTCP. SIP es un protocolo de capa de aplicacin y puede ejecutarse sobre UDP o TCP. Algunas de las caractersticas claves que SIP ofrece son: Resolucin de direcciones, mapeo de nombres y redireccin de llamadas. Descubrimiento dinmico de las capacidades media del endpoint, por uso del Protocolo de Descripcin de Sesin (SDP). Descubrimiento dinmico de la disponibilidad del endpoint. Originacin y administracin de la sesin entre el host y los endpoints. BENEFICIOS DEL SIP: Algunos de los beneficios claves de SIP son: SIMPLICIDAD: SIP es un protocolo muy simple. El tiempo de desarrollo del software es muy corto comparado con los productos de telefona tradicional. Debido a la similitud de SIP a HTTP y SMTP, el reuso de cdigo es posible. EXTENSIBILIDAD: SIP ha aprendido de HTTP y SMTP y ha construido un exquisito grupo de funciones de extensibilidad y compatibilidad. MODULARIDAD: SIP fue diseado para ser altamente modular. Una caracterstica clave es su uso independiente de protocolos. Por ejemplo, enva invitaciones a las partes de la llamada, independiente de la sesin misma. ESCALABILIDAD: SIP ofrece dos servicios de escalabilidad: Procesamiento de Servidor; SIP tiene la habilidad para ser Stateful o Stateless. Arreglo de la Conferencia; Puesto que no hay requerimiento para un controlador central multipunto, la coordinacin de la conferencia puede ser completamente distribuida o centralizada. INTEGRACION: SIP tienen la capacidad para integrar con la Web, E-mail, aplicaciones de flujo multimedia y otros protocolos. INTEROPERABILIDAD: porque es un estndar abierto, SIP puede ofrecer interoperabilidad entre plataformas de diferentes fabricantes. COMPONENTES SIP: La figura N 5-01, muestran la interaccin entre los componentes de una red SIP.

FIGURA N 5-01 La figura N 5-02 muestra otro modelo de una red SIP, que utiliza el servidor de Registro.

FIGURA N 5-02 El sistema SIP contiene dos componentes: el agente usuario (User Agents UA) y los servidores de red. AGENTE USUARIO (UA): Un agente usuario es un endpoint SIP, el cual realiza y recibe llamadas SIP. Los tipos de agente usuario son: El cliente es llamado el Cliente Agente Usuario (UAC) y es usado para iniciar peticiones de llamadas SIP. El servidor es llamado Servidor Agente Usuario (UAS), que recibe las peticiones del UAC y retorna una respuesta al usuario.

Los clientes SIP pueden ser: Telfonos IP actuando en la capacidad de UAC o UAS. Gateways. Como sabemos, un Gateway provee control de llamada para un ambiente de VoIP. En una implementacin SIP, el Gateway provee funcionalidad de traslacin y conferencia. SERVIDORES DE RED: Hay tres tipos de servidores SIP: Servidor Proxy SIP: decide a que servidor la peticin debiera ser enviada y entonces enva la peticin. La peticin puede atravesar muchos servidores Proxy SIP antes de alcanzar su destino. La respuesta atraviesa entonces en el orden inverso. Un servidor proxy puede actuar como Cliente y Servidor y puede enviar peticiones y responder. Servidor de Redireccin: al contrario del servidor Proxy, el servidor de redireccin no enva peticiones a otros servidores. En lugar de ello, notifica a la parte llamante de la ubicacin actual de destino. Servidor de Registro: provee servicios de registro para los UACs para su localizacin permanente. Los servidores de registro son ubicados a menudo con un servidor Proxy y de Redireccin. Servidor de Localizacin: para consultar la ubicacin actual del usuario. MENSAJES DEL PROTOCOLO SIP: DIRECCIONES SIP: SIP trabaja en una premisa simple de operacin cliente servidor. Los clientes o endpoints son identificados por direcciones nicas definidas como URLs, es decir las direcciones vienen en un formato muy similar a una direccin de correo electrnico, a fin de que las paginas Web puedan contenerlos, lo que permite hacer click en un vinculo para iniciar una llamada telefnica. Las direcciones SIP siempre tienen el formato de user@host. El user puede ser: nombre, nmero telefnico. El host puede ser: dominio (DNS), direccin de red (IP). MENSAJES SIP: SIP usa mensajes para la conexin y control de llamadas. Hay dos tipos de mensajes SIP: mensajes de peticiones y respuestas. Los mensajes SIP son definidos como sigue: INVITE: Solicita el inicio de una llamada. Los campos de la cabecera contienen: Direccin origen y direccin destino. El asunto de la llamada. Prioridad de la llamada. Peticiones de enrutamiento de llamada. Preferencias para la ubicacin de usuario. Caractersticas deseadas de la respuesta. BYE: Solicita la terminacin de una llamada entre dos usuarios. REGISTER: Informa a un servidor de registro sobre la ubicacin actual del usuario. ACK: Confirma que se ha iniciado una sesin. CANCEL: Cancela una solicitud pendiente. OPTIONS:

Solicita informacin a una Host acerca de sus propias capacidades. Se utiliza antes de iniciar la llamada a fin de averiguar si ese host tiene la capacidad de transmitir VoIP, etc. LLAMADA DE PC A PC: Se analiza una llamada de PC a PC, y se muestra la figura N 5-03.

FIGURA N 5-03 Para establecer una llamada, el llamante crea una conexin TCP con el llamado. La conexin se realiza utilizando un acuerdo de tres vias. Enva un mensaje INVITE en un paquete TCP, indicando la direccin de destino, la capacidad, los tipos de medios y los formatos del llamante. El servidor Proxy SIP investiga en donde esta el usuario y lo solicita en el servidor de localizacin. Si el llamado acepta la llamada, responde con un cdigo de respuesta tipo HTTP (200 para aceptacin). Opcionalmente tambin puede proporcionar informacin sobre sus capacidades, tipos de medios y formatos. El llamante responde con un mensaje ACK para terminar el protocolo y confirmar la recepcin del mensaje 200. En este punto, pueden comenzar el flujo de datos utilizando el protocolo RTP. El flujo de datos se controla mediante el protocolo RTCP. Cualquiera puede solicitar la terminacin de la llamada enviando un mensaje BYE. Cuando el otro lado confirma su recepcin, se termina la llamada. CAPITULO VI Comparativa entre H.323 y SIP

SIMILITUDES: Ambos permiten llamadas de dos partes y mltiples partes utilizando las computadoras y los telfonos como puntos finales. Ambos soportan negociacin de parmetros, codificacin y los protocolos RTP y RTCP. DIFERENCIAS: H.323 es un estndar grande, complejo y rgido, que especifica toda la pila de protocolos en cada capa lo que facilita la tarea de interoperabilidad pero es difcil de adaptar a aplicaciones futuras. SIP es un protocolo de Internet tpico que funciona intercambiando lneas cortas de textoASCII, que interacta bien con otros protocolos de Internet. Es altamente modular y flexible, y se puede adaptar con facilidad a las nuevas aplicaciones. La figura N 6-01, muestra un cuadro comparativo de ambos protocolos: ELEMENTO Diseado por Arquitectura Versin ultima Control de llamadas Endpoints Compatibilidad con PSTN Compatibilidad con Internet Integridad Negociacin de parmetros Sealizacin de llamadas Formato de mensajes Transporte de medios Llamadas de multiples partes Conferencias multimedia Direcionamiento Terminacion de llamadas Mensajes instantaneos Encriptacion H.323 ITU Distribuida H.323V4 Gatekeeper Gateway, terminal Si No SIP IETF Distribuida RFC 2543 Servidor Proxy , redireccin User Agent Ampliamente Si

Pila de protocolos Maneja solo el establecimiento y completa terminacin de llamada. Si Q.931 sobre TCP Binario RTP/RTCP Si Si Si SIP sobre TCP o UDP ASCII RTP/RTCP Si No

Host o numero URLs telefoinico Explicita o Explicita o liberacion de TCP temporizador No Si Si Si terminacion de

Estado CONCLUSIONES

Distribuido ampliamente

Prometedor

VoIP es una aplicacin IP tiene requerimientos estrictos de performance. La performance de una red IP tiene un impacto directo sobre la calidad de voz. Se ha identificado el factor de deterioro que debiera ser medido. Estos incluyen la tasa de perdida de tramas, retardo y jitter. La calidad de servicio es un componente importante de la red IP. Cuando hay contencin de recursos, tal como una congestin de red, es importante para la red proveer mejor servicio al trfico de tiempo real tal como la VoIP a expensas del trfico de datos. Las compaas debieran elegir a los proveedores de equipos de VoIP basados en tres requerimientos muy importantes: Los clientes necesitan proveedores que soportan estndares abiertos dentro de sus productos y que estn activamente desarrollando estrategias de voz que consideran interoperabilidad con todos los protocolos de VoIP. Los clientes necesitan productos que soporten mltiples protocolos. En este sentido, si una compaa encuentra que necesita migrar su sistema o aadir productos que soportan protocolos diferentes, no ser requerido para ejecutar mejoras a la red. Los clientes necesitan soluciones de voz con soporte de extremo a extremo para todos los protocolos de VoIp, ello significa que los fabricantes deben proveer soluciones que trabajen en ambos ambientes de multiprotocolo y uniprotocolo. Trabajando con fabricantes que pueden proveer esta flexibilidad de VoIP, las compaas pueden enfocar en construir redes escalables y elsticas que soporten los requerimientos de las redes de prxima generacin (NGN). VENTAJAS: Se detalla a continuacin las ventajas y desventajas de contar con un sistema de VoIP: Es evidente que el hecho de tener una red en vez de dos, es beneficioso para cualquier operador que ofrezca ambos servicios, vase gastos inferiores de mantenimiento, personal cualificado en una sola tecnologa. Realmente se trata de una solucin verdaderamente fantstica. facturas de telfono muy bajas, oficinas virtuales, direccin centralizada y un rpido despliegue, son slo algunos de sus muchos beneficios. el xito de algunas grandes compaas combinado con el crecimiento de las redes wireless, puede mover esta tecnologa desde las empresas a los pequeos negocios y a todo el mercado en general. Como si el ahorro de ancho de banda no fuera suficiente, el despliegue de la voz sobre IP reduce el costo y mejora la escalabilidad empleando componentes de redes de datos estndares (enrutador, switches...), en vez de los caros o complicados switches para telfonos. Ahora el mismo equipo que dirige las redes de datos puede manejar una red de voz. VoIP posibilita desarrollar una nica red convergente que se encargue de cursar todo tipo de comunicacin, ya sea voz, datos, video o cualquier tipo de informacin. La telefona IP no requiere el establecimiento de un circuito fsico durante el tiempo que toma la conversacin, por lo tanto, los recursos que intervienen en la realizacin de una llamada pueden ser utilizados en otra cuando se produce un silencio, lo que implica un uso ms eficiente de los mismos.

Las redes de conmutacin por paquetes proveen alta calidad telefnica utilizando un ancho de banda menor que el de la telefona clsica, ya que los algoritmos de compresin pueden reducir hasta 8kbps la rata para digitalizacin de la voz produciendo un desmejoramiento en la calidad de la misma apenas perceptible. DESVENTAJAS 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. Se cambia confiabilidad por velocidad. Finalmente, tenemos que resaltar que as como PSTN, VoIP no puede prestar servicio a todos sus clientes (por ejemplo, una llamada GSM no pude manejar ms de algunos cientos o un par de miles de clientes). Por ahora, el servicio est restringido a redes privadas (y en consecuencia a pocos usuarios), ya que en un ambiente como una red pblica Internet, los niveles de calidad telefnica son bajos pues tal red no puede proveer anchos de banda reservados ni controlar la dramtica fluctuacin de carga que se presenta. El control de congestin de TCP hace reducir la ventana de transmisin cuando detecta prdida de paquetes, y el audio y el video son aplicaciones cuya rata de transferencia no permite disminuciones de este tipo en la ventana de transmisin. BIBLIOGRAFIA Redes de Computadoras. Andrew Tanenbaum, 2003. Carrier grade Voice over IP. Collins D, 2001. Voice over IP Fundamentals. Davidson J. y Peters J., 2000. IP Telephony with H.323, Kumar V. y Korpi M., 2001. Voice Over IP, Varshney U. / Snow A. / McGivern M. / Howard C., 2002. Voice Over Packet Networks, Wright D.J., 2001. Configuring Cisco Voice Over IP, Sinclair Jason, Cisco Press. IP quality of service (Cisco networking fundamentals), Srinivas Vegesna., Cisco Press. IP Telephony Design and Implementation, Padjen Robert., Cisco Press. Delivering Voice Over IP Networks, 2nd edition, Minoli Daniel., Cisco Press. , Web Proforum Tutorials, VoIP. GLOSARIO Asymmetric Digital Subscriber Line: Mtodo para aumentar la velocidad de transmisin en un cable de cobre. ADSL facilita la divisin de capacidad en un canal con velocidad ms alta para el suscriptor, tpicamente para transmisin de vdeo, y un canal con velocidad significativamente ms baja en la otra direccin. Automatic Call Distributor: Distribuidor automtico de llamadas. Sistema telefnico especializado que puede manejar llamadas entrantes o realizar llamadas salientes. Puede reconocer y responder una llamada entrante, buscar en su base de datos instrucciones sobre qu hacer con la llamada, reproducir locuciones, grabar respuestas del usuario y enviar la llamada a un operador, cuando haya uno libre o cuando termine la locucin. Asynchronous Transfer Mode: ATM es una tecnologa de conmutacin de red que utiliza celdas de 53 bytes, til tanto para LAN como para WAN, que soporta

voz, vdeo y datos en tiempo real y sobre la misma infraestructura. Utiliza conmutadores que permiten establecer un circuito lgico entre terminales, fcilmente escalable en ancho de banda y garantiza una cierta calidad de servicio (QoS) para la transmisin. Sin embargo, a diferencia de los conmutadores telefnicos, que dedican un circuito dedicado entre terminales, el ancho de banda no utilizado en los circuitos lgicos ATM se puede aprovechar para otros usos. Codec: Algoritmos de Compresin/Descompresin. Se utilizan para reducir el tamao de los datos multimedia, tanto audio como vdeo. Compactan (codifican) un flujo de datos multimedia cuando se enva y lo restituyen (decodifican) cuando se recibe. Si alguna vez recibes un fichero o una llamada telefnica y no puedes escuchar nada, lo ms probable es que la aplicacin que utilizas no soporte el codec con el que se han codificado los datos. Entre los codec de audio ms extendidos se encuentran: GSM (Global Standard for Mobile Communications), ADPCM, PCM, DSP TrueSpeech, CCITT y Lernout & Hauspie. Y entre los codec de vdeo tenemos a Cinepak, Indeo, Video 1 y RLE. Gateway: el gateway es el elemento encargado de hacer de puente entre la red telefnica convencional (PSTN) y la red IP. Cuando un telfono convencional trata de hacer una llamada IP, alguien tiene que encargarse de convertir la seal analgica en un caudal de paquetes IP, y viceversa. Esta es una de las funciones del gateway, que tambin ofrece una manera de que un dispositivo no IP pueda comunicarse con otro IP. Por una parte se conecta a una central telefnica, y por la otra a una red IP. Gatekeeper: el gatekeeper acta en conjuncin con varios gateways, y se encarga de realizar tareas de autenticacin de usuarios, control de ancho de banda, encaminamiento IP,... es el cerebro de la red de telefona IP. No todos los sistemas utilizados por los PSTI's son compatibles (gateway, gatekeeper) entre s. Este ha sido uno de los motivos que ha impedido que la telefona IP se haya extendido con mayor rapidez. Actualmente esto se est corrigiendo, y casi todos los sistemas estn basados en el protocolo h.323. Global System for Mobile Communications: GSM es la tecnologa telefnica mvil digital basada en TDMA predominante en Europa, aunque se usa en otras zonas del mundo. Se desarroll en los aos 80 y se despleg en siete pases europeos en 1992. Se utiliza en Europa, Asia, Australia, Norteamrica y Chile. Opera en las bandas de 900MHz y 1.8GHz en Europa y en la banda de 1.9GHz PCS en U.S.A. GSM define el sistema celular completo, no slo el interface radio (TDMA, CDMA, etc.). En 2000 haba ms de 250 millones de usuarios GSM, lo que representa ms de la mitad de la poblacin mundial de usuarios de telefona mvil. La codificacin de audio del estndar GSM se utiliza en Telefona IP y en la codificacin de audio en ficheros WAV y AIFF. H.323: es la recomendacin global (incluye referencias a otros estndares, como H.225 y H.245) de la Unin Internacional de Telecomunicaciones (ITU) que fija los estndares para las comunicaciones multimedia sobre redes basadas en paquetes que no proporcionan una Calidad de Servicio (QoS, Quality of Service) garantizada. Define las diferentes entidades que hacen posible estas comunicaciones multimedia: endpoints, gateways, unidades de conferencia multipunto (MCU) y gatekeepers, as como sus interacciones. Private Branch Exchange: Centralita, central privada. Un sistema telefnico utilizado en compaas y organizaciones, privado por tanto, para manejar llamadas externas e internas. La ventaja es que la compaa no necesita una

lnea telefnica para cada uno de sus telfonos. Adems las llamadas internas no salen al exterior y por tanto no son facturadas. Pulse Code Modulation: Convierte una seal analgica (sonido, voz normalmente) en digital para que pueda ser procesada por un dispositivo digital, normalmente un ordenador. Si, como ocurre en Telefona IP, nos interesa comprimir el resultado para transmitirlo ocupando el menor ancho de banda posible, necesitaremos usar adems un codec. Router: Un dispositivo fsico, o a veces un programa corriendo en un ordenador, que reenva paquetes de datos de una red LAN o WAN a otra. Basados en tablas o protocolos de enrutamiento, leen la direccin de red destino de cada paquete que les llega y deciden enviarlo por la ruta ms adecuada (en base a la carga de trfico, coste, velocidad u otros factores). Los routers trabajan en el nivel 3 de la pila de protocolos, mientras los bridges y conmutadores lo hacen en el nivel 2. Voice Over ATM: La voz sobre ATM permite a un enrutador transportar el trfico de voz (por ejemplo llamadas telefnicas y fax) sobre una red ATM. Cuando se enva el trfico de voz sobre ATM ste es encapsulado utilizando un mtodo especial para voz multiplexada AAL5. Wide Area Network: Una red de comunicaciones utilizada para conectar ordenadores y otros dispositivos a gran escala. Las conexiones pueden ser privadas o pblicas. Autor: MARCO AURELIO ROSARIO VILLARREAL. ; FELIPE HERRERA VEGA. MAESTRISTAS EN TELECOMUNICACION UNMSM 2006 VOIP Hasta hoy en da ha habido una divisin clara entre dos tipos de redes: -Redes de voz, basadas en conmutacin de circuitos, por lo que se ocupa un circuito y el enrutamiento durante una comunicacin se realiza siempre por el mismo camino. Ej: Red Telefnica convencional -Redes de datos, basadas en conmutacin de paquetes, la informacin se discretiza en paquetes y cada paquete puede viajar por caminos diferentes.Ej: Internet Para poder mandar la informacin por las redes de datos tipo Internet basadas en conmutacin de paquetes es necesario adoptar unos protocolos que permitan transmitir y recuperar la informacin. El problema con la tecnologa de conmutacin de circuitos es que requiere una significativa cantidad de ancho de banda o bandwidth para cada llamada y el circuito no es empleado eficientemente ya que emplea un canal durante toda la duracin de la llamada pero la mayora de las conversaciones telefnicas estn hechas de silencio Las redes de datos, por el contrario, slo transmiten informacin cuando es necesario, aprovechando al mximo el ancho de banda y en la cual el retardo, la alteracin del orden de llegada o la prdida de paquetes no son un inconveniente, ya que en el sistema final se tiene una serie de procedimientos de recuperacin de la informacin original; pero para la voz y el video estos factores son altamente influyentes, por lo tanto se requieren

redes y protocolos que ofrezcan un alto grado de QoS (calidad de servicio). Voz sobre IP (VoIP) define los sistemas de enrutamiento y los protocolos necesarios para la transmisin de conversaciones de voz a travs de Internet, la cual es una red de conmutacin de paquetes basado en el protocolo TCP/IP para el envo de informacin. Actualmente existen, principalmente, dos arquitecturas de VoIP para la transmisin de voz por Internet que se utilizan de forma abundante: SIP (Session Initiation Protocol)

SIP son las siglas en ingls del Protocolo para Inicio de Sesin, siendo un estndar desarrollado por el IETF, identificado como RFC 3261, 2002. SIP es un protocolo de sealizacin para establecer las llamadas y conferencias en redes IP. El inicio de la sesin, cambio o trmino de la misma, son independientes del tipo de medio o aplicacin que se estar usando en la llamada; una sesin puede incluir varios tipos de datos, incluyendo audio, video y muchos otros formatos H.323 H.323 fue el primer estndar internacional de comunicaciones multimedia, que facilitaba la convergencia de voz, video y datos. Fue inicialmente construido para las redes basadas en conmutacin de paquetes, en las cuales encontr su fortaleza al integrarse con las redes IP, siendo un protocolo muy utilizado en VoIP. Continuacin se explican los protocolos ms significativos para H.323: - RTP/RTCP (Real-Time Transport Protocol / Real-Time Transport Control Protocol) Protocolos de transporte en tiempo real que proporcionan servicios de entrega punto a punto de datos. - RAS (Registration, Admission and Status): Sirve para registrar, control de admisin, control del ancho de banda, estado y desconexin de los participantes. - H225.0: Protocolo de control de llamada que permite establecer una conexin y una desconexin. - H.245: Protocolo de control usado en el establecimiento y control de una llamada. En concreto presenta las siguientes funcionalidades: 1. Intercambio de capacidades: Los terminales definen los cdecs de los que disponen y se lo comunican al otro extremo de la comunicacin. 2. Apertura y cierre de canales lgicos: Los canales de audio y video H.323 son punto a punto y unidireccionales. Por lo tanto, en funcin de las capacidades negociadas, se tendrn que crear como mnimo dos de estos canales. Esto es responsabilidad de H.245. 3. Control de flujo cuando ocurre algn tipo de problema. 4. Multitud de otras pequeas funciones. - Q.931: (Digital Subscriber Signalling) Este protocolo se define para la sealizacin de accesos RDSI bsico. - RSVP (Resource ReSerVation Protocol): Protocolo de reserva de recursos en la red

para

cada

flujo

de

informacin

de

usuario

- T.120: La recomendacin T.120 define un conjunto de protocolos para conferencia de datos Entre los codecs que recomienda usar la norma H.323 se encuentran principalmente: G.711: De los mltiples cdecs de audio que pueden implementar los terminales H.323, este es el nico obligatorio. Usa modulacin por por pulsos codificados (PCM) para conseguir tasas de bits de 56Kbps y 64Kbps. H.261y H.263: Los dos cdecs de video que propone la recomendacin H.323. Sin embargo, se pueden usar otros. Arquitectura SIP El protocolo SIP (Session Initiation Protocol) fue desarrollado por el grupo MMUSIC (Multimedia Session Control) del IETF, definiendo una arquitectura de sealizacin y control para VoIP. Inicialmente fue publicado en febrero del 1996 en la RFC 2543, ahora obsoleta con la publicacin de la nueva versin RFC 3261 que se public en junio del 2002. El propsito de SIP es la comunicacin entre dispositivos multimedia. SIP hace posible esta comunicacin gracias a dos protocolos que son RTP/RTCP y SDP. El protocolo RTP se usa para transportar los datos de voz en tiempo real (igual que para el protocolo H.323, mientras que el protocolo SDP se usa para la negociacin de las capacidades de los participantes, tipo de codificacin, etc.) SIP fue diseado de acuerdo al modelo de Internet. Es un protocolo de sealizacin extremo a extremo que implica que toda la lgica es almacenada en los dispositivos finales (salvo el rutado de los mensajes SIP). El estado de la conexin es tambin almacenado en los dispositivos finales. El precio a pagar por esta capacidad de distribucin y su gran escalabilidad es una sobrecarga en la cabecera de los mensajes producto de tener que mandar toda la informacin entre los dispositivos finales. SIP es un protocolo de sealizacin a nivel de aplicacin para establecimiento y gestin de sesiones con mltiples participantes. Se basa en mensajes de peticin y respuesta y reutiliza muchos conceptos de estndares anteriores como HTTP y SMTP. Objetivo H.323 H.323 fue diseado con un objetivo principal: Proveer a los usuarios con teleconferencias que tienen capacidades de voz, video y datos sobre redes de conmutacin de paquetes. Las continuas investigaciones y desarrollos de H.323 siguen con la misma finalidad y, como resultado, H.323 se convierte en el estndar ptimo para cubrir esta clase de aspectos. Adems, H.323 y la convergencia de voz, video y datos permiten a los proveedores de servicios prestar esta clase de facilidades para los usuarios de tal forma que se reducen costos mientras mejora el desempeo para el

usuario. El estndar fue diseado especficamente con los siguientes objetivos:

Basarse en los estndares existentes, incluyendo H.320, RTP y Q.931 Incorporar algunas de las ventajas que las redes de conmutacin de paquetes ofrecen para transportar datos en tiempo real. Solucionar la problemtica que plantea el envo de datos en tiempo real sobre redes de conmutacin de paquetes. Los diseadores de H.323 saben que los requisitos de la comunicacin difieren de un lugar a otro, entre usuarios y entre compaas y obviamente con el tiempo los requisitos de la comunicacin tambin cambian. Dados estos factores, los diseadores de H.323 lo definieron de tal manera que las empresas que manufacturan los equipos pueden agregar sus propias especificaciones al protocolo y pueden definir otras estructuras de estndares que permiten a los dispositivos adquirir nuevas clases de caractersticas o capacidades. Arquitectura IAX El protocolo IAX se corresponde con Inter-Asterisk eXchange protocol. Como indica su nombre fue diseado como un protocolo de conexiones VoIP entre servidores Asterisk aunque hoy en da tambin sirve para conexiones entre clientes y servidores que soporten el protocolo. La versin actual es IAX2 ya que la primera versin de IAX ha quedado obsoleta Es un protocolo diseado y pensado para su uso en conexiones de VoIP aunque puede soportar otro tipo de conexiones (por ejemplo video) Los objetivos de IAX son:

-Minimizar el ancho de banda usado en las transmisiones de control y multimedia de VoIP -Evitar problemas de NAT (Network Address Translation) -Soporte para transmitir planes de marcacin Entre las medidas para reducir el ancho de banda cabe destacar que IAX o IAX2 es un protocolo binario en lugar de ser un protocolo de texto como SIP y que hace que los mensajes usen menos ancho de banda. Para evitar los problemas de NAT el protocolo IAX o IAX2 usa como protocolo de transporte UDP, normalmente sobre el puerto 4569,(el IAX1 usaba el puerto 5036), y tanto la informacin de sealizacin como los datos viajan conjuntamente (a diferencia de SIP) y por tanto lo hace menos proclive a problemas de NAT y le permite pasar los routers y firewalls de manera ms sencilla. H323 es el protocolo ms definido pero adolece de cierta falta de flexibilidad . SIP est menos definido pero es ms fcil de integrar, Que protocolo ganar al final?. Es dificil de decir pero dependera de la aplicacin que cada uno quiera desarrollar. (SIP es ms facil de implementar aunque los conceptos de H.323 son mejores).

H.323 Arquitectura H.323 cubre casi todos los servicios como capacidad de intercambio,control de conferencia , sealizacin basica, calidad de servicio, registro, servicio de descubrimiento y ms. Terminal/Gateway Gatekeeper Protocolos RAS/Q.931 H.245 Funcionalidades de control de llamada Transferencia de llamada (Call Transfer) Expedicin de llamada (Call Forwarding) Tenencia de llamada (Call Holding) Llamada estacionada/recogida Parking/Pickup) LLamada en espera (Call Waiting) Indicacin de mensaje en espera (Message Waiting Indication) Identificacin de nombre (Name Identification) Terminacin de ocupado (Call Subscriber) llamada con subscriptor Completion on Busy (Call Si Si Si Si Si Si Si

SIP SIP es modular y cubre la sealizacin bsica, la localizacin de usuarios y el registro. Otras carctersticas se implementan en protocolos separados. UA Servidores SI SDP

Componentes

Si Si Si Si Si No No

Si Si Si H.323 las divide en los protocolos

Si No No

Ofrecimiento de llamada (Call Offer) Intrusin de llamada (Call Intrusion)

H.450, RAS, H.245 y Q.931 Caractersticas Avanzadas Senalizacin multicast (Multicast Signaling) Si, requiere localizacin (LRQ) y descubrimiento automtico del gatekeeper (GRQ). Si, a travs de pausa de la tercera parte y re-enrutando segn esta definido en H.323. Un control ms sofisticado se define en el standard de las series H.450.x . Si Si Si, ejemplo, a travs de mensajes de grupo INVITEs. Si, segn se describe en los borradores (Drafts) del protocolo.

Control de la llamada de un tercero (Thirdparty Call Contro)l

Conferencia Pinchar para llamar (Click for Dial) Escalabilidad Nmero amplio de dominios (Large Number of Domains)

Si Si

La intencin inicial de H.323 fue el soporte de LANs, por lo que est pensado para el direccionamiento de redes amplias. El concepto de zona fue aadido para acomodar este direccionamiento amplio. Los procedimientos son definidos por localizacin de usuarios a travs de nombres de email. El anexo G define la comunicacin entre dominios administrativos, describiendo los metodos para

SIP soporta de manera inherente direccionamientos de reas. Cuando muchos servidores estn implicados en una llamada SIP usa un algoritmo similar a BGP que puede ser usado en una manera sin estado evitando problemas de escalabilidad. Los SIP Registrar y servidores de redireccin fueron diseados para soportar localizacin de usuarios.

resolucin de direcciones, autorizacin de acceso y el reporte entre dominios administrativos. En las busquedas multidominio no hay formas sencillas de detectar bucles. La deteccin de bucles se puede realizar a travs del campo "PathValue" pero introduce problemas relativos a la escalabilidad. Gran cantidad de llamadas (Large Number of Calls) El control de llamadas en se implementa de una manera sin estado. Un gateway usa los mensajes definidos en H.225 para ayudar al gatekeeper en el balanceo de carga de los gateways implicados. El control de llamadas en se implementa de una manera sin estado. SIP soporta escalabilidad n a n entre UAs y servidores. SIP necesita menos ciclos de CPU para generar mensajes de sealizacin Por lo tanto, teoricamente un servidor puede manejar ms transacciones. SIP ha especificado un mtodo de balanceado de carga basado en el mecanismo de traslacin DNS SRV. Con estado o sin estado. Una llamada SIP es independiente de

Estado de la conexin

Con estado o sin estado.

la existencia de una conexin en la capa de transporte, pero sin embargo la sealizacin de llamadas tiene que ser terminada explicitamente. Internationalizacin Si, H.323 usa Unicode (BMPString con ASN.1) para alguna informacin textual (h323-id), pero generalmente tiene pocos parametros textuales Si, SIP usa Unicode (ISO 10646-1), codificado como UTF-8, para todas las cadenas de texto, permitiendo todos los caracteres para nombres, mensajes y parametros. SIP provee metodos para la indicacin del idioma y preferencias del idioma. SIP soporta autentificacin de llamante y llamado mediante mecanismos HTTP. Autenticacin criptogrfica y encriptacin son soportados salto a salto por SSL/TSL pero SIP puede usar cualquier capa de transporte o cualquier mecanismo de seguridad de HTTP, como SSH o S-HTTP. Claves para encriptacin multimedia se

Seguridad

Define mecanismos de seguridad y facilidades de negociacin mediante H.235, puede usar SSL para seguridad en la capa de transporte.

ofrecen usando SDP. SSL soporta autenticacin simtrica y asimtrica. SIP tambin define autenticacin y encriptacin final usando PGP o S/MIME. Interoperabilidad entre versiones La compatibilidad hacia ats de H.323 permite que todas las implementaciones basadas en diferentes versiones de H.323 sean fcilmente integrables. En SIP, una nueva versin puede descartar caractersticas que no van a ser soportadas ms. Esto consigue reducir el tamao del cdigo y la complejidad del protocolo , pero hace perder cierta compatibilidad entre versiones. SIP no prevee ninguna gua de interoperabilidad

Implementacin de la Interoperabilidad

H.323 provee una gua de implementacin, que clarifica el standard y ayuda a la interoperabilidad entre diferentes implementaciones. Incluso con el modelo de llamada directa H.323, la posibilidad de facturar la llamada no se pierde porque los puntos finales reportan al gatekeeper el tiempo de inicio y finalizacin de la llamada mediante el protocolo RAS.

Facturacin

Si un proxy SIP quiere recoger informacin de facturacin no tiene otra opcin que revisar el canal de sealizacin de manera constante para detectar cuando se completa la llamada. Incluso as, las

estadsticas estn sesgadas porque la sealizacin de la llamada puede tener retardos.

Codecs

H.323 suporta cualquier codec, estandarizado o propietario, no slo codecs ITU-T, por ejemplo codecs MPEG o GSM. Muchos fabricaantes soportan codecs propietarios a travs de ASN.1 que es equivalente en SIP a "cdigos privados de mutuo acuerdo" Cualquier codec puede ser sealizado a travs de la caracterstica GenericCapability aadida en H.323v3. Un gatekeeper H.323 puede controlar la sealizacin de la llamada y puede bifurcar a cualquier nmero de dispositivos simultaneamente. Fiable (Reliable) o no fiable (unreliable), ej., TCP o UDP. La mayora de las entidades H.323 usan transporte fiable (TCP) para

SIP soporta cualquier codec IANA-registered (es una caracterstica hererada) o cualquier codec cuyo nombre sea de mutuo acuerdo.

Bifurcacin de llamadas (Call Forking)

Un proxy SIP puede controlar la sealizacin de la llamada y puede bifurcar a cualquier nmero de dispositivos simultaneamente. Fiable (Reliable) o no fiable (unreliable), ej., TCP o UDP. La mayora de las entidades SIP usan transporte no fiable (UDP)

Protocolo de transporte

sealizacin.

para sealizacin.

Codificacin Encoding)

de

mensajes

(Message

H.323 codifica los mensajes en un formato binario compacto adecuado para conexiones de gran ancho de banda. Mecanismos de sealizacin flexibles, incluyendo URLs y nmeros E.164.

SIP codifica los mensajes en formato ASCII, adecuado para que lo puedan leer los humanos. SIP slo entiende direcciones del estilo URL.

Direccionamiento (Addressing)

Interconexin Red (PSTN Interworking)

Telefnica

Pblica

H.323 toma prestado de la red telefnica pblica protocolos como Q.931 y est por tanto bien adecuada para la integracin. Sin embargo, H.323 no emplea la analoga a tecnologa de conmutacin de circuitos de red telefnica pblica de SIP. H.323 es totalmente una red de conmutacin de paquetes. El como los controles deben implementarse en la arquitectura H.323 est bien recogido en el estndar. Si, los gatekeepers pueden detectar bucles mirando los campos "CallIdentifier" y "destinationAddress" en los mensajes de procesamiento de la

SIP no tiene nada en comn con la red telefnica pblica y esa sealizacin debe ser "simulada" en SIP. SIP no tiene ninguna arquitectura que describa cmo deben implementarse los controles.

Deteccin de bucles (Loop Detection)

Si, el campo "Via" de la cabecera de los mensajes SIP facilita el proceso. Sin embargo, este campo "Via" puede generar complejidad en

llamada. Combinando ambos se pueden detectar bucles

los algoritmos de deteccin de bucles y se prefiere usar la cabecera "MaxForwards" para limitar el nmero de saltos y por tanto los bucles. 5 (Sealizacin de llamada, 2 RTP, and 2 RTCP.) SIP no soporta protocolos de vdeo como T.120 y no tiene ningn protocolo para control de la conferencia.

Puertos mnimos para una llamada VoIP

5 (Sealizacin de llamada, 2 RTP, and 2 RTCP.) H.323 suporta todo tipo de conferencia de vdeo y datos. Los procedimientos permiten control de la conferencia y sincronizacin de los streams de audio y vdeo,

Conferencias de vdeo y datos

Asteriks Que es Asterisk? - Introduccin a Asterisk Asterisk es una centralita software (PBX) de codigo abierto. Como cualquier centralita PBX permite interconectar telefonos y conectar dichos telefonos a la red telefnica convencional (RTB - Red telefnica bsica)- Su nombre viene del simbolo asterisco (*) en ingls. El creador original de esta centralita es Mark Spencer de la compaia Digium que sigue siendo el principal desarrollador de las versiones estables. Pero al ser de cdigo libre, existen multitud de desarrolladores que han aportado funciones y nuevas aplicaciones. Originalmente fue creada para sistemas Linux pero hoy en da funciona tambin en sistemas OpenBSD, FreeBSD, Mac OS X, Solaris Sun y Windows. Pero Linux sigue siendo la que mas soporte presenta. El paquete bsico de Asterisk incluye muchas caractersticas que antes slo estaban disponibles en caros sistemas propietarios como creacin de extensiones, envo de mensajes de voz a e-mail, llamadas en conferencia, menus de voz interactivos y distribucin automtica de llamadas. Adems se pueden crear nuevas funcionalidades mediante el propio lenguaje de Asterisk o mdulos escritos en C o mediante scripts AGI escritos en Perl o en otros lenguajes. Para poder utilizar telefonos convencionales en un servidor Linux corriendo Asterisk o para conectar a una lnea de telfono analgica se suele necesitar hardware especial (no vale con un modem ordinario). Digium y otras compaias venden tarjetas para este fin. Pero quizs lo mas interesante es que Asterisk soporta numerosos protocolos de VoIP como SIP y H.323. Asterisk puede operar con muchos telefonos SIP, actuando como "registrar" o como "gateway" o entre telefnos IP y la red telefnica convencional. Los desarrolladores de Asterisk han diseado un nuevo protocolo llamado IAX para un correcta optimizacin de las conexiones entre centralitas Asterisk. Al soportar una mezcla de la telefona tradicional y los servicios de VoIP, Asterisk permite a los desarrolladores construir nuevos sistemas telefnicos de forma eficiente o migrar de forma gradual los sistemas existentes a las nuevas tecnologas. Algunos sitios usan Asterisk para reemplazar a antiguas centralitas propietarias, otros para proveer funcionalidades adicionales y algunas otras para reducir costes en llamadas a larga distancia utilizando Internet. Asterisk para linux La pgina de referencia es http://www.asterisk.org/ Nos descargamos la versin 1.6.2.20 y lo descomprimimos 1) # tar -zxvf asterisk-1.6.2.20.tar.gz # rm -f asterisk-1.6.2.20.tar.gz # cd asterisk-1.6.2.20 2) ejecutar "make"

Suponiendo que todo ha ido correctamente 3) ejecutar "make install" Si es la primera vez que instalas la centralita Asterisk es recomendable instalar los ejemplos con el comando 4) "make samples" Pero recuerda que este comando sobreescribir todos los ficheros de configuracin que ya tengas. Finalmente puedes arrancar el Asterisk con el comando: # asterisk -vvvc Vers un montn de mensajes en la pantalla cuando Asterisk se inicializa. (las vvv pertenecen al modo " very very verbose" y la c a que nos mostrar al final una linea de comandos en forma consola) *CLI> A partir de este momento ya est Asterisk instalado y funcionando. Se puede utilizar el comando "help" para ayuda Tambin puedes utilizar el comando "man asterisk" en la lnea de comandos de linux para obtener detalles de como arrancar y parar el servidor Asterisk. Los ficheros de configuracin de Asterisk se habrn instalado en el directorio /etc/asterisk donde podrs encontrar un montn de informacin. Vamos a comprobar que funciona: Configuramos un softphone como el SJPhone (para ms info consultar configuracion del sjphone) para poder acceder a nuestro propio Asterisk. La configuracin que hemos hecho trae dos usuarios por defecto que podemos utilizar: A: usuario: 3000 password=cualquiera vale B: usuario: 3001 password=cualquiera vale Una vez que lo tenemos configurado y el usuario se ha registrado correctamente en nuestro servidor podemos llamar a algunos numeros de prueba que vienen por defecto en el plan de numeracin: 1000 - Men principal 1234 - Pasar llamada a la consola (veris en la consola la llamada) 1235 - Contestador automtico de la consola 1236 - LLamar a la consola 3000 - LLamar al usuario SIP 3000 3001 - LLamar al usuario SIP 3001 500 - Llamar a Digium 600 - Prueba de eco 8500 - Menu del contestador 99990 Test AGI 99991 Test EAGI

99992 Dice la hora 99999 Suena msica de manera infinita 700 Deja aparcada la llamada 701-720 Llamadas aparcadas Una buena prueba en este momento es configurar 2 softphones en dos ordenadores diferentes; uno con el usuario 3000 y otro con el usuario 3001 e intentar hacer una llamada entre ambos. Si funciona podemos pasar a aprender a configurar Asterisk y crear nuevos usuarios y planes de numeracin. Asterisk para windows Asterisk puede ser instalado en windows. Aunque es preferible para aplicaciones comerciales instalarlo bajo Linux o FreeBSD es una buena manera de conocer su funcionamiento y de probar numerosos comandos y opciones. La pgina de referencia es http://www.asteriskwin32.com Nos descargamos la versin Setup0.66.exe y ejecutamos el programa de instalacin. En principio seleccionamos la "full instalation" que nos instalar ejemplos de los ficheros de configuracin. Una vez acabada la instalacin debemos arrancar el servidor asterisk. Para ello podemos ejecutar C:\cygroot\bin\asteriskwin32.exe Al principio nos saldrn unos cuantos errores o warnings pero no nos preocupamos demasiado (son debido a que no tenemos tarjetas RDSI o modems TAPI). En principio ya tenemos instalado y funcionando Asterisk. Vamos a comprobar que funciona. Configuramos un softphone como el SJPhone (para ms info consultar configuracion del sjphone) para poder acceder a nuestro propio Asterisk. La configuracin que hemos hecho trae dos usuarios por defecto que podemos utilizar: A: usuario: 3000 password=cualquiera vale B: usuario: 3001 password=cualquiera vale Una vez que lo tenemos configurado y el usuario se ha registrado correctamente en nuestro servidor podemos llamar a algunos numeros de prueba que vienen por defecto en el plan de numeracin: 1000 - Men principal 1234 - Pasar llamada a la consola (veris en la consola la llamada) 1235 - Contestador automtico de la consola 1236 - LLamar a la consola 3000 - LLamar al usuario SIP 3000 3001 - LLamar al usuario SIP 3001 500 - Llamar a Digium 600 - Prueba de eco 8500 - Menu del contestador 99990 Test AGI 99991 Test EAGI

99992 Dice la hora 99999 Suena msica de manera infinita 700 Deja aparcada la llamada 701-720 Llamadas aparcadas Una buena prueba en este momento es configurar 2 softphones en dos ordenadores diferentes; uno con el usuario 3000 y otro con el usuario 3001 e intentar hacer una llamada entre ambos. Si funciona podemos pasar a aprender a configurar Asterisk y crear nuevos usuarios y planes de numeracin. Primeros pasos con Asterisk Una vez instalado Asterisk en Windows o Linux vamos con un ejemplo sencillo de las primeras cosas que podemos hacer. Este ejemplo consiste en crear dos nuevas extensiones con sus buzones de voz. 1. Vamos a crear dos usuarios SIP nuevos.

Por ejemplo los usuarios "20000" y "20100" con contraseas "a20000b" y "b20100a" Para ello vamos al fichero sip.conf y aadimos las siguientes lneas al final del fichero: [20000] type=friend secret=a20000b qualify=yes nat=no host=dynamic canreinvite=no context=miprimerejemplo mailbox=20000@miprimerbuzon [20100] type=friend secret=b20100a qualify=yes nat=no host=dynamic canreinvite=no context=miprimerejemplo mailbox=20100@miprimerbuzon Para 2. ms Vamos informacin a del ficherop las sip.conf ir informacion para sobre sip.conf. usuarios

crear

extensiones

esos

Vamos a crear las extensiones para esos usuarios en el fichero extensions.conf de manera que si marcamos el 20000 hablaremos con el usuario 20000 y si marcamos el 20100 hablaremos con el usuario 20100. Tambin creamos el numero del buzn de voz para consultar los mensajes para que sea el 30000. Aadimos las siguientes lneas al final del fichero extensions.conf

[miprimerejemplo] exten exten exten exten exten exten exten exten exten

=> => => => => => => => =>

20000,1,Dial(SIP/20000,30,Ttm) 20000,2,Hangup 20000,102,Voicemail(20000) 20000,103,Hangup 20100,1,Dial(SIP/20100,30,Ttm) 20100,2,Hangup 20100,102,Voicemail(20100) 20100,103,Hangup 30000,1,VoicemailMain

Para ms informacin del ficherop extensions.conf ir informacion sobre extensions.conf. 3. Vamos a crear las buzones de voz para esos usuarios

Vamos a crear lus buzones de voz de ambos usuarios y asignarles una contrasea en el fichero voicemail.conf .Al buzn 20000 le vamos a dar la contrasea 1234 y al buzn 20100 la contrasea 4321 [miprimerbuzon] 20000 20100

=> =>

1234,Pedro,pedro@midominio.com 4321,Juan,juan@midominio.com

Para ms informacin del ficherop voicemail.conf ir informacion sobre voicemail.conf . 4. 5. Reinicializamos Configuramos el un asterisk softphone

Configuramos uno o dos softphones y probamos a llamar entre ambos usuarios o a dejar mensajes en el contestador cuando no estn disponibles. Tambin podemos llamar al nmero 30000 para escuchar nuestros mensajes. Para ms informacin de como configurar el sjphone ir configuracion del sjphone Configuracin del archivo sip.conf El archivo sip.conf sirve para configurar todo lo relacionado con el protocolo SIP y aadir nuevos usuarios o conectar con proveedores SIP. Aqu hay un ejemplo bsico del archivo sip.conf:

[general] context=default port=5060 ; Puerto UDP en el que responder el Asterisk bindaddr=0.0.0.0 ; Si queremos especificar que Asterisk est en una IP (si un equipo tiene 3 IPs por ej.) 0.0.0.0 vale para cualquiera srvlookup=yes ; Habilita servidor DNS SRV [pedro] type=friend

secret=welcome qualify=yes ;Tiempo nat=no ; host=dynamic ; El canreinvite=no ; context=internal ;

de latencia no superior a 2000 ms. El telefono no usa NAT dispositivo se registra con una IP variante Asterisk por defecto trata de redirigir El contexto que controla todo esto

El fichero sip.conf comienza con una seccin [general] que contiene la configuracin por defecto de todos los usuarios y "peers" (proveedores). Se puede sobreescribir los valores por defecto en las configuraciones de cada usuario o peer. - En general los servidores SIP escuchan en el puerto 5060 UDP. Por tanto configuramos port=5060 . En algunos casos, por ejemplo si utilizamos SER (Sip Express Router) con Asterisk debemos cambiar este puerto. - DNS es una forma de configurar una direccin lgica para que pueda ser resuelta. Esto permite que las llamadas sean enviadas a diferentes lugares sin necesidad de cambiar la direccin lgica. Usando el DNS SRV se ganan las ventajas del DNS mientras que deshabilitandolo no es posible enrutar llamadas en base a nombre de dominios. Conviene tenerlo activado, por tanto se pone la directiva srvlookup=yes Cada extensin est definida por un user o usuario, un peer o proveedor o un friend o amigo y viene definida con un nombre entre corchetes []. - El tipo (type) "user" se usa para autenticar llamadas entrantes, "peer" para llamadas salientes y "friend" para ambas. En nuestro caso hemos definido una extensin pedro como "friend". Puede realizar y recibir llamadas. - Secret es la contrasea usada para la autenticacin. En este caso ser "welcome". - Se puede monitorizar la latencia entre el servidor Asterisk y el telefono con qualify=yes para determinar cuando el dispositivo puede ser alcanzado En este caso Asterisk considera por defecto que que un dispositivo est presente si su latencia es menor de 2000 ms (2 segundos). Se puede cambiar este valor poniendo el numero de milisegundos en vez de yes. - Si una extensin est detrs de un dispositivo que realiza NAT (Network Address Translation) como un router o firewall se puede configurar nat=yes para forzar a Asterisk a ignorar el campo informacin de contacto y usar la direccin desde la que vienen los paquetes. - Si ponemos host=dynamic quiere decir que el telefono se podr conectar desde cualquier direccin IP. Podemos limitar a que dicho usuario solo pueda acceder con una IP o con un nombre de dominio. Si ponemos host=static no hara falta que el usuario se registrar con la contrasea proporcionada en "secret", - Tambin se ha puesto canreinvite=no. En SIP los invites se utilizan para establecer llamadas y redirigir el audio o video. Cualquier invite despus del invite inicial en la misma conversacin se considera un reinvite. Cuando dos usuarios han establecido la comunicacin con canreinvite= yes (por defecto) los paquetes RTP de audio podran ser enviados extremo a extremo sin pasar por el servidor Asterisk. Esto, normalmente, no suele ser conveniente en casos en los que haya

NAT en alguno de los clientes. (NAT=yes). Usando canreinvite=no se fuerza a Asterisk a estar en medio no permitiendo que los puntos finales intercambien mensajes RTP directamente. De todos modos, existen numerosas condiciones en que Asterisk no permite el reinvite a pesar de que no pongamos esta condicin ya que necesita controlar el flujo RTP. Por ejemplo: Si los clientes usan codecs diferentes, si hay opciones de Music On hold o temporizadores en la llamada, etc ... Por ltimo context=internal indica el contexto donde est las instrucciones para dicha extensin. Esto est relacionado con el contexto del archivo extensions.conf que marca el plan de numeracin para ese contexto. Por tanto el contexto internal debe existir en el fichero extensions.conf o de lo contrario deberiamos crearlo. Varios extensiones pueden tener el mismo contexto. Opciones avanzadas:

En las siguientes columnas tenemos las posibilidades de configuracin para los tipos "user" y "peer". En el caso de "friend" valen las dos tablas ya que un "friend" es a la vez ambos User Peer Explicacin y opciones Indica el contexto asociado en el dialplan para un context context usuario o peer permit permit Permitir una IP deny deny No permitir una IP secret secret Contrasea para el registro md5secret md5secret Contrasea encriptada con md5 El modo en el que se transmiten los tonos. Pueden ser dtmfmode dtmfmode "RFC2833" o "INFO" Con "no" se fuerza a Asterisk a no permitir que los canreinvite canreinvite puntos finales intercambien mensajes RTP directamente. nat nat Indica si el dispositivo est detrs de un NAT con "yes" callgroup callgroup Define un grupo de llamadas Define el grupo de llamadas validas para una pickupgroup pickupgroup aplicacion pickup() Define las seales para un pais. Debe estar presente language language en el archivo indications.conf permite habilitar un codec. Pueden ponerse varios en un mismo usuario Posibles Valores: allow allow "allow=all" ,"allow=alaw", "allow=ulaw", "allow=g723.1" ; allow="g729" , "allow=ilbc" , "allow=gsm". permite deshabilitar un codec. Puede tomar los mismos disallow disallow valores que allow Define como manejar las conexiones con peers Tiene los siguientes valores very|yes|no|invite|port Por insecure insecure defecto es "no" que quiere decir que hay que autenticarse siempre. Si la cabecera Remote-Party-ID es de confianza. Por trustpid trustpid defecto "no"

progressinband progressinband promiscredir callerid accountcode amaflags incominglimit restrictcid mailbox username fromdomain regexten fromuser promiscredir

Si se deben generar seales en banda siempre. Por defecto never Permite soportar redirecciones 302. Por defecto "no" Define el identificador cuando no hay ninguna otra informacion disponible Los usuarios pueden estar asociados con un accountcode . Se usa para facturacion. Se usa para guardar en los CDR y temas de facturacin . Puede ser "default", "omit", "billing", o "documentation" Limite de llamadas simultaneas para un cliente Se usa para esconder el ID del llamante. Anticuada y en desuso Extensin del contestador Si Asterisk actua como cliente SIP este es el nombre de usuario que presenta en el servidor SIP al que llama Pone el campo From: de los mensajes SIP Pone el nombre de usuario en el from por encima de lo que diga el callerID direccin o host donde se encuentra el dispositivo remoto. Puede tomar valores: Una IP o un host concreto - "dynamic" con lo que valdra cualquier IP pero necesita contrasea - "static" vale cualquier IP pero no es necesario contrasea

host

mask port

Puerto UDP en el que responder el Asterisk Para determinar cuando el dispositivo puede ser qualify alcanzado IP por defecto del cliente host= cuando es especificado defaultip como "dynamic" Termina la llamada cuando llega a ese timeout si no ha rtptimeout habido trfico rtp Termina la llamada cuando llega a ese timeout si no ha rtpholdtimeout habido trfico rtp "on hold" Ejemplos: [grandstream1] type=friend ; es peer y user a context=micontexto ; nombre del username=grandstream1 ; suele ser el mismo que el titulo de fromuser=grandstream1 ; sobreescribe el callerid=Jose host=192.168.0.23 ; se tiene una IP privada dentro de nat=no ; no hay canreinvite=yes dtmfmode=info ; puede ser RFC2833 o

la

vez contexto la seccion callerid Dos<1234> una LAN NAT ; INFO

mailbox=1234@default ; mailbox 1234 en el contexto "default" del fichero voicemail.conf disallow=all ; deshabilitamos todo allow=ulaw ; Permitimos el codec ulaw ; listed with allow= does NOT matter! ;allow=alaw ;allow=g723.1 ; Asterisk solo soporta g723.1 a travs ;allow=g729 ; Licencia g729 sl a travs [xlite1] ;Se puede activar la supresin de silencio ;Xlite manda paquetes NAT keep-alive, por tanto qualify=yes no es necesario type=friend username=xlite1 callerid="juan Perez " <5678> host=dynamic ; el softphone xlite puede estar en cualquier IP nat=yes ; X-Lite est detrs de un dispositivo NAT canreinvite=no ; Se suele poner NO si est detrs de un dispositivo que hace NAT disallow=all allow=gsm ; GSM consume menos ancho de banda que alaw o ulaw allow=ulaw allow=alaw [user1_snomsip] type=friend secret=blah ; en este caso es la contrasea para registrarse host=dynamic dtmfmode=inband ; las posibilidades son inband (en banda), rfc2833, o info defaultip=192.168.0.59 ; la IP del dispositivo mailbox=1234; Contestador para mensajes disallow=all allow=ulaw ; dado que se ha elegido en banda (inband) para el dtmf se debe seleccionar alaw o ulaw (G.711) allow=alaw [user2_pingtel] type=friend username=user2_pingtel secret=blah host=dynamic qualify=1000 ; Se considera caido si pasa ms de 1 segundo sin contestar callgroup=1,3-4 ; Es miembro de los grupos 1,3 y 4 pickupgroup=1,3-4 ; Se puede hacer un "pickup" para los grupos 1,2 y 4 defaultip=192.168.0.60 ;IP disallow=all allow=ulaw allow=alaw allow=g729 [user3_cisco] type=friend username=user3_cisco secret=blah nat=yes ; El telefono est nateado host=dynamic

canreinvite=no ; qualify=200 ; Tiempo de 200 ms para recibir respuesta defaultip=192.168.0.4 disallow=all allow=ulaw allow=alaw allow=g729 [user4_cisco1] type=friendusername=user4_cisco fromuser=pedro ; secret=blah defaultip=192.168.0.4 ; amaflags=default ; Las posibilidades son default, omit, billing o documentation accountcode=pedro ; Para propsitos de tarificacin disallow=all allow=ulaw allow=alaw allow=g729 allow=g723.1 Configuracin del archivo extensions.conf (DialPlan) El archivo extensions.conf es el ms importante del Asterisk y tiene como misin principal definir el dialplan o plan de numeracin que seguir la centralita para cada contexto y por tanto para cada usuario. El fichero extensions.conf se compone de secciones o contextos entre corchetes [] Hay dos contextos especiales que estn siempre presentes que son [general] y [globals] Contexto El contexto [general] como son:

[general]

configura

unas

pocas

opciones

generales

- static : Indica si se ha de hacer caso a un comando "save dialplan" desde la consola. Por defecto es "yes". Funciona en conjunto con "writeprotect" - writeprotect : Si writeprotect=no y static=yes se permite ejecutar un comando "save dialplan" desde la consola. El valor por defecto es " no" . - autofallthrough : Si est activado y una extensin se queda sin cosas que hacer termina la llamada con BUSY, CONGESTION o HANGUP Si no est activada se queda esperando otra extensin. Nunca debera suceder que una extensin se quede sin cosas que hacer como explicaremos posteriormente. - clearglobalvars : Si est activado se liberan las variables globales cuando se recargan las extensiones o se reinicia Asterisk. - priorityjumping : Si tiene valor 'yes', la aplicacin soporta 'jumping' o salto a diferentes prioridades. En desuso En general estas opciones no son muy importantes y se pueden dejar tal y como aparecen por defecto. Contexto [globals] En este contexto se definen las variables globales que se van a poder utilizar en el resto de los contextos. Por ejemplo

CONSOLE=Console/dsp ;indica que cuando hagamos referencia a la variable CONSOLE estamos llamando a /Console/dsp Las variables suelen ponerse siempre en mayusculas para diferenciarlas posteriormente. Resto de Contextos []

Esto es lo ms importente de este fichero. Vamos a indicar ahora como crear un contexto especifico y asignar un plan de numeracin. Todas las lineas de un determinado contexto tienen el mismo formato: exten => extension , prioridad, Comando(parametros)

La extensin hace referencia al numero marcado La prioridad al orden en que se ejecutan las instrucciones. Primero se ejecuta la de prioridad 1, luego la 2 y sucesivamente El Comando hace referencia a la accin a ejecutar Vamos a ir viendo unos ejemplos para ir aprendiendo los comandos

Ejemplo 1: Colgar la linea exten => 333,1,Hangup ; indica que cuando alguien llame al 333 saltar la prioridad 1 y el sistema colgar la llamada Ejemplo 2 : Llamar a el usuario SIP 3000 y que salte el contestador si no contesta exten => 3000,1,Dial(SIP/3000,30,Ttm) ; intenta llamar al usuario 3000 de sip que tiene que estar definido en sip.conf con ese contexto exten => 3000,2,Hangup ; cuando acaba la llamada cuelga exten => 3000,102,Voicemail(3000) ; La prioridad 102 significa que el usuario no estaba conectado y salta el contestador al buzon 3000 exten => 3000,103,Hangup ; se cuelga despus de dejar el mensaje En este caso al llamar a la extension 3000 usuamos el comando Dial (destino, tiempo de timeout, opciones) El destino es el usuario 3000 del archivo sip.conf, 30 segundos de timeout. El usuario 3000 deberia existir en sip.conf las opciones hacen referencia a opciones del comando dial: la "T" permite al usuario llamante transferir la llamada pulsando # la "t" permite al usuario llamado transferir la llamada pulsando # la "m" indica que vamos a oir una musica especial mientras esperamos a que el otro conteste: Podes probar a quitarla. Si el usuario 3000 no est conectado salta a la prioridad +101 (en nuestro caso a la 102=1+101 ya que estabamos en la prioridad 1) y hacemos que salte el contestador para dejar un mensaje. Es importante que por cada rama siempre se cierre el camino y se cuelgue la llamada con un Hangup Ejemplo 3 : Comprobacin de latencia y eco

exten => 600,1,Playback(demo-echotest) ; Se pone el sonido de que es una demo de eco exten => 600,2,Echo ; Se ejecuta el test de eco exten => 600,3,Playback(demo-echodone) ; Se repite lo que dijimos exten => 600,4,Hangup ; Se cuelga En este caso llamando al 600 nos va a repetir lo mismo que nosotros dijimos. Podremos comprobar la latencia del sistema. Ejemplo 4 : Extensin start exten => s,1,Wait,1 ; Esperamos un segundo exten => s,2,Answer ; respondemos. EL Asterisk coge la llamada exten => s,3,DigitTimeout,5 ; Ponemos Digit Timeout a 5 segundos exten => s,4,ResponseTimeout,10 ; Ponemos Response Timeout a 10 segundos exten => s,5,BackGround(demo-congrats) ; Ejecutamos un archivo de voz exten => s,6,hangup ; Colgamos exten => 1000,1,Goto(micontexto,s,1) ; Al llamar al 1000 vamos a la extensin s con prioridad 1 del contexto "micontexto" En este caso presentamos la extensin start s que es la que coge las llamadas cuando se esta en ese contexto pero no se sabe la extensin. Tambin se puede entrar desde otra extensin como en este caso marcando la extensin 1000. Con Goto podemos ir al contexto, extensin y prioridad que queramos. Ejemplo exten exten exten exten 5 : => => => => LLamar a un proveedor de Voz IP

_340.,1,Dial(SIP/${EXTEN:3}@Proveedorsip,90,Tt) _340.,2,hangup ; Colgamos _20.,1,Dial(SIP/${EXTEN:2}@Proveedorsip,90,Tt) _20.,2,hangup ; Colgamos

En este caso lo que hacemos es que siempre que marquemos el 340 seguido de cualquier numero (el 340 como perfijo) llamaremos a una extension SIP. Por ejemplo en el primer caso si marcamos al 340600600 llamaremos al 600600 a la direccin IP del "proveedorsip" definido en sip.conf. (EXTEN:3 significa que quitamos los tres primeros numeros) En el segundo caso si marcamos 2060600 tambin estaremos llamando al mismo numero 600600 del "proveedorsip" (EXTEN:2) En los casos anteriores el . sustituye a cualquier caracter tambin X Acepta un numero Z Acepta un numero N Acepta un numero [1,5-7] Acepta el 1, el 5, pero podamos haber utilizado de de de el 0 1 2 6 o al al al el 9 9 9 7

exten => _20XX,1,Dial(SIP/${EXTEN:2}@Proveedorsip,90,Tt) ; Deberiamos marcar 20 y dos numeros (no valen caracteres) exten => _20ZZ.,1,Dial(SIP/${EXTEN:2}@Proveedorsip,90,Tt) ; Deberiamos marcar 20, dos numeros del 1 al 9 y cualquier cosa

exten => _20[1-3]..,1,Dial(SIP/${EXTEN:2}@Proveedorsip,90,Tt) ; Deberiamos marcar 20, un numero del 1 al 3 y cualquier cosa Configuracin del archivo voicemail.conf (Contestador automatico) El archivo voicemail.conf sirve para configurar el contestador automatico y gestionar los buzones de los usuarios El fichero extensions.conf se compone tambin de secciones o contextos entre corchetes [] Hay dos contextos especiales llamados [general] y [zonemessages] que siempre estn presentes. Contexto El contexto Un [general] de voz: ser:

[general] ejemplo

configura

las

opciones bsico

generales

del

buzn

podra

[general] ; Enviar archivos en las notificaciones de e-mail attach=yes ; Usar el formato wav para los mensajes de voz format=wav ; Limitar el tiempo mximo del mensaje de voz a 180 segundos maxmessage=180 ; Limitar el tiempo minimo del mensaje a 3 segundos minmessage=3 ; Anunciar el numero que llam antes de repetir el mensaje saycid=yes ; Limitar el numero de intentos de registro a 3 maxlogins=3 ; Define los contextos internos para especificar que vienen de una extensin interna cidinternalcontexts=house_local,house_toll,house_admin Vamos a poner en forma de tabla las posibilidades ms destacadas a utilizar de este contexto: Comando Explicacin y opciones Indica si se enva un archivo en las notificaciones de email. Tiene dos attach valores "yes" o "no" Por defecto es "no" Indica que el mensaje de voz ser borrado del servidor si es enviado delete por e-mail mailcmd Sirve para fijar la ruta del servidor de e-mail Indica los segundos de silencio que debe detectar el servidor para maxsilence cortar la llamada al buzn. Por defecto es 0 que indica que equivale a un tiempo infinito y no hace caso a los silencios. Si lo activamos con "yes" indicar el da y la hora en que se recibio el envelope mensaje Sirve para ejecutar un programa externo cuando alguien deja un externnotify mensaje Sirve para ejecutar un programa externo cuando alguien cambia su externpass contrasea del buzn.

silencetreshold

Funciona si maxsilence="yes" y sirve para fijar el umbral de silencio Indica el origen de los mensajes de notificacin de e-mail. Por ejemplo servermail buzon@midominio.com maxmessage Indica el tiempo mximo de un mensaje maxmsg Indica el numero mximo de mensajes en un buzn Sirve para eliminar los mensajes que tienen menos duracin que lo minmessage indicado por este comando. Indica el formato en que se guardar los mensajes e voz. Hay las format siguientes posibilidades: "wav49", "gsm", "wav" Fija el tiempo mximo del mensaje de bienvenida que pueden maxgreet configurar los usuarios maxlogins Numero mximo de intentos de logeo cdinternalcontextsDistingue si los contextos son contextos internos o externos promiscredir Permite soportar redirecciones 302. Por defecto "no" Por defecto es "no". Si lo pusieramos a "yes" el usuario que deja el review mensaje podr revisarlo antes de salvarlo y dejarlo en el buzn. operator Permite marcar una extensin cuando ha saltado el buzn de voz Si lo ponemos a "yes" anunciar el numero que llam antes de repetir saycid el mensaje fromstring Modifica el from del mensaje de aviso de correo emailsubject Modifica el asunto del mensaje de aviso de correo emailbody Modifica el cuerpo del mensaje de aviso de correo Reproduce el siguiente mensaje automticamente cuando se borra el nextaftercmd anterior. Contexto [zonemessages] Este contexto define zonas horarias. La hora para distintos usuarios no es la misma y para poder informarle sobre la hora en que recibi el mensaje es necesario fijar diferentes zonas horarias: Un ejemplo podra ser

[zonemessages] madrid=Europe/Paris|'vm-received' paris=Europe/Paris|'vm-received' sthlm=Europe/Stockholm|'vm-recieved' europa=Europe/Berlin|'vm-received' italia=Europe/Rome|'vm-received' El formato de las

Q Q Q Q Q lneas es

'digits/at' 'digits/at' 'digits/at' 'digits/at' 'digit/at' el

R R R kM HMP siguiente:

zona=Pais/Ciudad|Opciones --> El Pais y la ciudad deben ser vlidos y son los del archivo /usr/share/zoneinfo de la instalacin de Linux Las diferentes Opciones son: Option Description 'fichero'Nombre del fichero de audio a reproducir ${VAR} Variable de sustitucin A, a Da de la semana (sbado, domingo, etc...) B,b,h Mes (Enero, Febrero, ...) d,e da del mes numrico (primero, segundo,...)

Y I or i H ,k M P,p Q R

Ao Hora, en formato 12 horas Hora, en formato 24 horas Minutos AM o PM "hoy","ayer" tiempo 24 horas , incluidos minutos

Resto

de

Contextos

[]

En el resto de contextos se definenlos buzones de los usuarios. Podemos tener todos los usuarios en un solo contexto por ejemplo [default] o tener ms de un contexto. El formato bsico es el siguiente:

[default] extension => contrasea, notificacin,opciones

nombre

de

usuario,

email

de

usuario,

email

de

La extensin hace referencia al numero de telefono llamado. La contrasea hacer referencia a la contrasea para ese usuario de su buzn de voz. El nombre de usuario es el nombre del cliente de la extensin El email del usuario es el correo al que sern enviados los mensajes El email de notificacion es un email alternativo donde pueden ser enviadas las notificaciones para administracin o control Las opciones sirven para sobreescribir las del contexto [general] o especificar una zona horaria pra el usuario.Hay 9 especificas: attach, serveremail, tz, saycid, review, operator, callback, dialout and exitcontext. Son las mismas que las contexto [general] salvo tz.La opcin tz se usa para sobreescribir la zona por defecto y debe estar presente en el contexto [zonemessages] Ejemplos: [default] 1234 => 3456,Ejemplo1,mail@dominio.com 4200 => 9855,Pedro Perez,pedro@dominio.com,admin@dominio.com,attach=no|serveremail=info@dominio.co m|tz=madrid 4069 =>6522,juan,j@dominio.net,,attach=yes|saycid=yes|dialout=fromvm|callback=fromvm|revi ew=yes|operator=yes|envelope=yes 4073 => 1099,javier Perez,perez@dominio.com,,delete=1