Capítulo 1

Introducción al Asterisk

En este capítulo vamos aprender que es Asterisk, cual es su arquitectura y como puede ser utilizado.

Asterisk es un software PBX que usa el concepto de software libre (GPL). Digium, empresa que promueve el Asterisk, invierte en ambos aspectos, el desenvolvimiento de código fuente y en hardware de telefonía de bajo costo que funciona con Asterisk. El Asterisk corre en plataforma Linux y otras plataformas Unix con o sin hardware conectando a la red pública de telefonía, PSTN (Public Service Telephony Network).

El Asterisk permite conectividad en tiempo real entre las redes PSTN y redes Voip.

Con Asterisk, usted no tiene apenas un cambio excepcional de su PBX. El Asterisk es mucho más que un PBX central. Con Asterisk en su red, Usted puede crear cosas nuevas en telefonía como:

· Conectar empleados trabajando desde casa para un PBX de la oficina sobre conexiones de banda ancha.

· Conectar oficinas en varias provincias sobre IP. Esto puede ser hecho por Internet o por una red IP privada.

· Dar a los funcionarios, buzón de voz, integrándolo con una “web” y sus e-mail.

· Construir aplicaciones de respuesta automática por voz, que puede conectarlo a un sistema de pedidos, por ejemplo, o a otras aplicaciones internas.

· Dar acceso al PBX de la compañía para usuarios que viajan, conectando sobre la VPN de un aeropuerto o un hotel.

· Y mucho más...

Asterisk incluye muchos recursos que solo eran encontrados en sistemas de mensajeria unificada “sistema encima de la línea” como:

· Música en espera para clientes en filas de espera, soportando streaming de media así como música en MP3.

· Filas de llamada donde agentes de forma conjunta atienden las llamadas y monitorean dicha fila.

· Integración para sintetización de la conversación (text-to-speech).

· Registro detallado de llamadas (call-detail-records) para integración con sistemas de tarificación.

· Integración con reconocimiento de voz (Tal como el software de código abierto para reconocimiento de voz).

· La habilidad de interfaces con líneas telefónicas normales, ISDN en acceso básico (2B+D) y primario (30B+D).

1.2.1 Cual es el papel de Digium?

Digium es fundada en Huntsville, Alabama. Digium es la creadora y desarrolladora primaria de Asterisk, el primer PBX de código abierto de la industria. Usado en conjunto con las placas de telefonía PCI, ellas ofrecen un manejo estratégico con excelente relación costo/beneficio para el transporte de voz y datos sobre arquitecturas TDM, conmutadas y redes Ethernet.

Digium es hoy el principal patrocinador de Asterisk y uno de los líderes de la industria de PBX en código abierto, siendo Mark Spencer el creador y principal soporte de Asterisk, él es hoy admirado por el gran trabajo que realizo y por la responsabilidad que supo acarrear.

1.2.2 El proyecto Zapata

El proyecto ZAPATA fue conducido por Jim Dixon. El es el responsable por el desarrollo del hardware de DIGIUM. Es interesante resaltar que el hardware también es abierto y puede ser producido por cualquier empresa. Hoy la placa con 4 E1/T1s es producida por Digium, Sangoma y también por Varion. La historia del proyecto zapata puede ser vista en:

http://www.asteriskdocs.org/modules/tinycontent/index.php?id=10)

Una pequeña traducción puede ser encontrada abajo,

Por Jim Dixon

Hace 20 o 25 años atrás, La AT&T comenzó a ofrecer una API permitiendo a los usuarios personalizar la funcionalidad de su sistema de buzón de voz y auto-atención de llamadas el cual recibió el nombre Audix. Audix corría en plataforma Unix y costaba como todo en telefonía antes y hasta el momento, millares de dólares por puerta con una funcionalidad bastante limitada.

En una tentativa de tornar las colas posibles y atractivas (Especialmente para quien no tenia un PBX AT&T) algunos fabricantes vieron que con una placa que podía ser colocada en un PC que corriera con DOS y respondía a una única línea telefónica (FXO solamente) habría posibilidades. Las placas no tenían una calidad tan buena en cuanto a las actuales y muchas terminaron como secretarias electrónicas siendo igualmente malas en calidad.

Nuevas placas de telefonía fueron lanzadas con precios altos y las compañías continuaron gastando una faja de miles de dólares por puerta. Al final de cuentas, con los márgenes altos de muchos fabricantes, las placas de telefonia poseian mucha capacidad de procesamiento en forma de DSPs, procesadores de señales digitales. Si ud. observa aun hoy un gateway de voz sobre ip, va a ver que buena parte del costo todabia está relacionada a los DSPs.

Todavía, el poder de procesamiento de los microconputadores continuó creciendo. De forma que para probar el concepto inicial compré una placa Mitel89000C “ISDN Express Development Card” y escribí un driver para el FreeBSD. La placa ocupó poco procesamiento de un Pentium III 600Mhz, probando que si no fuese por la limitación de I/O (La placa trataba de forma ineficiente la I/O exigiendo muchos wait-states) ella podría atender de 50 a 75 canales. Como resultado de este acontecimiento, yo salí y compré lo necesario para crear un nuevo diseño de tarjeta ISA que usase el I/O de forma eficiente. Yo conseguí dos T1s (48 canales) de datos transferidos sobre el bus entre memoria y el microprocesador y el PC gerencia esto sin problemas. Entonces ya tenía yo las placas ofrecidas para la venta (Unas 50 fueron vendidas) y coloqué el diseño completo (incluyendo archivos de ploteo de la placa) en la web. .

Como el concepto era revolucionario y sabia que haría repercusiones en la industria, Yo decidí colocar un nombre inspirado en el revolucionario Mexicano y di el nombre a la organización de Emiliano Zapata y decidiendo llamar a la placa “tormenta”. Así comenzó la telefonía ZAPATA. Escribí un driver completo y lo coloque en la red. La respuesta que yo obtuve fue casi siempre, “Muy bien... y ud. tiene para Linux?”.

Personalmente yo nunca había visto Linux correr antes, mas fui rápidamente a el Fry’s (Una tienda enorme de productos electrónicos, famosa en EUA) y compré una copia de Linux Red Hat 6.0. Di una ojeada a los drivers y usé el Vídeo Spigot como base para traducir el driver de BSD para Linux.

De cualquier forma mi experiencia con Linux no era buena y comencé a tener problemas en desarrollar el módulo del kernel en la forma de módulos cargables. De cualquier forma lo libere en la red sabiendo que algún guru en Linux se reiría de él y talvez me ayudaría a reformarlo en un “Linux” apropiado. En 48 horas recibí un e-mail de un sujeto de Alabama (Mark Spencer), que se ofreció para hacer exactamente esto. Me entere que, él decía que tenia algo que seria perfecto para a todo esto en conjunto (El Asterisk).

En ese momento Asterisk era un concepto funcional, porque no tenía una forma real de funcionar de forma práctica e útil. El casamiento del sistema de telefonía Zapata y el diseño de bibliotecas de hardware/driver y interfaces permitirían a él crecer para ser un PBX real que podría hablar con teléfonos y líneas reales.

A colación de esto, Mark era brillante en VOIP, redes, en la parte interna del sistema etc., y tenía un gran interés en teléfonos y telefonía, pero tenía experiencia limitada en sistemas de telefonía y como estos funcionaban, particularmente en el área de interfaces de hardware. Desde el inicio yo estaba y siempre estuve para ayudarlo en estas áreas, ambos estuvimos proporcionándonos información e implementando código de drivers y de switch (PBX). Nosotros y mas recientemente otros, hicimos un buen equipo trabajando en un objetivo común; el de alcanzar las implementaciones en tecnología de Telecom al público por un costo realista.

Desde la tarjeta ISA, yo diseñé la “Tormenta 2 PCI Quad T1/E1, la cual Mark vende como Digium T400P e E400P, y ahora Varion está vendiendo como V400P (Ambos T1 e E1). Todos los archivos del proyecto (incluyendo foto y archivos de ploteo) están disponibles en zaptelephony.org (http://www.zapatatelephony.org) para uso público. Pero diseños de mayor densidad están en camino,

Como cualquiera puede ver, con el trabajo dedicado de Mark (un montón de mi tiempo y de otras personas) los drives de Zaptel y el software de Asterisk, son tecnologías que vienen de un largo tiempo atrás y que están creciendo y mejorándose día tras día”.

1.3 ¿Porque Asterisk?

Yo recuerdo que mi primer contacto con Asterisk produjo en mi rechazo, como casi siempre nos pasa con la primera reacción de encontrarnos con algo nuevo que compete con aquello que no conocemos. Fue lo que sucedió, la primera vez que vi Asterisk. Este ofrecia una solución que yo estaba presentando en ese momento. De cualquier forma, yo siempre procuro levantar toda la información sobre las alternativas de los proyectos que hago y intento descubrir cuales son los puntos fuertes y los débiles de una solución como es Asterisk. Puedo decir que después de algunos días yo quede pasmado, sabía que Asterisk traería un cambio profundo en todo el mercado de las telecomunicaciones y voz sobre IP. Asterisk es el Apache de la telefonía. Déjenme entonces dar varias razones para elegir Asterisk y algunas limitaciones que aún existen desde la publicación de este libro.

1.3.1 Reducción extrema de costos

Si usted compara un PBX tradicional con Asterisk talvez la diferencia sea pequeña, principalmente por los costos de hardware y los teléfonos IP. Entretanto, Asterisk solo puede ser comparado a un PBX digital. Comparar una central analógica de cuatro líneas FXO y 16 ramales con Asterisk es injusto.

Cuando usted agrega recursos avanzados como Voz sobre IP, URA e DAC, la diferencia de costo es menor, en diversas oportunidades. Para dar un ejemplo, una única puerta de URA hoy con acceso a un mainframe, cotizada recientemente para un cliente nuestro, costó por lo menos 10 veces el precio que costaría con Asterisk.

1.3.2 Tener control de su sistema de telefonía

Este es uno de los beneficios mas citados, en vez de esperar que alguien configure su PBX propietario (algunos ni dan una indicación para el cliente final sobre esto), lo configura usted mismo. Total libertad e interfaces estándar. En fin de cuentas es LINUX y es libre.

1.3.3 Ambiente de desarrollo fácil y rápido

Asterisk puede ser programado en C con las APIs nativas, o en cualquier otro lenguaje usando AGI.

1.3.4 Rico y abundante en recursos

Como hemos resaltado desde el comienzo, pocos son los recursos encontrados en equipamientos PBX vendidos en el mercado que no puedan ser encontrados o creados en Asterisk. En él ya se puede encontrar todo lo que tiene un PBX tradicional...

1.3.5 Es posible proveer contenido dinámico por teléfono.

Como Asterisk es programado con C u otros lenguajes de dominio de la mayoría de los programadores, las posibilidades de proveer contenido dinámico por teléfono no tienen límites.

1.3.6 Plan de discado flexible y poderoso

Una vez más el Asterisk se supera. Si pensamos, la mayoría de las centrales, ni siquiera posen la misma ruta de costo menor. Con Asterisk este proceso es simple y práctico.

1.3.7 Corre bajo Linux y es código abierto

Una de las cosas mas fantásticas de Linux es la comunidad de software libre. Cuando yo accedo al Wiki, o los foros de software en código abierto yo percibo que la adopción de nuevos usuarios es muy rápida, millares de preguntas cuestiones y relatos de problemas son enviados todos los días. Asterisk es probablemente uno de los softwares que más personas tienen disponibles para testear y probar. Esto torna el código estable y permite una rápida resolución de problemas.

1.3.8 Limitaciones de la arquitectura de Asterisk

Asterisk usa una CPU de servidor para procesar los canales de voz, en vez de tener un DSP (procesador de señales digitales) dedicado a cada canal. Todavía que esto permitió que el costo fuese reducido para las placas E1/T1, el sistema es muy dependiente de la performance de CPU. Mi recomendación es preservar al máximo la CPU de Asterisk, córranlo siempre en una máquina dedicada y prueben el dimensionamiento antes de implantarlo. En mi opinión, Asterisk debe ser siempre implementado en una VLAN específica para VoIP, cualquier tempestad de broadcasts causada por loops o vírus puede comprometer su funcionamento debido a el uso de CPU de las placas de red cuando este fenomeno se da.

1.4 Arquitectura de Asterisk

Figura 1.1 Arquitectura de Asterisk.

La figura de arriba nos muestra la arquitectura básica de Asterisk. Vamos explicar abajo los conceptos relacionados con este esquema como los canales, los codecs y las aplicaciones.

1.4.1 Canales

Un canal es el equivalente a una línea telefónica en la forma de un circuito de voz digital. Este generalmente consiste de una señal analógica en un sistema POTS[1] o alguna combinación de CODEC y protocolos de señalización (GSM con SIP, Ulaw con IAX). En un principio las conexiones de telefonía eran siempre analógicas y por eso, más susceptibles a ruidos y ecos. Más recientemente, buena parte de la telefonía paso para el sistema digital, donde la señal analógica es codificada en forma digital usando normalmente PCM (Pulse Code Modulation). Esto permite que un canal de voz sea codificado en 64 Kilobits/segundo sin ser compactado.

Canales para la red pública de telefonía

Digium zaptel. chan_zap

· TE410P – 4xE1/T1 (PCI-X 3.3V)

· TE412P – 4xE1/T1 (PCI-X 3.3V) con supresión de eco

· T405P – 4xE1/T1 (PCI-X 5V)

· TE407P - 4xE1/T1 (PCI-X 5V) con supresión de eco

· TE205P – 2xE1/T1 (PCI-X 5V)

· TE207P - 2xE1/T1 (PCI-X 5V) con supresión de eco

· TE210P - 2xE1/T1 (PCI-X 3.3V)

· TE212P - 2xE1/T1 (PCI-X 3.3V) con supresión de eco

· TE110P – 1xE1/T1 (PCI-X 3.3, 5V)

· B410P - - 4 x ISDN BRI

· TDM400P – 4 puertas analógicas FXS o FXO

· TDM800P - 8 puertas analógicas

· TDM2400 - 24 puertas analógicas FXS o FXO

Otros channel drivers para la red pública:

· chan_phone: Tarjetas quicknet phonejack y linejack.

· chan_misdn, chan_visdn, chan_capi: Tarjetas ISDN (Eicon, Beronet, Junghanns)

· chan_unicall: Tarjetas Digium con señalización MFC/R2

· chan_ss7: Tarjetas Digium con señalización 7 (ISUP).

· chan_bluetooth: Permite el uso de dispositivos Bluetooth

Canales para voz sobre IP

· chan_sip: Session Initiation Protocol.

· chan_iax: Inter-Asterisk Exchange Protocol 2.

· chan_h323: ITU H.323

· chan_mgcp: IETF MGCP.

· chan_sccp: Cisco SCCP

Canales internos para Asterisk

· chan_agent: Un canal de agente DAC. Dial String (Agent/agentnumber)

· chan_console: Console: Cliente de consola de Linux, driver para placas de sonido (OSS o ALSA). Dial string: console/dsp;

· chan_local: Pseudo canal. Hace un “loop” en el plan de discado. Dial string: Local/extension@context

1.4.2 Codecs y Conversores de CODEC

Obviamente es deseado colocar tantas llamadas cuanto sea posible en una red de datos. Esto puede ser hecho codificando en una forma que use menos banda ancha. Este es el papel de CODEC (COder/DECoder), algunos CODECs como el g.729 permite codificar a 8 Kilobits por segundo, una compresión de 8 para 1. Otros ejemplos son ulaw, alaw, gsm, ilbc y g729.

Asterisk soporta los siguientes CODECs:

· G.711 ulaw (usado en EUA) – (64 Kbps).

· G.711 alaw (usado en Europa y Brasil) – (64 Kbps).

· G.723.1 – Modo Pass-through

· G.726 - 32kbps en Asterisk1.0.3, 16/24/32/40kbps

· G.729 – Precisa adquisición de licencia, a menos que este siendo usando en modo pass-thru.(8Kbps)

· GSM – (12-13 Kbps)

· iLBC – (15 Kbps)

· LPC10 - (2.5 Kbps)

· Speex - (2.15-44.2 Kbps)

1.4.3 Protocolos

Enviar datos de un teléfono a otro seria fácil si los datos encontrasen su propio camino para el otro teléfono destino. Desafortunadamente esto no sucede así, es preciso un protocolo de señalización para establecer las conexiones, determinar el punto de destino, y también cuestiones relacionadas a señalización de telefonía como el tono y tiempo de campanilla, identificador da llamada, desconexión etc. Hoy es común el uso de SIP (Session Initiated Protocol), muy usado hoy, y otros protocolos también muy en auge en el mercado como lo es el H.323, el MGCP y mas recientemente el IAX que es excepcional cuando se trata de trunking y NAT (Network Address Translation). Asterisk soporta:

· SIP

· H323

· IAXv1 y v2

· MGCP

· SCCP (Cisco Skinny).

1.4.4 Aplicaciones

Para conectar las llamadas de entrada con las llamadas de salida u otros usuarios de Asterisk son usadas diversas aplicaciones como es Dial, por ejemplo. La mayor parte de las funcionalidades de Asterisk son creadas en forma de aplicaciones como son estas el VoiceMail (buzón de voz), Meetme (conferencia), entre otras. Usted puede ver las aplicaciones disponibles en Asterisk usando el comando “core show applications” en la interface de línea de comando del Asterisk. Más allá de las aplicaciones en la versión central existen aplicaciones que pueden ser adicionadas a partir de archivos asterisk-addons y de terceros.

1.5 Visión General

Abajo vamos a mostrar algunos escenarios de uso de Asterisk y como ellos encajan en su modelo actual de telefonía.

Figura 1.2 - Visión General de Asterisk

Dentro de una visión general, Asterisk es un PBX híbrido que integra tecnologías como TDM[2] y telefonía IP con funcionalidad de unidades de respuesta automática y distribución automática de llamadas. En este momento de la lectura del libro es probable que usted no este entendiendo todos estos términos, pero a lo largo de los capítulos, estará cada vez mas familiarizado con ellos. En la figura de arriba podemos ver que Asterisk se puede conectar a una operadora de telecomunicaciones o un PBX usando interfaces analógicas o digitales. Los teléfonos pueden ser IP, analógicos o ADSI que es un teléfono analógico con display digital.

1.6 Viejo y nuevo mundo

1.6.1 Telefonía usando el modelo de PBXs/Soft-switches

Figura 1.3 - PBX por software de tipo convencional (softswitch)

Es bastante común en estos días el uso de softswitches o PBXs. Entretanto la forma de comercialización de estos equipos sigue muchas veces la lógica mostrada en la figura 1.3. Los componentes son hechos de forma separada y muchas veces de diferentes fabricantes. Los costos da adquisición de cada uno de estos componentes es elevado y la integración muchas veces es difícil.

1.6.2 Telefonía a la manera de Asterisk

Figura 1.4 – Telefonía a la manera Asterisk

Asterisk realiza todas estas funciones de forma integrada, el licenciamiento es gratuito (GPL General Public License) y puede ser hecho en un único o en varios servidores de acuerdo con un dimensionamiento apropiado. Es increible decir esto, pero puedo demostrar que es mas fácil implementar Asterisk de que tomar, especificar y licenciar un sistema de telefonía convencional.

1.7 Un sistema para testes y desarrollo

Figura 1.5 - El clásico PBX 1x1

En la figura 1.5, Usted ve un ejemplo de un PBX de un tronco y una línea. Este es uno de los sistemas más simples que usted puede construir con Asterisk. A pesar de tener poca utilidad práctica este permite que se conceptualicen algunos puntos importantes. En primer lugar el PBX 1x1 posee una placa FXO (Foreign Exchange Office) para ser ligada a las operadoras o a una interface de ramal. Usted puede adquirir una placa de esta de Digium con nombre TDM400P.

1.7.1 Primera opción: Un FXS y un FXO

Es la forma más simples y también más costosa.

1.7.2 Proveedor de servicio VoIP, softphone o ATA

Es la forma más económica, pero no hay conexión hasta la red pública

1.7.3 Una interface FXO y un ATA o softphone

No es la forma más económica, pero si tiene una conexión hasta la red pública y si puede encontrar tarjetas con una interface FXO (X100P) con bajo costo.

1.8 Escenarios de uso de Asterisk

1.8.1 IP PBX

Lo escenario mas común es lo IP PBX para empresas pequeñas y medias. Si usted compara lo Asterisk as los PBX analógicos el es mas dispendioso. Todavía los recursos son mucho mas sofisticados. Si usted compara el Asterisk a otros PBX con los mismos recursos (buzón de voz, distribuidor automático de llamadas) Asterisk es menos costoso.

1.8.2 Asterisk integrado con un PBX previamente instalado

Otro escenario mucho común es el Asterisk lo Asterisk integrado con un PBX que esta previamente instalado. Normalmente es menos costoso poner la telefonía IP con Asterisk que actualizar lo PBX convencional.

1.8.3 Intercomunicación de filiales con casa matriz

Figura 1.7 – Intercomunicación de casa matriz con filiales

Asterisk posee funcionalidad de un gateway de media. El puede convertir las señales analógicas (FXS, FXO) o digitales (ISDN) viniendo de la central telefónica, o de los teléfonos de cliente en voz sobre IP y transmitir por la red corporativa de datos. La convergencia propicia la reducción del número de circuitos y un mejor aprovechamiento de los recursos. Los proyectos más comunes son conocidos como “Toll-Bypass” (Contorneando la tarificación), pues se eliminan los costos de operadora de langa distancia de los teléfonos de las filiales de la empresa.

1.8.4 Servidor de aplicaciones

Vamos a conceptuar de una forma un poco mas detallada:

Buzón de voz – Permite que cuando el usuario no atiende el teléfono por estar ocupado o ausente, reciba un “prompt" solicitando que deje un mensaje. Es semejante a una secretaria electrónica o caja de mensajes de un celular. Asterisk presenta esta funcionalidad, sin costo adicional.

Sistema de mensajeria unificada – Es un sistema donde todas los mensajes son encaminadas para un único lugar, por ejemplo, la casilla de buzón de un usuario. En este caso los mensajes de e-mail, junto con los mensajes do buzón de voz y fax serian encaminados para la casilla postal del usuario. En Asterisk también se da la posibilidad de hacerlo.

Unidad de respuesta automática – Para mi este es uno de los puntos mas altos de Asterisk, el permite crear una URA muy fácil de personalizar. Esto permite que usted, por ejemplo, cree un sistema de consulta de stock y precios para los vendedores, un sistema de atención a disposición de los pedidos e innumerables aplicaciones. Es bueno recordar que al contrario de los EUA y Europa, la cantidad de computadoras por latinoamericanos es relativamente pequeña y el teléfono aun es uno de los medios de acceso mas universales.

Sala de Conferencia – Permite que varios usuarios hablen en conjunto. Usted escoge un ramal para armar la sala de conferencia y todos los que discan para ella están inmediatamente conectados.

Estas son algunas de las funcionalidades actuales de Asterisk, nuevas aplicaciones están surgiendo a cada día. Usando recursos como AGI (Asterisk Gateway Interface) que es muy semejante al CGI (Conmon Gateway Interface), las posibilidades de programacion son muy amplias, el lenguaje de programacion puede ser escogido por el desarrollador. Creo que serán cada vez más comunes los portales de voz, para diseminar la información por un conjunto aun mayor de personas.

1.8.5 Media Gateway

Media Gateway – Un media gateway permite que sus conexiones en telefonía analógica puedan ser convertidas en Voz sobre IP, por ejemplo, y transmitidas por la red de datos ante otra oficina sin pasar por la tarificación de la red pública. Este es el punto número uno de la implementación de voz sobre IP, reducir la cuenta. Si usted tiene un Asterisk en cada filial, usted puede interconectarlos usando IAX trunked, una de las mejores tecnologías de conexión de PBX por IP. Esto es lo que me da miedo, que todavía de ser un software libre, este recurso de protocolo en particular es superior al que yo tengo conocido como equipos basados en tecnologías propietarias

1.8.6 Contact Center

Distribuidor automático de llamadas y fila de atención de llamadas Este es uno de los conceptos menos obvios de la telefonía. La primera vez que yo vi. Esto, yo pensé: pero yo ya tengo esto en mi central telefónica, ella distribuye para varios ramales, el primero que se atiende deja de hacer sonar los otros, porque tanto “OOHH” para esta cosa de DAC. La respuesta es simple, en un DAC, las personas normalmente se autentifican en una fila de atención de llamadas para recibir dichas llamadas, el distribuidor verifica que usuario está con el teléfono libre antes de pasar la llamada. Si ningún operador estuviese libre este asegura la llamada en una fila con aquella “musiquita” y un mensaje como “Usted esta comunicado con...... Su llamada es muy importante.....” (Que nosotros lo adoramos a Ud!!) etc. Cuando el primer telefonista es liberado, es DAC quien pasa la comunicación. DAC es fundamental en cualquier sistema de atención. Hay mucho mas sobre DAC de lo que aquí esta escrito, el sistema de llamada rotativa puede ser mucho mas sofisticado. Un DAC normalmente tiene un costo elevado en la mayoría de las plataformas convencionales.

Dialer automático – Esto es muy útil en telemarketing, se puede programar el sistema para discado automático y distribuir en una fila. Pero esta es una tecnología que es vendida separadamente en otros PBX. En Asterisk usted puede programar un discado y existen diversos ejemplos de dialers disponibles en Internet.

1.9 Buscando informaciones relativas a Asterisk.

En esta sección vamos mostrar las principales Fuentes de informaciones relativas a Asterisk

1. www.asterisk.org

Soporte -> http://www.asterisk.org/support.

Base de datos de informaciones -> http://kb.digium.com/

Forum ->http://forums.digium.com

Errores ->http://bugs.digium.com

2. www.asteriskexperts.com.br

3. www.asteriskdocs.org

4. www.asteriskguru.com

5. www.voip-info.org (la mayor wikipedia relativa a Asterisk)

6. http://svn.digium.com/view/asterisk/branches/1.4/doc/

1.10 Sumario

Asterisk es un software con licenciamiento GPL, que transforma un PC común en una poderosa central telefónica. Fue creado por Mark Spencer de Digium que comercializa el hardware de telefonía. El Hardware de telefonía también es abierto y fue desarrollado por Jim Dixon en el proyecto Zapata Telephony.

La arquitectura de Asterisk se compone básicamente de:

· CANALES que pueden ser analógicos, digitales y/o Voip.

· PROTOCOLOS de comunicación como SIP, H323, MGCP y IAX que son responsables por la señalización de telefonía.

· CODECs que hacen la codificación de voz de un formato para otro, permitiendo que sea transmitida con compresión de hasta ocho veces (G729a).

· APLICACIONES que son responsables por la funcionalidad del PBX.

Asterisk puede ser usado en innumerables aplicaciones, desde un PBX para una pequeña empresa hasta sistemas de respuesta automática de alta densidad.

1.11 Cuestionario

1. Marque las opciones correctas.

Asterisk tiene cuatro componentes básicos de arquitectura

£ CANALES

£ PROTOCOLOS

£ AGENTES

£ TELEFONOS

£ CODECS

£ APLICACIONES

2. Si fuera necesario crear un PBX con 4 enlaces y ocho teléfonos, ud. puede usar un PC con Linux y 3 placas TDM400P una con cuatro canales FXO y 2 con cuatro canales FXS cada una. La afirmación es:

£ CORRECTA

£ INCORRECTA

3. Un canal FXS genera tono de discado, en cuanto un canal FXO recibe el tono desde la red pública o de algún otro PBX. La afirmación es:

£ CORRECTA

£ INCORRECTA

4. Marque las opciones correctas. Asterisk permite los siguientes recursos:

£ Unidad de Respuesta Automática

£ Distribución automática de llamadas

£ Teléfonos IP

£ Teléfonos Analógicos

£ Teléfonos digitales de cualquier fabricante.

5. Para tener música en espera Asterisk necesita de un CD Player conectado en un ramal FXO. La afirmación es:

£ CORRECTA

£ INCORRECTA

6. Es responsable por la atención automática de clientes, normalmente suena un “prompt” y espera que usuario seleccione una opción. En algunos casos puede ser usada en conjunto con un banco de datos y conversión de texto para ser hablado.

Estamos hablando aquí de una:

£ URA

£ IVR

£ DAC

£ Unified Messaging

7 – Marque las opciones correctas, Un banco de canales es conectado al Asterisk a través de una interface:

£ E1

£ T1

£ FXO

£ FXS

8 – Marque a opción correcta. Un canal E1 soporta ___ canales de telefonía en cuanto un T1 soporta ___ canales.

£ 12, 24

£ 30, 24

£ 12,12

£ 1,1

9 – En las plataformas de telefonía convencional, normalmente URA, DAC y Buzón de voz están incluidos en el PBX. Esta afirmación es:

£ CORRECTA

£ INCORRECTA

10 – Marque las opciones correctas, Es posible intercomunicar, usando Asterisk, varias filiales a través de voz sobre IP reduciendo el uso de comunicaciones de larga distancia. En una filial:

£ Asterisk puede ser la central telefónica para todos los usuarios.

£ Asterisk puede integrar una central telefónica existente

£ Pueden ser usados apenas teléfonos IP ligados a un Asterisk centralizado

£ Redundancia y confiabilidad no son importantes cuando se conectan IP phones.

Capítulo 2

Bajando e instalando Asterisk

Este capítulo va a ayudarlo a preparar su sistema para la instalación de Asterisk. Este funciona en muchas plataformas y sistemas operativos, mas nosotros escogemos mantener las cosas simples y permanecer en una única plataforma y distribución de Linux. Vamos usar la distribución de Debian (Sarge 3.1) en este libro. Las instrucciones abajo pueden funcionar con otra distribución, pero esto no fue testado. Asterisk es conocido por funcionar en la mayoría de las distribuciones. Testeamos en Debian, Suse, Fedora, Ubuntu y Slackware.

2.1 Objetivos del capítulo

2.2 Hardware Mínimo

Asterisk puede ser intensivo en el uso del procesador, pues el usa el propio procesador del PC para hacer el procesamiento de los canales de voz. Si usted estuviese construyendo un sistema complejo con carga elevada es importante entender este concepto. Para construir su primer PBX un procesador compatible con Intel que sea mejor que un Pentium 300Mhz con 256 MB RAM es lo suficiente. Asterisk no requiere mucho espacio en disco, cerca de 100 MB compilados, más código fuente, buzón de voz, grabaciones y todos requieren espacio.

Si usted usa apenas VOIP, ningún otro hardware es necesario. Se puede usar softphones como los de Counterpath (X-Lite) y hacer enlaces con operadoras de voz sobre IP. Una lista de las operadoras de voz sobre IP en Brasil puede ser encontrada en:

http://www.voipcharges.com/providers.php?_filter=1&country_sid=31

Cuidado!

Algunas aplicaciones de Asterisk como el “Meetme” requieren una fuente de clock para proveer la temporización. Normalmente la fuente de clock de Asterisk es una placa TDM. Si su sistema no tiene una placa TDM, usted puede usar un driver ztdummy.

2.2.1 Montando su sistema

El hardware necesario para Asterisk no es muy complicado. Usted no precisa de una placa de vídeo sofisticada o periféricos. Puertos seriales, paralelos y USB pueden ser completamente deshabilitados. Una buena tarjeta de red es esencial. Si usted estuviese usando una de las placas de Digium, seria bueno verificar las instrucciones de su placa-madre para determinar si los Slots PCI soportan estas placas. Muchas placas-madres compartirán interrupciones en slots PCI. Conflicto de interrupciones es una fuente potencial de problemas de calidad de audio en Asterisk. Una manera de liberar IRQs es deshabilitar desde el BIOS todo lo que no fuera necesario.

2.2.2 Problemas con IRQ compartidas

Muchas placas de telefonía como la X100P pueden generar grandes cantidades de interrupciones, atenderlas toma tiempo. Los drivers pueden no conseguir hacerlo a tiempo si otro dispositivo estuviese procesando la misma IRQ compartida y la línea de IRQ no podrá recibir otra interrupción. Tiende a funcionar mejor en sistemas multiprocesador. En sistemas monoprocesados usted puede tener muchas perdidas de interrupción y clock desfasado. Cualquiera de las placas de Digium y otras placas de telefonía pueden estar sujetas al mismo problema. Como la entrega precisa de IRQs es una necesidad primaria en telefonía, usted no debe compartir IRQs con nada. No siempre esto ocurre, pero usted debe prestar atención al problema. Si usted está usando un computador dedicado para Asterisk, deshabilite el mayor número de dispositivos que usted no va a usar.

La mayoría de las BIOS permite que usted manualmente designe las IRQs. Váyase hasta la BIOS y observe en la sección de IRQs. Es posiblemente cierto que usted consiga configurar las interrupciones manualmente por ranuras.

Una vez iniciado el computador, vea en /proc/interrupts las IRQs designadas.

#cat /proc/interrupts

CPU0

0: 41353058 XT-PIC timer

1: 1988 XT-PIC keyboard

2: 0 XT-PIC cascade

3: 413437739 XT-PIC wctdm <-- TDM400

4: 5721494 XT-PIC eth0

7: 413453581 XT-PIC wcfxo <-- X100P

8: 1 XT-PIC rtc

9: 413445182 XT-PIC wcfxo <-- X100P

12: 0 XT-PIC PS/2 Mouse

14: 179578 XT-PIC ide0

15: 3 XT-PIC ide1

NMI: 0

ERR: 0

Arriba usted puede ver las tres placas de Digium cada una en su IRQ. Si este fuera el caso, usted puede ir en frente e instalar los drivers de hardware. Si no fuera el caso, vuelva a la BIOS hasta que las placas no están compartiendo las IRQs.

2.3 Escogiendo una distribución de Linux.

Asterisk fue originalmente desarrollado para correr en Linux, Ahora puede ser usado en BSD y OS X. Todavía esto, las placas PSTN de Digium fueron diseñadas para trabajar con Linux i386. Si usted fuese nuevo con Asterisk procure usar Linux.

2.3.1 Requisitos de Linux

Varias distribuciones como RedHat, Mandrake, Fedora, Debian, Slackware y Gentoo fueron usadas con Asterisk.

2.3.2 Paquetes necesarios.

Antiguamente existían algunos paquetes que eran necesarios para instalar Asterisk como el readline y readline-devel que no son necesarios hoy. No existe hardware especial tal como una placa de sonido y el único paquete necesario es el propio Asterisk. Si usted estuviera usando hardware de Digium o ztdummy, usted va a precisar del paquete zaptel. El paquete zaptel es necesario para que algunas aplicaciones sean incluidas en tiempo de compilación. Si usted escoge compilar Asterisk y no el zaptel, pero descubre que esta faltando una aplicación relacionada al paquete zaptel (Como el Meetme()), usted tendrá que compilar el zaptel y entonces sera necesario recompilar Asterisk para que la aplicación sea incluida. Para interfaces T1 y E1 el paquete libpri es necesario. Bison es necesario para compilar el Asterisk. Los paquetes de desarrollo ncurses y ncurses-development son necesarios si usted quisiera construir nuevas herramientas (Como el astman). Las bibliotecas zlib y zlib-devel son necesarias ahora para compilar. Esto se debe a la adhesión del protocolo DUNDi (Distributed Universal Number Discovery).

2.4 Instalando Linux para atender al Asterisk.

Usamos Debian con Kernel 2.6 para la instalación de Asterisk con Linux. Escogemos esta distribución por la gran aceptación que tiene y por ser una de las distribuciones soportadas por la Digium. Abajo siguen las instrucciones de instalación de Asterisk a partir de cero.

Paso 1: Coloque el CD de Debian el la lectora de cdrom e inicialice el booteo de su PC desde allí con opción linux26

TelaDebianInstalação26

Paso 2 : Seleccione el idioma para la instalación.

02_resize

Paso 3: Seleccione el país de idioma seleccionado anteriormente.

03_resize

Paso 4: Escoja ahora el mapa de teclado correspondiente.

04_resize

Paso 5: Escriba el nombre de host de la máquina.

05_resize

Paso 6: Escriba el dominio al cual este equipo es parte.

06_resize

Paso 7: Será hecha la configuración de particionamiento de disco del equipo, apenas confirme las opciones presentadas.

Cuidado !

Todos las datos de su disco rígido serán perdidos. Instale en un PC nuevo o que usted pueda formatear !!!

Paso 8: Confirme que usted va a formatear todo el disco.

07_resize

Paso 9: Confirme que todos los archivos estaran en una particion.

08_resize

Paso 10: Acepte y finalize las opciones de particionamiento.

09_resize

Paso 11: Confirme nuevamente.

10_resize

Paso 12: Acepte la instalación de GRUB.

11_resize

Paso 13: La instalación está completa, digite <enter> para continuar.

12_resize

Paso 14: Ahora la máquina se reiniciara, remueva el CD.

13_resize

Paso 15: Siga las opciones presentadas para la configuración del horário.

14_resize

Paso 16: Escoja América.

16_resize

Paso 17: Escoja “Other”.

15_resize

Paso 18: Escoja su ciudad.

17_resize

Paso 19: Digite “asterisk” de contraseña para o usuário root.

18_resize

Paso 20: Reescriba la contraseña para confirmar.

19_resize

Paso 21: Cree un usuario llamado asterisk.

20_resize

Paso 22: Escriba el nombre de usuario Asterisk nuevamente.

21_resize

Paso 23: Escriba “asterisk” como contraseña para el usuario asterisk.

22_resize

Paso 24: Reescriba la contraseña para confirmar.

23_resize

Paso 25: Responda no a la pregunta para verificación del otro CD.

24_resize

Paso 26: Ya que utilizaremos esta máquina como servidor Asterisk PBX, no es necesario seleccionar ninguna opción de las presentadas aquí. Reescriba la contraseña para confirmar.

25_resize

Paso 27: Apenas confirme la opción presentada para la terminación de las configuraciones de Debian

26_resize

Paso 28: Use la cuenta Asterisk para el servidor de e-mail:

27_resize

28_resize

2.5 Preparando Debian para Asterisk.

La instalación de Debian está completa, vamos ahora instalar los paquetes necesarios para la instalación/compilación de los drivers de las placas zaptel y del propio Asterisk.

Paso 1: Haga login como root

Paso 2: Agregar fuente para download de paquetes (/etc/apt/sources.list))

#apt-setup

Paso 3: Seleccionar ftp.

33 apt-setup 1_resize

Paso 4: Seleccione su país.

34 apt-setup 2_resize

Paso 5: Seleccionar ftp.debian.org

35 apt-setup 3_resize

Paso 6: Seleccionar <no> para no insertar ninguna otra fuente.

36 apt-setup 4_resize

Paso 7: Instalar los Headers del Kernel en ejecución:

#apt-get install kernel-headers-`uname –r`

#ln -s /usr/src/kernel-headers-`uname -r` /usr/src/linux

Paso 8: Instalación de los paquetes necesarios para Asterisk:

#apt-get install bison openssl libssl-dev libasound2-dev libc6-dev libnewt-dev libncurses5-dev zlib1g-dev gcc g++ make

2.6 Obteniendo y compilando Asterisk

Ahora que usted ya instalo Linux y las bibliotecas necesarias, vamos hacer la instalación de Asterisk.

2.6.1 Obteniendo las fuentes de Asterisk

Para obtener las fuentes de Asterisk y drivers de Zaptel para el uso con hardware de digium, usted debe bajar los paquetes de Digium. Baje los archivos usando el comando wget. Cree el diretório /usr/src se este no existe. En el momento de finalización de este libro estas eran las versiones corrientes, substituya los comandos abajo con los archivos de las versiones más actuales.

# cd /usr/src

#wget http://ftp.DIGIUM.com/pub/zaptel/zaptel-1.4.x.tar.gz

#wget http://ftp.DIGIUM.com/pub/libpri/libpri-1.4.x.tar.gz

#wget http://ftp.DIGIUM.com/pub/ASTERISK/ASTERISK-addons-1.4.x.tar.gz

#wget http://ftp.DIGIUM.com/pub/ASTERISK/ASTERISK-1.4.x.tar.gz

Descomprima los archivos usando:

# tar xzvf ASTERISK-1.4.x.tar.gz

# tar xzvf libpri-1.4.x.tar.gz

# tar xzvf ASTERISK-addons-1.4.x.tar.gz

# tar xzvf zaptel-1.4.x.tar.gz

2.6.2 Compilando los driver zaptel

Normalmente la compilación de los drivers zaptel es simple. En tanto que pueden ocurrir casos donde usted no posea ninguna placa TDM que use el driver zaptel. Asterisk precisa de una fuente de temporización que normalmente sea provista por una placa con driver zaptel. Si esta placa no existe va ha ser preciso compilar el módulo ztdummy

Compilando los drivers de Zaptel.

cd /usr/src/zaptel-1.4.x/

make clean

./configure

make menuselect

make install

make install-udev

make config

update-rc.d zaptel defaults

Use el comando make menuselect para escoger los módulos necesarios. Screenshot del comando “make menuselect”:

2.6.3 Compilando Asterisk

Si usted ya compilo software antes, compilar Asterisk le va a parecer simple. Corra los siguientes comandos para compilar e instalar Asterisk después de que haya bajado este del servidor CVS.

cd /usr/src/libpri-1.4.x/

make clean

make

make install

cd /usr/src/asterisk-1.4.0

make clean

./configure

make menuselect

make

make install

make samples ;use to create sample configuration files

make config ;use para start asterisk at boot time

2.7 Iniciando y deteniendo Asterisk

Con esta configuración mínima, ya es posible iniciar Asterisk con éxito

/usr/sbin/asterisk –vvvgc

Use el comando stop now para parar Asterisk. Vea los comandos disponibles en la interface de línea de comando de Asterisk.

CLI>stop now

2.7.1 Parametros de línea de comando de Asterisk.

El proceso de ejecutar Asterisk es fácil. Si Asterisk fuese corrido sin argumentos, el es lanzado como un “daemon” (Processo que espera conexiones en un puerto TCP o UDP).

#/sbin/asterisk

Usted puede acceder a la consola de un proceso de Asterisk que ya este en ejecución usando el comando escrito debajo. Más de una consola puede ser conectada al Asterisk simultáneamente.

#/sbin/asterisk –r

2.7.2 Los parámetros disponibles

Si puede verificar las opciones de inicialización con:

debian:/usr/src/asterisk-1.4.0# asterisk -h

Usage: asterisk [OPTIONS]

Valid Options:

-V Display version number and exit

-C <configfile> Use an alternate configuration file

-G <group> Run as a group other than the caller

-U <user> Run as a user other than the caller

-c Provide console CLI

-d Enable extra debugging

-f Do not fork

-F Always fork

-g Dump core in case of a crash

-h This help screen

-i Initialize crypto keys at startup

-I Enable internal timing if Zaptel timer is available

-L <load> Limit the maximum load average before rejecting new calls

-M <value> Limit the maximum number of calls to the specified value

-m Mute the console from debugging and verbose output

-n Disable console colorization

-p Run as pseudo-realtime thread

-q Quiet mode (suppress output)

-r Connect to Asterisk on this machine

-R Connect to Asterisk, and attempt to reconnect if disconnected

-t Record soundfiles in /var/tmp and move them where they belong after they are done.

-T Display the time in [Mmm dd hh:mm:ss] format for each line of output to the CLI.

-v Increase verbosity (multiple v's = more verbose)

-x <cmd> Execute command <cmd> (only valid with -r)

2.8 Directorios de instalación

Asterisk es instalado en diversos directorios. Usted puede alterar los directorios editando lo archivo asterisk.conf

asterisk.conf

[directories]

astetcdir => /etc/asterisk

astmoddir => /usr/lib/asterisk/modules

astvarlibdir => /var/lib/asterisk

astdatadir => /var/lib/asterisk

astagidir => /var/lib/asterisk/agi-bin

astspooldir => /var/spool/asterisk

astrundir => /var/run

astlogdir => /var/log/asterisk

; Changing the following lines may compromise your security.

;[files]

;astctlpermissions = 0660

;astctlowner = root

;astctlgroup = apache

;astctl = asterisk.ctl

;[options]

;internal_timing = yes

2.9 Los archivos de log e la rotación de ellos

Asterisk hace los logs en el directorio /var/log/asterisk. Lo archivo que controla los logs es /etc/asterisk/logger.conf.

;

; Logging Configuration

;

; In this file, you configure logging to files or to

; the syslog system.

;

; "logger reload" at the CLI will reload configuration

; of the logging system.

[general]

; Customize the display of debug message time stamps

; this example is the ISO 8601 date format (yyyy-mm-dd HH:MM:SS)

; see strftime(3) Linux manual for format specifiers

;dateformat=%F %T

;

; This appends the hostname to the name of the log files.

;appendhostname = yes

;

; This determines whether or not we log queue events to a file

; (defaults to yes).

;queue_log = no

;

; This determines whether or not we log generic events to a file

; (defaults to yes).

;event_log = no

;

; For each file, specify what to log.

;

; For console logging, you set options at start of

; Asterisk with -v for verbose and -d for debug

; See 'asterisk -h' for more information.

;

; Directory for log files is configures in asterisk.conf

; option astlogdir

;

[logfiles]

;

; Format is "filename" and then "levels" of debugging to be included:

; debug

; notice

; warning

; error

; verbose

; dtmf

;

; Special filename "console" represents the system console

;

; We highly recommend that you DO NOT turn on debug mode if you are simply

; running a production system. Debug mode turns on a LOT of extra messages,

; most of which you are unlikely to understand without an understanding of

; the underlying code. Do NOT report debug messages as code issues, unless

; you have a specific issue that you are attempting to debug. They are

; messages for just that -- debugging -- and do not rise to the level of

; something that merit your attention as an Asterisk administrator. Debug

; messages are also very verbose and can and do fill up logfiles quickly;

; this is another reason not to have debug mode on a production system unless

; you are in the process of debugging a specific issue.

;

;debug => debug

console => notice,warning,error

;console => notice,warning,error,debug

messages => notice,warning,error

;full => notice,warning,error,debug,verbose

;syslog keyword : This special keyword logs to syslog facility

;

;syslog.local0 => notice,warning,error

;

Existen algunas instrucciones relativas a los logs.

CLI> logger list channels

Channel Type Status Configuration

------- ---- ------ -------------

/var/log/asterisk/messages File Enabled - Warning Notice Error

Console Enabled - Warning Notice Error

CLI> logger rotate

== Parsing '/etc/asterisk/logger.conf': Found

Asterisk Event Logger restarted

Asterisk Queue Logger restarted

Usted puede programar la rotación de los logs usando lo logrotate daemon.

/etc/logrotate.d/asterisk.

/var/log/asterisk/messages /var/log/asterisk/*log {
   missingok
   rotate 5
   weekly
   create 0640 asterisk asterisk
   postrotate
       /usr/sbin/asterisk -rx 'logger reload'
   endscript
}

Más informaciones relativas a logrotate pueden ser obtenidas en:

#man logrotate

2.10 Iniciando Asterisk usando un usuario diferente de root.

Es más seguro ejecutar Asterisk con un usuario diferente del usuario root. En caso de falla de seguridad o ataque de tipo “buffer overflow” es más seguro que Asterisk haya sido iniciado con un usuario menos privilegiado.

Para alterar el usuario de ejecución de Asterisk:

1) Edite el archivo asterisk: vi /etc/init.d/asterisk

2) Retire los comentarios de las siguientes líneas del archivo removiendo el # del inicio de cada línea:

AST_USER="asterisk"

AST_GROUP="asterisk"

4) Para alterar los derechos de usuario asterisk en las tareas utilizadas para la ejecución de Asterisk, digite:

#cd /

#chown --recursive asterisk:asterisk /etc/asterisk

#chmod --recursive u=rwX,g=rX,o= /etc/asterisk

#chown --recursive asterisk:asterisk /var/lib/asterisk

#chown --recursive asterisk:asterisk /var/log/asterisk

#chown --recursive asterisk:asterisk /var/run/asterisk

#chown --recursive asterisk:asterisk /var/spool/asterisk

#chown --recursive asterisk: asterisk /dev/zap

#chmod --recursive u=rwX,g=rX,o= /var/lib/asterisk

#chmod --recursive u=rwX,g=rX,o= /var/log/asterisk

#chmod --recursive u=rwX,g=rX,o= /var/run/asterisk

#chmod --recursive u=rwX,g=rX,o= /var/spool/asterisk

#chmod --recursive u=rwX,g=rX,o= /dev/zap

5) Testeé las alteraciones realizadas escribiendo: /etc/init.d/asterisk start

2.11 Consideraciones sobre la instalación de Asterisk

2.11.1 Sistemas en producción

Si Asterisk fue instalado en un ambiente de producción, se debe prestar atención en el proyecto del sistema. El servidor debe ser optimizado de forma que las funciones de telefonía tengan prioridad sobre otros procesos de sistema. En la mayoría de los casos Asterisk no debe correr otros procesos, principalmente si fueran intensivos en CPU. Si fueran necesarios procesos que utilizan mucha CPU como las bases de datos, por ejemplo, estos deben ser instalados eventualmente en un servidor separado.

De una forma general Asterisk es un sistema sensible a variaciones en el perfomance de la máquina. Esto significa que en un sistema en producción lo ideal es no usar interfaces gráficas como es KDE o GNOME.

2.11.2 Consideraciones sobre la red

Si usted va a usar teléfonos IP, lo que es muy probable es importante que usted preste atención a algunas cuestiones sobre la red. Los protocolos de voz sobre IP son muy buenos y resistentes a perdidas de paquetes, atrasos y variaciones de atrasos. Entretanto si usted abusa, la calidad de voz no será buena. Solo es posible garantizar la calidad de voz utilizando QoS extremo-a-extremo, lo que es inviable principalmente en telefonía sobre Internet. De esta forma es que están las siguientes recomendaciones.

Implemente QoS extremo-a-extremo siempre que pueda. Lo mismo en switches de 100Mbps donde es raro tener un congestionamiento, vale la pena, un virus o una condición de red inesperada puede colocar todo a perder.

Sea conservador, use, por ejemplo, una conexión de Internet exclusiva para softfones y teléfonos IP. En la mayoría de las veces los backbones tienen bajo tráfico, pero una conexión de acceso es congestionada por el propio usuario con descargas, navegación, e-mail entre otras cosas.

Evite concentradores de 10 y 100 Mbps, las colisiones en estos equipos, causan variación de atraso (jitter). Jitter es uno de los peores enemigos de telefonía IP.

Oriente a los usuarios de telefonía sobre Internet donde no es posible garantizar la calidad. Mantener las expectativas en un nivel realista evita problemas futuros y comentarios como “Si yo hubiese sabido que era así....”.

Cuando usa una red IP privada con equipos que soportan QoS extremo-a-extremo, si la calidad de voz estuviese baja, verifique inmediatamente, es probable que exista algún problema en su red. Con QoS bien implementado la calidad de voz es perfecta, “sin disculpas”.

2.12 Sumario

En este capítulo usted aprendió que el requisito mínimo de hardware de Asterisk es un Pentium 300 Mhz con 256 MB RAM y poco más de 100 MB de espacio libre en disco para instalar Asterisk. Por fin aprendimos a inicializar Asterisk con un usuario diferente de “root”.

2.13 Cuestionario

1. Cual es la configuración mínima para Asterisk.

2. Las placas de telefonía para Asterisk tienen un procesador própio (DSP), no siendo necesario de mucha CPU del servidor.

£ Correcto

£ Incorrecto

3. Para que la telefonía IP funcione con perfección es necesario que la red posea QoS extremo-a-extremo.

£ Correcto

£ Incorrecto

4. Es posible obtener una buena calidad de voz en una red que no este congestionada con switches de 100 Mbps.

£ Correcto

£ Incorrecto

5. Liste abajo las bibliotecas necesarias para compilar Asterisk.

6. Si usted no tiene una placa zaptel, usted precisa una fuente de tiempo. El driver ztdummy desempeña este papel aprovechando una biblioteca USB. Esto es necesario, pues algunas aplicaciones como _______ y ______ precisan de una referencia de tiempo.

7. Cuando usted hace una instalación de Asterisk, lo mejor es no instalar los paquetes gráficos como KDE y GNOME, pues Asterisk es sensible a cuestiones de CPU y las interfaces gráfica roban muchos ciclos de CPU al servidor.

£ Correcto

£ Incorrecto

8. Los archivos de configuración de Asterisk se encuentran en ____________________.

9. Para instalar los archivos de configuración de ejemplo usted precisa ejecutar los siguientes comandos.

10. Porque es importante iniciar Asterisk con un usuario diferente de root.

Página dejada intencionalmente en blanco

Capítulo 3

Primeros pasos en Asterisk

En este capítulo usted va a aprender a configurar Asterisk dentro de una configuración PBX simple. El objetivo aquí es que usted pueda tener una primera experiencia con Asterisk, configurando uno o dos teléfonos IP, discando entre ellos o para una extensión con un mensaje inicial. Mas adelante, mostraremos, con detalles, los canales SIP, IAX y ZAPATA.

3.1 Objetivos del capítulo

3.2 Gramática de los archivos de configuración

Asterisk es controlado a través de archivos de configuración localizados en el directorio /etc/asterisk. El formato de los archivos de configuración de Asterisk es semejante a la de los archivos (.ini) de Windows. El punto y coma es el caracter para los comentarios. El signo (=) y el signo (=>) pueden ser usados de forma idéntica, las líneas en blanco serán ignoradas. Archivo de ejemplo:

;

; la primera línea sin comentario debe ser el título de una sección.

;

[sección]

llave = valor ; Designación de variable

[sessao2]

objeto => valor ; Declaración de objeto

El interprete de Asterisk toma (=) y (=>) de forma idéntica. La sintaxis sirve para tornar el código más legible. Ahora los archivos comparten la misma sintaxis, existen por lo menos tres tipos distintos de gramática.

3.3 Gramática

Gramática	Creación de los objetos:	Conf. File	Ejemplo
Grupo Simples	Todos en la misma línea	extensions.conf	exten=>4000,1,Dial(SIP/4000)
Herencia de Opciones	Las opciones son definidas primero. Los objetos heredan estas opciones	zapata.conf	[channels] context=default signalling=fxs_ks group=1 channel => 1
Entidad Compleja	Cada entidad recibe un contexto	sip.conf, iax.conf	[cisco] type=friend secret=mysecret host=10.1.30.50 context=trusted [xlite] type=friend secret=xlite host=dynamic

3.3.1 Grupo simples

El formato de grupo simple es la más básico y usado por archivos de configuración donde los objetos son declarados con todas las opciones en la misma línea. Los archivos extensions.conf, meetme.conf y voicemail.conf siguen este formato.

[sección]

objeto1 => op1,op2,op3

objeto2 => op1b,op2b,op3b

En este ejemplo, el objeto1 es creado con opciones op1, op2 y op3 en cuanto el objeto 2 es creado con op1b, op2b y op3b.

3.3.2 Formato de objeto con herencia de opciones

Este formato es usado por el zapata.conf y otras interfaces donde hay muchas opciones. Entretanto, la mayoría de las interfaces y objetos comparten el mismo valor para opciones con otros. En esta clase de archivo de configuración, típicamente existen una o más secciones que contienen declaraciones de uno o más canales u objetos. Las opciones para el objeto son especificadas encima de la Declaración de objeto y pueden ser cambiadas para la Declaración de otro objeto. Es un concepto difícil de entender, más muy fácil de usar. Considere el ejemplo expresado aquí abajo:

[sección]

op1 = bas

op2 = adv

objeto=>1

op1 = int

objeto => 2

Las primeras dos configuran el valor de opción op1 y op2 para “bas” y “adv” respectivamente. Cuando el objeto 1 es inicializado, este es creado con su opción 1 siendo “bas” y su opción 2 siendo “adv”. Después de declarar el objeto 1, cambiamos el valor de opción 1 en “int”. Y entonces creamos el objeto 2, ahora el objeto 2 es creado con su opción 1 siendo “int” y su opción 2 permaneciendo “adv”.

3.3.3 Objeto entidad compleja

El formato objeto entidad compleja es usado por el iax.conf , sip.conf y otras interfaces las cuales existen numerosas entidades con muchas opciones y que típicamente no comparten un gran volumen de configuraciones comunes. Cada entidad recibe su propio contexto (A veces existe un contexto reservado tal como [general] para las configuraciones globales). Las opciones entonces son especificadas en la Declaración de contexto. Considere esto:

[entidad1]

op1=valor1

op2=valor2

[entidad2]

op1=valor3

op2=valor4

La entidad [entidad1] tiene valores valor1 y valor2 para opciones op1 y op2 respectivamente. La entidad [entidad2] tiene valores valor3 y valor4 para las opciones op1 y op2.

3.4 Configurando una interface con la red pública o un PBX.

Para intercomunicarse con la red pública de telefonía es necesaria una interface de tipo FXO (Foreign Exchange Office) y una línea telefónica común. Un ramal de una central telefónica analógica existente puede ser usado también. Usted puede obtener una placa FXO comprando una placa Digium TDM400P.

En términos generales, una placa FXO es usada para unir la red pública a un PBX, esta placa recibe así tono. Una placa FXS en cambio puede ser usada para unir un aparato telefónico común, una línea FXS dará tono.

Figura 3.1 Diferencia entre interface FXS y FXO

Una pista: Otra forma es conseguir una placa FXO clon de una X100P. Algunas placas de modem con chipset Motorola y Intel pueden ser usadas. Ellas son difíciles de ser encontradas, pues ya no son fabricadas. Los chipsets que funcionan son, Motorola 68202-51, Intel 537PU, Intel 537 PG, Intel Ambient MD3200

No hay ninguna garantía de que estas placas funcionen con su PC y que así mismo funcionando no presenten problemas como ECO debido a diferencias de impedancia. Use las por su propia cuenta y riesgo, si usted no quisiera correr riesgos las placas de Digium son una excelente opción.

3.4.1 Instalando la placa X100P clon

Antes de instalar una placa X100P en su computadora, es recomendable que usted deshabilite todas las interrupciones y hardware que no está siendo usadas en este momento, como puertos seriales, paralelos, interrupción para vídeo etc...

Para instalar su placa X100P usted debe encajarla en un slot PCI y configurar dos archivos de configuración:

· “zaptel.conf “ en el directorio /etc que es el archivo de configuración de la placa zaptel.

· “zapata.conf” en el directorio /etc/asterisk que es el archivo de configuración de los canales zapata de Asterisk.

No se preocupe en este momento en entender todos los detalles de los archivos de configuración, tenemos un capítulo entero sobre canales zapata. En este momento queremos apenas integrar Asterisk a la red pública usando una placa FXO. Vamos a mostrar abajo el archivo completo y las instrucciones modificadas se presentaran en forma sombrada. A pesar de ocupar varias páginas es la manera más simple de entender la edición del archivo.

zaptel.conf

fxsks=1

loadzone=br

defaultzone=br

channels=1

zapata.conf

[channels]

context=default

signalling=fxs_ks

group=1

channel => 1

Luego de configurar los archivos cargue los drivers zaptel.

modprobe zaptel

ztcfg –vvvvvv

modprobe wcfxo

asterisk -vvvvvgc

3.5 Configuración de los teléfonos IP SIP

En este capítulo vamos a dar una visión general de como configurar los teléfonos SIP. El objetivo en este momento es que usted pueda configurar un PBX simple. Más adelante usted va a tener una sección entera dedicada a SIP y podremos ver en detalles la configuración.

SIP es configurado desde el archivo /etc/asterisk/sip.conf y contiene parámetros relacionados con la configuración de los teléfonos y operadoras SIP. Los clientes SIP deben estar configurados antes que puedan hacer y recibir llamadas.

3.5.1 Sección general [general]

El archivo SIP es leído de encima para abajo. La primera sección contiene las opciones globales [general]. Estas opciones son:

· allow: Permite que un determinado codec sea usado.

· bindaddr: Dirección IP donde Asterisk irá a esperar por las conexiones SIP. El comportamiento general es esperar en todas las interfaces y direcciones secundarias.

· context: Configura el contexto general donde todos los clientes serán colocados, a menos que sea sobrescrito en la definición de entidad.

· disallow: Prohíbe un determinado codec.

· bindport: Puerto que Asterisk debe esperar por conexiones de entrada SIP. El más general o usado es el puerto 5060.

· maxexpirey: Tiempo máximo para registro en segundos.

· defaultexpirey: Tiempo por defecto para registrarse en segundos.

· register: Registra Asterisk con otro host. El formato es una dirección SIP opcionalmente seguido por una barra normal (/) y una extensión.

Ejemplo:

[general]

bindport = 5060

bindaddr = 10.1.30.45

context = default

disallow = all

allow = ulaw

maxexpirey = 120

defaultexpirey = 80

3.5.2 Opciones para cada teléfono

Después de la sección general, siguen las definiciones de las entidades generales SIP. Es bueno recordar que en esta sección vamos apenas a dar una introducción a el archivo sip.conf. Tenemos una sección específica para detallar los otros parámetros. Las entradas son divididas en tres categorías:

· [name]: Es la parte “username”de SIP URI.

· peer: Entidad para la cual Asterisk envia llamadas.

· user: Entidad que hace llamadas a través de Asterisk.

· friend: las dos interiores al mismo tiempo.

· type: Configura la clase de conexión, las opciones son peer, user y friend.

· host: Configura la dirección IP o el nombre de host. Se puede usar también la opción ‘dynamic’ donde se espera que el teléfono se registre, es la opción más común.

· secret: Un secreto compartido usado para autentificar los peers y users haciendo una llamada.

Ejemplo:

[cisco]

type=friend

secret=mysecret

host=10.1.30.50

context=trusted

[xlite]

type=friend

secret=xlite

host=dynamic

3.6 Introducción al plan de discado

El plan de discado es el corazón de Asterisk, en la medida, que este define como Asterisk irá a gestionando las llamadas. Este consiste de una lista de instrucciones o pasos que Asterisk debería seguir. Esas instrucciones son disparadas a partir dos dígitos recibidos de un canal o aplicación. Es fundamental para configurar Asterisk, que se entienda el plan de discado.

La mayor parte del plan de discado está contenida en el archivo extensions.conf en el directorio /etc/asterisk. El archivo puede ser separado en cuatro partes:

· Aplicaciones

· Contextos

· Extensiones

· Prioridads

En este capítulo vamos a ver como crear un plan de discado básico, pero que atiende a nuestras necesidades actuales. Más adelante usted tendrá la oportunidad de conocer el plan de discado más a fondo.

Si usted instaló los archivos de ejemplo, ya existe el extensions.conf. En nuestro caso será más interesante comenzar de cero. Esto va a ayudar al aprendizaje y podremos abordar paso a paso cada parte del archivo de plan de discado.

3.6.1 Extensiones

Dentro de cada contexto serán definidas diversas extensiones. En Asterisk, una extensión es un string que dispara un evento. Una extensión puede ser una de estos tres tipos: literal, estándar, o especial.

Vea este ejemplo:

exten=>8580,1,Dial(SIP/8580,20)

exten=>8580,2,voicemail(u8580)

exten=>8580,101,voicemail(b8580)

A instrucción “exten=>” describe cual es el próximo paso para la llamada. El “8580” es un conjunto de dígitos que fue recibido (número discado). El “1”, “2” y “101” son las prioridades que determinan la orden de ejecución de los comandos. En este ejemplo, discando “8580” sonará el teléfono IP registrado como “8580”, el cual de no ser atendido en 20 segundos será desviado para la prioridad 2 en la casilla de buzón de voz con un mensaje “no atendida”. Si estuviese ocupado es desviado para la prioridad 101 y va para el buzón de voz con el mensaje, “ocupado”.

Las extensiones determinan el flujo de las llamadas. Ahora las extensiones podrán ser usadas para especificar las extensiones, ellas pueden ser usadas para más que esto en Asterisk. Una extensión puede ser creada con la sintaxis definida abajo:

exten=> número (nombre), prioridad, aplicación

El comando “exten=>” es seguido por un número de extensión, una coma, la prioridad, otra coma y finalmente la aplicación.

3.6.2 Prioridades

Prioridades son pasos numerados de ejecución de cada extensión. Cada prioridad llama a una aplicación específica. Normalmente estos números de prioridad comienzan con 1 y aumentan de uno en uno en cada extensión. Los números de prioridad como usted vio arriba no siempre son consecutivos. Las prioridades son corridas en orden numérica.

3.6.3 Aplicaciones

Las aplicaciones son parte fundamental de Asterisk, ellas tratan al canal de voz, tocando sonidos, aceptando dígitos o cortando una llamada. Las aplicaciones son llamadas con opciones que afectan a su forma de funcionamiento. Usted puede usar core show applications en la interface de línea de comando de Asterisk. En la medida en que usted construye su primer plan de discado usted va a aprender a usar las aplicaciones de forma apropiada. Usted puede ver las opciones de aplicación instaladas en Asterisk usando el comando:

CLI>core show applications

3.6.4 Contextos

Los contextos tienen un papel importante en Asterisk en lo que respecta a organización y seguridad del plan de discado. Los contextos también definen el objetivo y permiten separar diferentes partes del plan de discado. Un punto que llama la atención es que los contextos están ligados directamente a los canales. Cada canal existe dentro de un contexto. Cuando una llamada entra al Asterisk por un canal ella es procesada dentro de un contexto.

Ejemplificando, vamos a suponer que usted tenga dos clases de ramales, aquellos que pueden hacer llamadas de larga distancia y aquellos que no. Usted puede crear dos contextos, [gerente] y [funcionario]. Dentro del contexto [gerentes] cuando el dígito “0” es discado, se oye el tono de discado de la red pública. Dentro del contexto [funcionario] cuando el dígito “0” es discado es recibida, por ejemplo, por una grabación “llamada no autorizada”.

Por otro lado, una llamada es recibida dentro del contexto del canal. Con esto diferentes canales pueden ser recibidos en diferentes teléfonos dependiendo del contexto seleccionado. Esto puede ser útil para tener una recepción diferente para cada compañía compartiendo un mismo servidor Asterisk.

Contextos también son usados para crear menús de voz que dan al usuario una lista de extensiones para escoger presionando las teclas de un teléfono multi frequencial. Esta funcionalidad es normalmente conocida como auto-atención de llamadas. Auto-atención de llamadas será visto en capítulos posteriores.

Los contextos reciben su nombre dentro de llaves ([]s). Por ejemplo, si nosotros hiciéramos la creación de un contexto para la entrada de llamadas, podríamos definir esta como sigue:

[entrada]

Todas las instrucciones colocadas después de esta definición son partes del contexto. Para iniciar un nuevo contexto, simplemente escriba el nuevo contexto [nuevocontexto]. En el inicio del archivo extensions.conf existe un contexto llamado [globals]. El contexto globals es donde las variables son definidas y pueden ser usadas por todo el plan de discado.

3.6.5 Creando un ambiente de teste

Figura 3.2 Laboratorio de voz sobre IP

La manera mas económica de testear Asterisk es conectarse a un proveedor (en www.voipcharges.com usted puede encontrar una lista de proveedores que actúan en cualquier país del mundo), vamos a ver como se conecta a un proveedor en el capítulo relativo a los canales SIP. Otra forma es usar una placa FXO. Para hacer el laboratorio descrito usted va a precisar de dos PCs, Pentium 300 Mhz o mayores con 256 MB RAM por lo menos. Si usted tuviera un único PC puede usar el vmware (no es freeware) y usted precisara por lo menos 512 MB RAM. Vamos a usar el softphone gratuito de counterpath el xlite. Usted puede bajarlo de www.counterpath.com. Existen otros softphones gratuitos como el Sjphone de SJLabs www.sjlabs.com. Ciertamente usted encontrará otros buscando en Internet. Puede ser también que los dos citados arriba no existan más cuando usted estuviese leyendo este material. Usted puede también crear este laboratorio usando un equipamiento para Asterisk y un adaptador de telefonía analógico de dos canales.

Paso 1: Edite el archivo sip.conf y agregue la configuración de un ramal con número 2000.

[general]

bindport=5060

bindaddr=10.1.30.45 ; Coloque aquí la dirección IP de su servidor

context=default

allow=all

[2000]

type=friend

secret=2000

host=dynamic

canreinvite=no

Paso 2: Repita el paso 1 ahora para el ramal 2001

Paso 3: Configure los softphone xlite de ramal 2000 para Asterisk.

a) Ejecute el programa de instalación

b) Presione “next” en la primera pantalla

c) Acepte el contrato de licencia

d) Acepte las próximas ventanas en general hasta terminar la instalación. En otras palabras NEXT->NEXT->FINISH.

e) Entre en el menu de X-LITE presionando el icono mostrado abajo:

xlite

f) En la siguiente pantalla escoja “system settings”.

g) En la próxima escoja SIP PROXY.

h) Escoja Default

i) Complete los siguientes campos:

Display Name: 2000

Username: 2000

Authorization User: 2000

Password: 2000

Domain/Realm: Dirección IP del servidor

SIP Proxy: Dirección IP del servidor

j) Cierre el XLITE y ábralo de nuevo.

k) Confirme que el teléfono fue registrado por Asterisk con el comando sip show peers.

Paso 4: Repita la configuración de XLITE para el softphone 2001.

3.6.6 Creando un plan de discado simple

Ahora, estamos listos para nuestro primer ejemplo de plan de discado. Por favor, presten atención a la manera en que cada prioridad llama una aplicación. Note que en este ejemplo tenemos apenas una extensión creada con SIP. En estos ejemplos se asume que usted tiene una placa FXO. Vamos a mostrar los ejemplos y explicar paso a paso.

Ahora estamos listos para crear el extensions.conf de la forma mas simple posible. En este ejemplo todo lo que Asterisk irá a hacer es responder a una llamada, tocar un sonido que dice “adiós” y colgar.

La extensión especial “s”

Vamos a comenzar viendo la extensión especial ‘s’ que significa inicio (start). De una forma general la llamada inicia un contexto al cual el canal pertenece. La extensión ‘s’ es inmediatamente ejecutada al entrar en un canal. En nuestro ejemplo vamos a crear un plan de discado con la extensión ‘s’

Las aplicaciones Answer(), Hangup() y Playback()

Si vamos a responder a una llamada, es mejor que conozcamos las aplicaciones que van a hacer esto. La aplicación Answer() es usada para responder a un canal que está sonando. Esta hace la configuración inicial de llamada y puede hacer otras funciones. Pocas aplicaciones no requieren que necesariamente se responda (Answer()) al canal antes de hacer cualquier otra cosa

La aplicación Playback() es usada para hacer sonar un archivo de sonido previamente grabado sobre un canal. Cuando la aplicación Playback() está siendo ejecutada, cualquier dígito presionado por el usuario es simplemente ignorado. El formato es Playback(nombredearchivo), este hace sonar el archivo con la extensión .gsm en el directorio de sonido por defecto.

La aplicación Hangup() hace exactamente lo que su nombre dice. Ella cuelga un canal activo. Usted debería usarla en el fin de contexto una vez que usted quiera colgar a quien no precise estar conectado al sistema.

Ahora, estamos listos para nuestro primer ejemplo de plan de discado. Por favor, presten atención a la manera que cada prioridad llama una aplicación. Note que en este ejemplo tenemos apenas una extensión creada con SIP. En estos ejemplos asumimos que usted tiene una placa FXO. Vamos a mostrar los ejemplos y explicar paso a paso.

[entrada]

exten=>s,1,answer()

exten=>s,2,playback(goodbye)

exten=>s,3,hangup()

Una llamada que entre por la FXO es enviada dentro del contexto [entrada] (Este contexto [entrada] debe estar configurado en el archivo zapata.conf para el canal FXO) y es enviada para la extensión ‘s’. Tenemos tres prioridades en el contexto, 1, 2 y 3. Cada prioridad llama un aplicativo. Vamos a observar de cerca las prioridades:

La prioridad 1 llama a la aplicación Answer(), Asterisk toma cuenta de la línea y configura la llamada. Después de responder la línea, Asterisk va para la próxima prioridad.

Prioridad 2, Asterisk llama a la aplicación Playback() para tocar el archivo de sonido goodbye.gsm (por tanto vamos usar los mensajes en ingles), este mensaje dará un saludo de adiós al usuario.

Por fin la prioridad 3 irá a desconectar al usuario.

Un ejemplo más útil

Ahora que ya comenzamos con algo simple, vamos a incrementar aprendiendo un poco de los aplicativos background() y goto(). Estas dos aplicaciones van a permitirnos crear planes de discado, con mucho más funcionalidad.

La llave para sistemas interactivos basados en Asterisk está en la aplicación Background(). Ella permite que usted grabe un archivo de sonido, pero cuando la origen presiona una tecla eso interrumpe la grabación y manda para la extensión correspondiente a los dígitos discados.

Otra aplicación muy útil es el goto(). Como su nombre lo explica, este salta de un contexto actual, extensión y prioridad para un contexto específico y prioridad especifica. La aplicación goto() torna fácil el movimiento entre diferentes partes del plan de discado. El formato del comando goto() precisa un contexto de destino y prioridad como argumentos.

exten=>extension, prioridad,Goto(contexto,extension, prioridad)

Formatos válidos del comando Goto() son :

Goto(contexto,extension,prioridad)

Goto(extension,prioridad)

Goto(prioridad)

En este ejemplo, vamos asumir que somos una empresa de soporte, entrenamiento y ventas. Vamos a crear un sistema interactivo que permita al usuario seleccionar para que área de la empresa esta quiera ser redireccionado. En primer lugar vamos a usar el comando Background() para tocar un mensaje “llame 1 para soporte, 2 para entrenamiento y 3 para ventas”, en este momento todavía no vamos a explorar el tratamiento de dígitos inválidos. En cada contexto vamos a tocar una grabación como “usted fue redireccionado para soporte (entrenamiento o ventas)”.

[entrada]

exten=>s,1,Answer()

exten=>s,2,Background(saludos)

exten=>s,3,hangup()

exten=>1,1,playback(soporte)

exten=>1,2,goto(soporte,s,1)

exten=>2,1,playback(entrenamiento)

exten=>2,2,goto(entrenamiento,s,1)

exten=>3,1,playback(ventas,)

exten=>3,2,goto(ventas,s,1)

Vamos a seguir este ejemplo paso a paso. Cuando alguien se comunica en la interface FXO (configurada para el contexto [entrada]), la comunicación es pasada para la extensión ‘s’ dentro del contexto [entrada]. La extensión ‘s’ atiende la comunicación y usando el comando Background() hace sonar un saludo y aguarda por el discado de un dígito. Después de discar el dígito ‘1’ por ejemplo, el sistema va para la extensión ‘1’ en la prioridad ‘1’ y toca un mensaje del archivo soporte.gsm (Algo como, “usted se comunico con el área de soporte técnico” lo atendemos en breve). Enseguida tenemos el comando goto() que manda la comunicación para el contexto (soporte) donde ella será tratada.

Intercomunicando canales con la aplicación Dial()

Nosotros vamos a adicionar a nuestro ejemplo la aplicación Dial(). En vez de mandar la comunicación para otro contexto, vamos atenderla en un ramal específico.

[entrada]

exten=>s,1,Answer()

exten=>s,2,Background(saludo)

exten=>s,3,hangup()

exten=>1,1,playback(soporte)

exten=>1,2,Dial(SIP/8000)

exten=>2,1,playback(entrenamiento)

exten=>2,2,Dial(ZAP/1)

exten=>3,1,playback(ventas)

exten=>3,2,Dial(IAX/8002)

Al comparar con el ejemplo anterior, apenas creamos un atajo. En vez de enviar para otro contexto para el tratamiento de la llamada, enviamos directamente a un canal SIP del ramal 8000 o a un canal Zaptel (FXS - Analógico) o también a un canal IAX del ramal 8002.

En este punto usted ya debe estar entendiendo el uso de varias aplicaciones como el Answer(), Background(), Goto(), Hangup() y Playback() y lo básico del comando Dial(). Esto es fundamental para el aprendizaje de aquí en adelante. Si algo no esta claro todavía vuelva y lea de nuevo, es fundamental que haya entendido el proceso antes de seguir adelante.

Con un entendimiento básico de las extensiones, prioridades y aplicaciones es simple crear un plan de numeración básico. En los próximos capítulos vamos hacer un plan de discado más poderoso.

3.7 Laboratorio

En este laboratorio vamos a crear una pequeña central telefónica capaz de discar entre ramales, para la red pública por la placa PSTN o por un proveedor VoIP y recibiendo llamadas usando atención automática de llamadas. Para crear este PBX vamos hacer algunas consideraciones:

· Los ramales van desde 2000 hasta 2100

· Para salir para la red pública se disca el número 0 (cero)

· Para salir para la red pública a través de un proveedor se disca 1 (uno)

· 8000 será el ramal para grabación de menú de atención automática de llamadas.

3.7.1 Comunicando se entre teléfonos.

En el archivo extensions.conf en la sección default entre con los siguientes comandos:

[default]

exten=>2000,1,Dial(SIP/2000)

exten=>2001,1,Dial(SIP/2001)

3.7.2 Comunicando se para la red pública usando la placa zaptel

Coloque las siguientes líneas en el archivo extensions.conf. Para testear marque 0 (cero) seguido de un número externo.

[default]

exten=>0,1,Dial(ZAP/1,20,r)

3.7.3 Recibiendo comunicaciones usando atención automática de llamadas.

Escriba los comandos que están abajo, estos van a crear una interface para que usted pueda grabar los mensajes del menú de atención automática de llamadas. El mensaje puede ser algo como “Usted se comunico con xyz, llame el extensión deseado o aguarde y será atendido”. Cuando termine de hablar el mensaje tecleé “#” para que este sea grabado. Usted va a oírlo enseguida cuando el comando “Playback” fuese ejecutado.

[default]

exten=>8000,1,Wait(2)

exten=>8000,2,Record(menu:gsm)

exten=>8000,3,Wait(2)

exten=>8000,4,Playback(menu)

exten=>8000,5,Hangup()

Abajo el comando Background va a tocar un mensaje que usted grabó y esperará que usted digite algo. Digite 2001 y usted va a ver que la comunicación será desviada para el ramal 2001. Si nada fuera discado la comunicación será automáticamente transferida para el ramal 2000.

[default]

exten=>s,1,Background(menu)

exten=>s,2,Dial(SIP/2000)

exten=>2000,1,Dial(SIP/2000)

exten=>2001,1,Dial(SIP/2001)

3.8 Sumario

En este capítulo usted aprendió que los archivos de configuración están en /etc/asterisk. Para usar Asterisk es preciso en primer lugar configurar los canales (Ej. sip.conf y zapata.conf). Existen básicamente tres formatos, el grupo simple, herencia de opciones, entidad compleja.

El plan de discado es creado en el archivo extensions.conf, en el son creados contextos, aplicaciones, extensiones y prioridades. Las aplicaciones que usamos han sido Playback(), Background(), Dial(), Goto(), Hangup() e Answer().

Background() es un comando importante en la creación de una URA. Dial() es el principal comando del plan de discado

3.9 Cuestionario

1. Son ejemplos de archivos de configuración de canales Asterisk.

£ zaptel.conf

£ zapata.conf

£ sip.conf

£ iax.conf

2. Es importante definir el contexto de los archivos de canales, pues cuando nos llega una comunicación de este canal (sip, iax, zap) al Asterisk este será tratado en el archivo extensions.conf en este contexto.

£ Correcto

£ Incorrecto

3. El parámetro switchtype del archivo zapata.conf define

El tipo de PBX al cual Asterisk está ligado. Esto es válido para conexiones no Estándar E1 con señalización ISDN PRI. Normalmente en Brasil y en Europa este Estándar debe ser definido como National.

£ Correcto

£ Incorrecto

4. Todavía sea considerado una línea digital, el E1 puede ser configurado con señalización asociada al canal (CAS) en este caso cada timeslot puede comportarse como un canal analógico FXS o FXO, por ejemplo. Esto es útil para la conexión a channel-banks (bancos de canales).

£ Correcto

£ Incorrecto

5. SIP Session Initiated Protocol es el protocolo de la ITU usado para conexiones de voz sobre IP. Este es bastante antiguo y viene siendo substituido recientemente por el H.323.

£ Correcto

£ Incorrecto

6. Dado la configuración de abajo del archivo sip.conf, en la sección [general] está definido la dirección IP 10.1.30.45, donde SIP estará esperando por conexiones. Si fuera necesario que todas las placas de red de la máquina esperasen por una conexión SIP, bindaddr debería estar configurado para: ___.___.___.___

[general]

bindport = 5060

bindaddr = 10.1.30.45

context = default

disallow = speex

disallow = ilbc

allow = ulaw

maxexpirey = 120

defaultexpirey = 80

7. En el archivo de abajo, los teléfonos 8000 y 8001 fueron definidos con la opción canreinvite=no. Con esto, cuando una comunicación es hecha de un teléfono para el otro, el audio va directamente de un teléfono para otro sin pasar por Asterisk.

[8000]

type=friend

secret=8000

host=dynamic

canreinvite=no

[8001]

type=friend

secret=8000

host=dynamic

canreinvite=no

£ Correcto

£ Incorrecto

8. La principal diferencia entre el comando Playback() y el comando Background() es que el Playback() simplemente toca un mensaje y pasa al comando siguiente, en cambio el Background aguarda que usted digite algo y desvía para algún lugar en el plan de discado basándose en los dígitos discados.

£ Correcto

£ Incorrecto

9. Cuando una comunicación entra en Asterisk por una interface de telefonía (FXO) sin identificación de llamada, esta comunicación es desviada para la extensión especial:

£ ‘0’

£ ‘9’

£ ‘s’

£ ‘i’

10. Los formatos válidos para el comando Goto() son:

£ Goto(contexto,extension,prioridad)

£ Goto(prioridad, contexto, extension)

£ Goto(extension,prioridad)

£ Goto(prioridad)

[1] POTS – Plain Old Telephony System, sistema de telefonía convencional, basado normalmente en líneas analógicas.

[2] TDM – TDM - multiplexación por división de tiempo, toda a telefonía convencional está basada en este concepto, cuando hablamos en TDM estaremos refiriéndonos a circuitos T1 e E1. E1 es más común en Brasil e Europa, T1 es más usado en EUA.

1.2.1 Cual es el papel de Digium?

1.2.2 El proyecto Zapata

1.3.1 Reducción extrema de costos

1.3.2 Tener control de su sistema de telefonía

1.3.3 Ambiente de desarrollo fácil y rápido

1.3.4 Rico y abundante en recursos

1.3.5 Es posible proveer contenido dinámico por teléfono.

1.3.6 Plan de discado flexible y poderoso

1.3.7 Corre bajo Linux y es código abierto

1.3.8 Limitaciones de la arquitectura de Asterisk

1.4.1 Canales

1.4.2 Codecs y Conversores de CODEC

1.4.3 Protocolos

1.4.4 Aplicaciones

1.6.1 Telefonía usando el modelo de PBXs/Soft-switches

1.6.2 Telefonía a la manera de Asterisk

1.7.1 Primera opción: Un FXS y un FXO

1.7.2 Proveedor de servicio VoIP, softphone o ATA

1.7.3 Una interface FXO y un ATA o softphone

1.8.1 IP PBX

1.8.2 Asterisk integrado con un PBX previamente instalado

1.8.3 Intercomunicación de filiales con casa matriz

1.8.4 Servidor de aplicaciones

1.8.5 Media Gateway

1.8.6 Contact Center

Capítulo 2 Bajando e instalando Asterisk

2.2.2 Problemas con IRQ compartidas

2.6.1 Obteniendo las fuentes de Asterisk

2.6.2 Compilando los driver zaptel

2.7.2 Los parámetros disponibles

2.11.1 Sistemas en producción

2.12 Sumario

2.13 Cuestionario

Capítulo 3 Primeros pasos en Asterisk

3.3 Gramática

3.3.1 Grupo simples

3.4 Configurando una interface con la red pública o un PBX.

3.5.2 Opciones para cada teléfono

3.6 Introducción al plan de discado

3.6.2 Prioridades

3.6.4 Contextos

3.6.5 Creando un ambiente de teste

3.6.6 Creando un plan de discado simple

3.7 Laboratorio

3.7.1 Comunicando se entre teléfonos.

3.7.2 Comunicando se para la red pública usando la placa zaptel

3.7.3 Recibiendo comunicaciones usando atención automática de llamadas.

3.8 Sumario

3.9 Cuestionario

Capítulo 2

Bajando e instalando Asterisk

Capítulo 3

Primeros pasos en Asterisk