Siguiendo con la linea de programacion con AGI, ahora se me ocurre la opcion de dotar de un servicio de Text To Speech a nuestro Asterisk, del nivel AT&T Natural Voices utilizando el mismo sistema que aplicamos con nuestro sistema ASR en el anterior mensaje (como es un servicio con un modelo ASP evidentemente no tendremos problemas de licencias siempre y cuando ese sistema permanezca en activo). Lo malo, claro esta, que si ese servicio se modifica (la URL por ejemplo), nos quedamos sin “negocio”. Por eso que es conveniente si el sistema lo utilizamos en produccion y somos capaces de rentabilizarlo, pasar a un sistema de TTS local en nuestro sistema.

Para mantenernos en una linea open source, tenemos la opcion de Festival, el problema es que es de muy baja calidad comparado a soluciones de pago o la que voy a proponer aqui, a traves del TTS de Google

Texto a Voz con Google TTS

Vamos manos a la obra partiendo de la base AGI voy a obviar que se hicieron todos los pasos del mensaje anterior para instalar lo necesario (php-curl, y php-agi lo mas importante), hacemos lo siguiente:

Primero vamos a descargar un sistema para convertir de MP3 a WAV.
# aptitude install lame

Vamos a crear un Script PHP en /var/lib/asterisk/agi-bin/ podemos llamarlo por ejemplo asterisk-tts.php:

#!/usr/bin/php -q
<?php

require_once(‘phpagi-2.20/phpagi.php’);

$agi = new AGI();

# Necesitamos pasarle la Cadena de Texto desde el Asterisk, y la recogemos con esta variable.
$traduccion = $argv[1];

# Aqui descargamos el fichero Mp3 haciendo pensar a Google que somos un Navegador
shell_exec(“wget –header=’User-Agent:Mozilla/4.0′ ‘http://translate.google.com/translate_tts?tl=es&q=”.$traduccion.”‘ -O /var/lib/asterisk/sounds/google-tts.mp3″);
# Y convertimos el fichero con “lame” a wav que es reconocible por Asterisk
shell_exec(“lame -h –decode /var/lib/asterisk/sounds/google-tts.mp3 /var/lib/asterisk/sounds/google-tts.wav”);

$retString = “Fin de la conversion”;
$agi->verbose($retString);

?>

Finalmente creamos una extension en nuestro DialPlan para que haga esta “gestion”:

exten => 2000,1,Answer()
same => n,Set(TTSVAR = “Lo que queramos convertir”)
same => n,AGI(asterisk-tts.php,${TTSVAR})
same => n,Playback(google-tts)
same => n,Hangup()

Y ya esta, recargamos el dialplan como siempre, y marcando la extension 2000 oiremos con una voz muy sensual: “Lo que queramos convertir” … o algo asi

Como veis la dificultad de implantacion es nula, y eso es lo que mas me ha gustado de AGI, que no hace falta estar creando aplicaciones en C-Arcaico y recompilando el Asterisk con la app_c_arcaico y podemos tener una funcionalidad semejante (aunque no nativa y para los mas sibaritas, con menos rendimiento en terminos de picosegundos). Lo que tampoco tengo muy claro es que Google este feliz que esten utilizando su TTS masivamente, aunque estoy seguro que ya habra por ahi algun Call-Center que lo este haciendo. Si tienen experiencia me gustaria que me lo comentaran.

Texto a Voz con Festival TTS

Ahora os voy a explicar como hacer lo mismo, pero con el sistema TTS Festival en local, que os comente antes, y asi podeis comparar que os gusta mas:

Festival TTS digamos que fue desarrollado por una universidad e incorporado nativamente en Asterisk, asi que eso simplifica bastante las cosas ya que existe una Aplicacion especifica para el tratamiento de Texto a Voz directamente para el dial Plan (el modulo app_festival.so). Primero tenemos que comprobar si lo tenemos preparado.

Desde el CLI> module show like festival

Si aparece algo asi como app_festival.so y “1 modules loaded”, entonces ya lo tenemos, sino, nos toca recompilar Asterisk y en la parte de make menuselect tenemos que seleccionar el app_festival antes de hacer el “make && make install”

Ahora vamos a instalar festival

#aptitude install festival

Y ahora necesitamos voces en Español. Yo vivo en Andalucia ahora mismo, asi que barriendo para casa tenemos las que usa la junta de andalucia en la forja de Guadalinex:
http://forja.guadalinex.org/frs/?group_id=21

Vamos a descargar las de Silvia, para comparar el grado de sensualidad con respecto a Isabel de Google, todo sea por motivar a nuestros clientes varones.

# wget http://forja.guadalinex.org/frs/download.php/154/festvox-sflpc16k_1.0-1_all.deb
#dpkg -i  festvox-sflpc16k_1.0-1_all.deb
Y borramos el fichero de configuracion de festival que crea automaticamente, para poder utilizar mejor, el generico de Festival.
#rm /etc/festival.scm

La voz queda automaticamente instalada en la ruta:
/usr/share/festival/voices/spanish/JuntaDeAndalucia_es_sf_diphone

Ahora necesitamos modificar el archivo de configuracion de Festival por defecto ubicado en /usr/share/festival/festival.scm al final del fichero agregamos:

(set! voice_default ‘voice_JuntaDeAndalucia_es_sf_diphone)
(define (tts_textasterisk string mode)
(let ((wholeutt (utt.synth (eval (list ‘Utterance ‘Text string)))))
(utt.wave.resample wholeutt 8000)
(utt.wave.rescale wholeutt 5)
(utt.send.wave.client wholeutt)))
(set! server_access_list ‘(“localhost\.localdomain” “localhost”))

Con esto, nos permitira por un lado utilizar la voz de Silvia y por otro lado arrancar el servidor Festival

Ahora necesitamos configurar el servidor Festival, bajamos los ficheros de desarrollo de festival
#aptitude install festival-dev

Y copiamos el fichero de autoarranque de festival a nuestro /etc/init.d para que arranque automaticamente el servidor cada vez que iniciemos nuestra maquina Asterisk:
#cp  /usr/share/doc/festival/examples/festival.init /etc/init.d/festival
#chmod +x /etc/init.d/festival

Antes de arrancar el servidor de Festival, necesitamos añadir una linea en /etc/default/festival:
RUN_FESTIVAL = yes

Y ahora si podemos arrancar el servidor Festival con exito:
/etc/init.d/festival start

Y para que arranque cada vez que iniciamos el sistema:
#ln -s /etc/init.d/festival /etc/rcS.d/S99festival

Ya esta todo casi listo, solo nos queda la parte mas facil, crear una extension en el DialPlan para ejectuar la aplicacion Festival
exten=> 3000,1,Answer()
same => n,Festival(Lo que queramos convertir)
same => n,Hangup()

Recargamos el dialplan como siempre y si marcamos la extension 3000, tendremos a Silvia dandonos el resultado.

Algunas cosas curiosas que he observado.
La version 1.0-1 de Guadalinex para Pedro parece que esta mal empaquetada. Instala sobre la version de Silvia (es_sf) en vez de (es_pa)
Se puede resolver de varias formas, una es, bajando las fuentes  (Archivos de desarrollo de la voz de Pedro) en el directorio correspondiente /usr/share/festival/voices/spanish/JuntaDeAndalucia_es_pa_diphone

Necesitamos desempaquetar tambien el .deb de Pedro con el comando “ar” (#ar x festvox-palpc16k_1.0-1_all.deb)
Y luego descomprimir data.tar.gz y a traves de la estructura de directorios llegar a …/usr/share/festival/voices/spanish/JuntaDeAndalucia_es_pa_diphone/group
Cambiamos el nombre al fichero que hay y lo copiamos a un nuevo directorio group dentro de nuestro directorio de Pedro antes creado
#mkdir /usr/share/festival/voices/spanish/JuntaDeAndalucia_es_pa_diphone/group
#mv  sflpc16k.group /usr/share/festival/voices/spanish/JuntaDeAndalucia_es_pa_diphone/group/palpc16k.group
O lo ideal si a  alguien le interesa que arregle ese fichero deb, no voy a ser yo, porque no me gusta demasiado.

Si tuviera que elegir personalmente un fichero para Festival en Español, eligiria de hecho, el fichero por defecto de festvox en español (el_diphone) que es el que mejor se entiende para mi gusto, aunque es voz masculina asi que no podriamos comparar bien para este ejemplo.
Se puede descargar y configurar siguendo los mismos pasos que antes, pero en el idioma por defecto poner “voice_el_diphone”
# aptitude install festvox-ellpc11k

Ahora puestos a comparar entre Festival TTS y Google TTS, creo que no hay color, pero para gustos los colores. Espero vuestras experiencias en el mundo del TTS.

Echando la mirada atras, durante el penultimo dia del Asterisk Advanced, tuvimos una breve introduccion al AGI (Asterisk Gateway Interface), y porque no decirlo, a mi me resulto de lo mas interesante del curso. Siempre habia sabido que existia tanto AMI como AGI pero hasta ese momento no me “atrevi” a profundizar, sea por desconocimiento, y por complejidad aparente.

De hecho, concretamente en ese mensaje del Dia 4 del curso, no publique nada acerca de estos interfaces de Asterisk, porque me resultaban lo suficientemente interesantes e importantes como para minimo dedicarle uno o varios mensajes a los mismos.

Y aqui va el primero. Durante el curso, la practica basicamente se trataba, de llamando a una extension, esta ejecutaba un script PHP a traves de AGI y se publicaba un tweet generico con cierta informacion en un usuario especifico para el curso (por interes todos van aqui: http://twitter.com/#!/agilabtest)

Realmente la practica lo daba todo bastante “masticado”, los scripts hechos, y exactamente lo que era necesario para que funcionara, y lo que habia que modificar en el DialPlan.

Pero ahora, aprovechando esta idea, se me ocurrio ir un paso mas alla y ademas de poder explicarlo todo un poco mas en detalle, ampliar la funcionalidad a algo muy interesante: Poder escribir un tweet en nuestro Twitter, llamando a traves de una extension, y diciendo lo que queremos escribir, con un sistema de Automatic Speech Recognition, ASR, o Reconocimiento de Voz Automatico, y lo mejor de todo, sin coste alguno (¿es posible?). Hoy me quede con la cita “Everything is possible, even impossible is: I’m possible“ y tambien aporto su granito.

En primer lugar vamos a “preparar” el sistema con algunos componentes basicos.

Por un lado necesitamos una libreria para poder trabajar con PHP a traves de AGI, llamada PHP-AGI. Es posible su descarga desde aqui:
http://phpagi.sourceforge.net/

Para este ejemplo yo recomiendo la version 2.2X puesto que si en un futuro saliera una version superior es posible que el script aqui realizado ya dejara de funcionar
La descargamos  http://sourceforge.net/projects/phpagi/files/phpagi/2.20/phpagi-2.20.tgz/download

Y descomprimimos aqui: /var/lib/asterisk/agi-bin/
#mv ./phpagi-2.20.tgz /var/lib/asteirsk/agi-bin/
#cd /var/lib/asteirsk/agi-bin/
#tar -xvf phpagi-2.20.tgz

Ahora por otro lado necesitamos un script en php escificamente creado para “operar” con Twitter,  (de hecho es generico, serviria incluso para desarrollar nuestras propias aplicaciones en php en relacion a Twitter).  Aqui hay varias librerias para Twitter: https://dev.twitter.com/docs/twitter-libraries#php .

Pero la que nos interesa para este caso es la siguiente: http://classes.verkoyen.eu/twitter_oauth

La descargamos:

#mkdir twitter-oauth
#cd twitter-ouath
#wget https://github.com/tijsverkoyen/TwitterOAuth/zipball/2.1.2 -O twitter-oauth.zip
#unzip twitter-oauth.zip
Nos crea un directorio con un nombre sacado de GitHub asi que entramos en ese directorio
# cd  <directorio-recien-creado>
# cp twitter.php ../../twitter.php

Asi ya tenemos el script este en nuestro directorio AGI-BIN

Estos scripts utilizan PHP-CURL, asi que, si no lo tenemos instalado es un buen momento para hacerlo:
#aptitude install php5-curl

Tambien nos va a hacer falta un conversor de WAV a FLAC para el Reconocimiento de Voz Automatico. En este caso, instalamos SOX si es que no lo tenemos ya.
#aptitude install sox

Antes de crear el script, necesitamos algo muy importante. Las claves del API de Twitter para el desarrollo de aplicaciones. De hecho necesitamos crear y autorizar una aplicacion en Twitter que va a ser con la que va a operar nuestro Script. Para ello entramos en:
https://dev.twitter.com/user/login?destination=home

Accedemos con nuestra cuenta de Twitter. Le damos a “Create an app”. Ponemos un nombre, una descripcion y una web, si no teneis web, pues poned http://www.10000horas.com para promocionarla !
Despues creamos la aplicacion. Ya en la aplicacion nos vamos a “Settings” y tenemos que picar la opcion: “Read, Write and Access direct messages”. Considerad que vamos a escribir directamente en nuestro tweeter por tanto es fundamental que este permiso este “activado”.

Finalmente necesitamos todas las claves para el script a continuacion y apuntarlas. Son las siguientes
1. Consumer key
2. Consumer secret
Abajo picamos en “Create my access Token” y apareceran dos claves mas:
3. Access token
4. Access token secret
Fijaros que abajo del todo ponga Access Level: Read, write, and direct messages, si pone otra cosa, teneis que fijar el tipo de acceso como comente antes, y volver a recrear las claves.

Y ahora nos toca crear dentro de AGI-BIN el script que vamos a ejecutar desde la Aplicacion AGI en el Dialplan

En este caso creamos un fichero llamamosle por ejemplo agitwitter.php, con el siguiente contenido (gran parte esta extraido del contenido del script ofrecido en las practicas del Asterisk Advanced, por eso hemos utilizado el script Twitter-Oauth de Tijs Verkonyen, en vez de cualquier otro, una cuestion de ahorro de tiempo).

#!/usr/bin/php -q

<?php

# Aqui cargamos el script twitter.php y el phpagi que descargamos antes.
require_once(‘twitter.php’);
require_once(‘phpagi-2.20/phpagi.php’);

# Creamos un nuevo objeto tipo AGI 
$agi = new AGI();
$agi->answer();

# Aqui ponemos las credeciales que obtuvimos antes, en el mismo orden
# Estas que aparecen aqui son las de un usuario que cree de pruebas http://twitter.com/#!/pruebasadvanced
$consumerKey = ‘xIpIGMm3kP610xh1sJVDCA’;
$consumerSecret = ‘vBT8eufZInFTPt02tGZeNdrb7o3YFDspCmtknS48JxY’;
$accessToken = ’414849063-IUB9SgA2fVr6vgk6zpYoJWAxwolGmlyA8qw361Z8′;
$accessTokenSecret = ‘ofo0kZrUTIXWJ1tul8zazifrNEhc0qTabzqHBADctvA’;

# Aqui viene lo mejor del mensaje. Con estas lineas conseguimos un reconocimiento automatico de voz gracias a un servicio que pocos conocen
# y que ofrece el equipo de Google gratuitamente (al menos hasta lo que yo se).
# Creditos por ofrecerme este descubrimiento a http://www.ardumania.es

# Primero convertimos el fichero que generamos desde Asterisk a formato FLAC (que es el que admite Google)
shell_exec(“sox  /var/lib/asterisk/sounds/twitter.wav /var/lib/asterisk/sounds/twitter.flac”);

# Despues lanzamos una peticion a Google para que nos convierta el fichero FLAC en texto, nos devuelve una cadena de texto formato JSON
$linea = shell_exec(“wget –post-file /var/lib/asterisk/sounds/twitter.flac –header=’Content-Type: audio/x-flac; rate=8000′ -O – ‘http://www.google.com/speech-api/v1/recognize?lang=es_ES’”);

# Convertimos esa cadena JSON gracias a PHP en un objeto directamente
$obj = json_decode($linea);

# Y conociendo la estructura exacta de ese objeto (contiene mucha mas informacion interesante, como la “calidad” de la conversion), sacamos el texto ya convertido
$tweet = $obj->{“hypotheses”}[0]->{“utterance”};

# Ya en adelante simplemente lo que hacemos es utilizando las funciones del script Twitter-Oauth publicamos en Twitter nustro Tweet
try
{
$t = new Twitter($consumerKey, $consumerSecret);
$t->setOAuthToken($accessToken);
$t->setOAuthTokenSecret($accessTokenSecret);

$retArray = $t->statusesUpdate($tweet);
$retString = “SUCCESS: Tweet id ” . $retArray['id_str'] . ” posted at ” . $retArray['created_at'];
}
catch(Exception $e)
{
$retString = “FAILURE: ” . $e->getMessage();
}

# Para terminar reportamos a Asterisk el resultado (si tenemos activada la opcion verbose en nuestro CLI podremos ver el mensaje de exito si salio bien la cosa
$randNum = rand(1000, 9999);
$retString .= “. ID ” . $randNum;
$agi->verbose($retString);
$agi->hangup();

?>
Ahora una vez que tenemos el script PHP listo, solo nos falta editar nuestro DialPlan para ejecutarlo. En este caso he creado una extension minima para que podamos obtener el resultado que estamos buscando

exten => 1000,1,Answer()
same => n,Record(twitter.wav)
same => n,AGI(agitwitter.php)
same => n,Hangup()

Recargamos nuestro dialplan (CLI> dialplan reload) y listo!

Un tema muy importante para que todo esto funcione y que creo que a estas alturas sobra decir: ES FUNDAMENTAL TENER ACCESO A INTERNET EN NUESTRA MAQUINA ASTERISK

Esa es la unica “contrapartida” de poder tener un ASR gratuito y de maxima calidad… creo que en muchos casos es asumible. En otro caso tendremos que plantearnos otras alternativas de reconocimiento de voz automatico como por ejemplo Verbio recomendado por Avanzada 7 o LumenVox recomendado por Digium (que son de pago y nada baratos), o buscarnos la vida con CMUSphinx que es OpenSource y no esta mal (aunque  de momento es muy inferior tanto al ASR de Google y a los dos de pago).

Ahora desde nuestro telefono solo nos queda hacer esa llamada de cortesia a  la extension 1000, suena el tono de hablar, decimos lo que queramos publicar en nuestro tweet (sobra decir que cuanto mas claro hablemos mejor, y si decimos palabra a palabra mejor aun para mejorar el reconocimiento, aunque el ASR de Google para mi gusto es el mejor del mundo y es capaz incluso de reconocer las frase hecha sin demasiada vocalizacion con un amplio numero de aciertos). Despues de hablar pulsamos la Almohadilla (#) para guardar el fichero de Voz (twitter.wav) y finalmente esperamos a que Asterisk haga el resto.

Entramos en nuestro Twitter… y voila! Nuestro mensaje recien escrito (si todo fue bien, sino, como comente, recomiendo activar en el fichero /etc/asterisk/logger.conf para CLI (console =>) la posibilidad de verbose, asi podemos ver los resultados que nos devuelve el script PHP y si hay error, lo que captura el “catch” del script PHP).

Esta vez que con un solo mensaje he matado dos pajaros de un tiro: explicacion de una implementacion de ASR en Asterisk y el funcionamiento de AGI utilizando PHP (que hay que reconocer que a dia de hoy desde que salio PHP5 es el lenguaje de programacion interpretado que mas me gusta, aunque todo esto tambien se podria haber realizado en otros como Ruby On Rails o Python, si os fijasteis en la pagina de scripts para Twitter habia para varios lenguajes).

Y como siempre, y una vez mas, que cualquier comentario sera ampliamente bienvenido! Espero que les sea de provecho.

Evidentemente surgen algunas inconveniencias, que son inevitables en este tipo de situaciones, pero en las manos adecuadas, pueden ser mas pros que contras (por ejemplo explicandole a un equipo tecnico o IT funcionalidades basicas de Asterisk como crear nuevas extensiones para poder cursar llamadas. De esto se trata la idea de montar un sistema Autonomo (al menos autonomamente de nuestra persona).

Un paso mas alla, viendo el sistema RealTime de Asterisk, se me ocurrio la -evidente- idea de crear una micro interfaz grafica (por ejemplo basada en web con PHP como sera el caso que exponga a continuacion), para gestionar esos aspectos de Asterisk especificos, y poder definitivamente, tomando esto como ejemplo generico, poder obviar todas esas interfaces graficas (ejemplo FreePBX) para siempre.

Lo que me planteo de ejemplo ahora: Activar RealTime para los “peers” SIP de nuestro Asterisk y crear la interfaz grafica web en PHP para Crear y Borrar estas extensiones (La funcion de editar seria Borrar y volver a crear para este ejemplo sencillo, aunque realmente no seria nada dificil de implementar)

Como ya comente en su momento en otro mensaje, el montaje de un sistema RealTime es verdaderamente secuencial, es mas ya lo hicimos en las practicas durante Asterisk Advanced en detalle.

En primer lugar, obviamente necesitamos tener instalado un sistema de gestion de bases de datos como MySQL, tambien un servidor web como Apache, y los modulos de PHP para el mismo. En este caso, como ya vimos antes, LAMP es lo ideal. Asi que ejecutamos tasksel y lo instalamos (LAMP Server, Ubuntu/Debian)

Tambien necesitamos las librerias de ODBC puesto que vamos a utilizarlas con Asterisk:

# aptitude install unix-odbc
# aptitude install libmyodbc

En segundo lugar, configuramos la base de datos y la tabla donde volcar los usuarios SIP:

- Creamos un fichero por ejemplo en /tmp/ llamado por ejemplo sip_buddies.sql con esta informacion (se puede encontrar mas informa acerca de la tabla asociada a los peers SIP  aqui). Atencion al ultimo campo que coloreo en Rojo. Muy importante que lo agreguéis manualmente para lo que vamos a tratar de hacer a continuacion

CREATE TABLE `sip_buddies` (
`id` int(11) NOT NULL auto_increment,
`name` varchar(80) NOT NULL default ”,
`host` varchar(31) NOT NULL default ”,
`nat` varchar(5) NOT NULL default ‘no’,
`type` enum(‘user’,'peer’,'friend’) NOT NULL default ‘friend’,
`accountcode` varchar(20) default NULL,
`amaflags` varchar(13) default NULL,
`call-limit` smallint(5) unsigned default NULL,
`callgroup` varchar(10) default NULL,
`callerid` varchar(80) default NULL,
`cancallforward` char(3) default ‘yes’,
`canreinvite` char(3) default ‘yes’,
`context` varchar(80) default NULL,
`defaultip` varchar(15) default NULL,
`dtmfmode` varchar(7) default NULL,
`fromuser` varchar(80) default NULL,
`fromdomain` varchar(80) default NULL,
`insecure` varchar(4) default NULL,
`language` char(2) default NULL,
`mailbox` varchar(50) default NULL,
`md5secret` varchar(80) default NULL,
`deny` varchar(95) default NULL,
`permit` varchar(95) default NULL,
`mask` varchar(95) default NULL,
`musiconhold` varchar(100) default NULL,
`pickupgroup` varchar(10) default NULL,
`qualify` char(3) default NULL,
`regexten` varchar(80) default NULL,
`restrictcid` char(3) default NULL,
`rtptimeout` char(3) default NULL,
`rtpholdtimeout` char(3) default NULL,
`secret` varchar(80) default NULL,
`setvar` varchar(100) default NULL,
`disallow` varchar(100) default ‘all’,
`allow` varchar(100) default ‘g729;ilbc;gsm;ulaw;alaw’,
`fullcontact` varchar(80) NOT NULL default ”,
`ipaddr` varchar(15) NOT NULL default ”,
`port` smallint(5) unsigned NOT NULL default ’0′,
`regserver` varchar(100) default NULL,
`regseconds` int(11) NOT NULL default ’0′,
`lastms` int(11) NOT NULL default ’0′,
`username` varchar(80) NOT NULL default ”,
`defaultuser` varchar(80) NOT NULL default ”,
`subscribecontext` varchar(80) default NULL,
`useragent` varchar(20) default NULL,
`useradmin`  int(1) NOT NULL DEFAULT ’0′,
PRIMARY KEY (`id`),
UNIQUE KEY `name` (`name`),
KEY `name_2` (`name`)
) ENGINE=MyISAM ROW_FORMAT=DYNAMIC;

#mysql -p
Entramos con nuestra password
mysql> create database asterisk;
mysql> use asterisk;
mysql> source /tmp/sip_buddies.sql

En tercer lugar vamos a configurar los ficheros basicos de Asterisk para poder trabajar con el conector ODBC

/etc/asterisk/extconfig.conf

[settings]
sippeers => odbc,asterisk ,sip_buddies

/etc/asterisk/res_odbc.conf

[asterisk]
enabled => yes
pre-connect => yes
dsn => asterisk
username => root
password => (el password que le pusimos al usuario de la base de datos mysql root durante la configuracion de LAMP)

/etc/odbc.ini

[asterisk]
Description = ODBC para MySQL
Driver = MySQL
Server = localhost
Database = asterisk
Socket = /var/run/mysqld/mysqld.sock

/etc/odbcinst.ini

[MySQL]
Description = MySQL ODBC MyODBC Driver
Driver = /usr/lib/odbc/libmyodbc.so
Setup = /usr/lib/odbc/libodbcmyS.so

Con esto vamos al CLI de Asterisk
# asterisk -r
CLI> odbc show

Y si vemos “Connected: Yes” entonces ya esta preparado

En cuarto lugar vamos a configurar los usuarios SIP:

Para ello creamos un fichero temporal por ejemplo /tmp/usuarios_sip_buddies.sql con la siguiente info:

INSERT INTO sip_buddies (`name`, `host`, `nat`, `type`, `cancallforward`, `canreinvite`, `context`, `md5secret`, `qualify`, `disallow`, `allow`, `fullcontact`, `ipaddr`, `port`, `regseconds`, `lastms`, `username`, `defaultuser`)
VALUES (‘ext10′, ‘dynamic’, ‘no’, ‘friend’, ‘yes’, ‘yes’, ‘extensiones’, ‘e8a325cb599ad4b6eb95d79aa4506ed2′, ‘yes’, ‘all’, ‘g729;ilbc;gsm;ulaw;alaw’, ”, ”, ’0′,’0′, ’0′, ”, ”)

Importante, el ultimo valor a 1, y la clave sera 1234 en formato md5 evidentemente se deberia cambiar.

Ahora como antes lo ejecutamos desde el interfaz de comandos de MySQL

#mysql -p
mysql> use asterisk;
mysql> source /etc/usuarios_sip_buddies.sql

Finalmente necesitamos editar el fichero sip.conf con una configuracion minima. Por ejemplo:

/etc/asterisk/sip.conf

[general]
language = es

Desde este mismo momento ya tenemos el usuario sip ext10 con la clave 1234 listo para funcionar. Podemos probarlo con cualquier telefono SIP.

Puede parecer muchisima historia comparado a configurar un fichero sip.conf, pero con la practica y unas plantillas, esta gestion se realiza en 5 minutos y ahora viene la “potencia”.

El script PHP:

Voy a crear un solo fichero PHP al estilo monolitico para que funcione y nada mas. Evidentemente sera bastante mejorable y ya esta en nuestras manos con unos conocimientos basicos de programacion PHP (y obviamente adaptable a cualquier otro lenguaje de programacion con el que nos sintamos mas comodos)

Lo primero vamos a crear algunos directorios dentro del lugar donde tengamos publicado el servidor web apache, por defecto /var/www
# cd /var/www
# mkdir asterisk
# cd asterisk
# mkdir sip
# cd sip

Ahora vamos a crear un fichero index.php con el siguiente contenido:

 <?php

// Conexion a la base de Datos

$base = "asterisk";
$host = "localhost";
$user = "root";
$password = "nuestra_contraseña_sql";
$conexion = mysql_connect($host,$user,$password);
$result = mysql_select_db($base,$conexion) or die ("Error en la Conexion a BD");

session_start();

// Si no estamos logeados

if (!$_SESSION['login'])
{
 if(isset($_POST['loginsubmit']))
 {
 $usuario = $_POST['usuario'];
 $password = $_POST['password'];

 if((!$usuario) || (!$password))
 {
 echo "Error 1<br>";
 exit();
 }
 $password = $usuario.":asterisk:".$password;
 $password = md5($password);
 $query = mysql_query("SELECT * FROM sip_buddies WHERE name='$usuario' AND md5secret = '$password' AND useradmin = '1'");
 if (mysql_num_rows($query) > 0)
 {
 session_register('login');
 $_SESSION['login'] = '1';
 }
 else
 echo "Error 2<br><br>";

 echo "<a href='index.php'>Home</a>";
 }
 else
 {
 echo "<form method='post' action='?'>";
 echo "Usuario: <input name='usuario' type='text'><br>";
 echo "Contrase&ntilde;a: <input name='password' type='password'><br>";
 echo "<input type='submit' name='loginsubmit'>";
 echo "</form>";
 }

}
// Si ya estamos logeados

else
{
 // Salida del Sistema
 if(isset($_REQUEST['exit']))
 {
 session_destroy();

 if(!session_is_registered('login'))
 echo "<a href='index.php'>Home</a>";

 }
 // Insercion de un nuevo Registro
 elseif(isset($_POST['insertsubmit']))
 {
 $sipuser = $_POST['sipuser'];
 $sippass = $_POST['sippass'];
 $sippass = $sipuser.":asterisk:".$sippass;
 $sippass = md5($sippass);
 $query = mysql_query("INSERT INTO sip_buddies (`name`, `host`, `nat`, `type`, `cancallforward`, `canreinvite`, `context`, 
 `md5secret`, `qualify`, `disallow`, `allow`, `fullcontact`, `ipaddr`, `port`, `regseconds`, `lastms`, `username`, `defaultuser`) 
 VALUES ('$sipuser', 'dynamic', 'no', 'friend', 'yes', 'yes', 'extensiones', '$sippass', 'yes', 'all', 'g729;ilbc;gsm;ulaw;alaw', '', '', 
 '0','0', '0', '', '')");

 echo "<a href='index.php'>Home</a><br>";
 echo "<a href='index.php?exit'>Exit</a>";
 }
 // Borrado de un Registro
 elseif(isset($_POST['deletesubmit']))
 {
 $sipid = $_POST['sipid'];
 $query = mysql_query("DELETE FROM sip_buddies WHERE id = '$sipid'");

 echo "<a href='index.php'>Home</a><br>";
 echo "<a href='index.php?exit'>Exit</a>";
 }
 // Formularios de Insercion y Borrado
 else
 {
 echo "Insertar Registro:<br>"; 
 echo "<p><form method='post' action='?'>";
 echo "Usuario: <input name='sipuser' type='text'><br>";
 echo "Contrase&ntilde;a: <input name='sippass' type='password'><br>";
 echo "<input type='submit' name='insertsubmit' value='Insertar'>";
 echo "</form></p>";

 echo "<table border='1'>";
 echo "<tr><td colspan ='2' align='center'>SIP Peers Activos</td></tr>";
 echo "<tr><td>Usuario</td><td>Borrar</td></tr>"; 

 $query = mysql_query("SELECT * FROM sip_buddies WHERE type = 'friend'");
 $rows = mysql_num_rows($query);
 for ($i=0;$i<$rows;$i++)
 {
 $sippeersarray = mysql_fetch_array($query);
 $sipuser = $sippeersarray['name'];
 $sipid = $sippeersarray['id'];

 echo "<tr>";
 echo "<td>".$sipuser."</td>";
 echo "<td>";
 echo "<form method='post' action='?'>";
 echo "<input type=hidden name='sipid' value='$sipid'>";
 echo "<input type=submit name='deletesubmit' value='Borrar'>";
 echo "</form>";
 echo "</td>"; 
 echo "</tr>";

 } 
 echo "</table>"; 
 echo "<a href='index.php?exit'>Exit</a>";

 }
}

?>

Y eso es todo, ahora podemos acceder a traves de un navegador a la direccion:

http://ip_nuestro_servidor_asterisk/asterisk/sip/

Y aparecera para introducir un usuario y contraseña. Siguiendo el ejemplo seria Usuario: ext10,  Contraseña: 1234

Asi accederiamos a la micro interfaz para Crear y Borrar extensiones.

Evidentemente este codigo tiene bastantes deficiencias “tecnicas”, por ejemplo se podria intentar realizar una tecnica de Inyeccion de Codigo SQL para logearnos como el usuario administrador por las “bravas”, y ya conociendo la estructura, hasta darnos de alta un usuario Administrador para acceder siempre. Pero la idea basica era poder ejemplificar lo que queria mostrar con este articulo, que con solo seguir unos pasos de 5 minutos o menos, y tener este script PHP listo para ser “insertado” en el servidor web, tendriamos una interfaz totalmente Autonoma para nuestro cliente, equivalente a la que “instalamos” en mensajes anteriores, para la gestion de salas de conferencias MeetMe.

Ademas esta claro este codigo se podria mejorar para añadir la posibilidad de editar extensiones, o incluso configurar mas parametros de las extensiones (o tener dos interfaces, una de administrador para nosotros mismos, y otra para los usuarios), asi no tendriamos que andar “trasteando” directamente en el interfaz MySQL si modificamos regularmente las extensiones.

Con esto, ya empiezan a haber motivos para poder ir planteandonos dar un primer paso y dar fin a las interfaces graficas de Asterisk!.

Tengo que reconocer que este mensaje me ha llevado componerlo mas tiempo del previsto originalmente. Toda mejora al codigo, o sugerencia como siempre, sera ampliamente agradecida a traves de los comentarios.

La dificultad radica la mayor parte del tiempo, en localizar ese proveedor SIP que ofrezca en un momento determinado la mejor tarifa.

Resulta que existe una web, que mantiene bastante actualizadas, las mejores tarifas, para muchos proveedores SIP, para practicamente todos los paises y todos los tipos de llamadas a los mismos (a moviles y a fijos).

Lo interesante de todo esto, es la posibilidad de configurar multiples proveedores y a la vez enrutar las llamadas segun el destino de las mismas por uno o por otro en funcion de nuestra necesidad.

La pagina web de la que estamos hablando es: http://backsla.sh/betamax

Si observais en el momento en que escribo este mensaje, el mejor operador es EasyVOIP. No todos los proveedores de la lista ofrecen la posibilidad de conectarse via SIP a los servicios, (por ejemplo CheapVOIP no lo permite, solo llamadas a traves de su dialer). En este caso Easy VOIP ofrece llamadas a operadores moviles en España a solo 0,04 dolares el minuto sin establecimiento de llamada (del orden de los 0,03 centimos de euro). No existe ni un solo operador en España que ofrezca este nivel de competitividad. Ni siquiera existe una tarifa plana que pueda competir, lo mas cercano, las tarifas Leon de Orange que son las menos restrictivas a nivel de tiempos. Los OMV (Operadores Moviles Virtuales) al cursar llamadas a traves de los operadores principales (Orange, Movistar, Vodafone o Yoigo), todos imponen el establecimiento de llamada, que para llamadas relativamente cortas (menos de 15 minutos), supone un sobrecoste excesivo (por tanto entramos en restricciones).

Luego hay tarifas baratas, por tramos horarios, numeros preferidos, etc, etc, pero igual entramos en restricciones. Todo esto lo podemos sintetizar en un operador SIP. Hoy en dia con las conexiones a Internet, es practicamente despreciable la baja calidad de la señal (latencias de entre 50 a 70ms con un jitter inferior a 10ms), y por simultaneidad de canales precisamente es el caudal simetrico ya empieza a sobrar (es relativamente facil conseguir caudales de 2Mbits simetricos). Pongamos uno de los peores casos, el codec ULAW G.711, 64kbits/s duplex. En 2 Mbits simetricos tenemos accesible un “troncal” de 32 llamadas simultaneas, podria decirse, semejante a un Primario E1.

Pero si decidimos gastarnos un dinerillo en unas cuantas licencias G.729 (algo muy interesante sinceramente, ya que reducimos gracias a la compresion, hasta 4 veces el caudal de ULAW), es decir 8 kbits/s, por tanto tendriamos acceso a un “troncal” de hasta 128 llamadas simultaneas, o lo mas clasico en estos casos, dedicar, 512kbits simetricos al trafico VoIP para conseguir ese “primario de voz”, mediante politicas QoS, y tener accesible el resto del caudal para aplicativos internos de la empresa en segundo o tercer nivel.  Una licencia G.729 para un canal concurrente, vale solo 10 dolares. Si hablamos de 32, 320 dolares al cambio poco menos de 250 euros es una suma totalmente asumible, mas considerando, que es lo que puede llegar a valer un Primario E1, para una PYME durante solo 1 mes de uso (y descontando el trafico).

Y lo mas interesante, se que proveedores SIP como EasyVOIP soportan este codec.

Como ya comente en entradas anteriores, nos encontramos un gran problema que lidiar: el trafico entrante. Necesitamos proveedores que nos permitan tener DID y trafico entrante sin pedir “nada a cambio” (o que curses llamadas obligatoriamente a traves de ellos). Esta tarea aun no la tengo resuelta, puesto que sobre todo en el ambito casero lo que es a quien va principalmente orientados estos proveedores SIP, lo primordial es llamar barato, pero todos “tenemos” una linea movil a los que ser llamados, o una linea fija de Telefonica…

Netelip sigue ofreciendo servicios de llamadas de bastante bajo nivel. Telsome, tambien tiene unas tarifas aceptables, pero la calidad es intermedia. Llama la atencion que hasta EasyVOIP operador extranjero ofrece mejor calidad que estas dos operadores IP Españolas. Asi que VozTelecom sigue siendo la mejor opcion todavia aun a costa de ser un poco caros.

VozTele ofrecia dos canales entrante por 9 euros al mes, y luego cada DID por 4 euros aparte. Esto es una configuracion ejemplo: 4 DID + 2 canales entrantes = 25 euros al mes. Por ejemplo un proveedor mundial de DID, DIDWW ofrece un canal entrante por cada DID contratado, peor servicio, por 5 euros de SETUP y 5 euros al mes. 5 x 4 = 20 euros. En este caso nos ahorrariamos 5 euros pero con inferior servicio.

Evidentemente, es totalmente “injusto” que cursemos llamadas por un operador externo del que las recibimos ya que no ofrecemos la oportunidad de “ganar” al segundo. Por eso todavia estas soluciones mixtas para mi criterio son una asignatura pendiente.

Vuelvo a dejar abierto este tema por si alguien tiene ideas mejores, o propuestas para poder entrar a ser planteadas. Desde luego aun teniendo estas dos soluciones separadas siguen siendo de resultado mucho mas baratas que “quedarse” en la PSTN o en los operadores moviles. De hecho podrian conseguirse telefonos moviles para llamadas entrantes a coste 0 (por ejemplo con OMV) e introducirlos en nuestra PBX a traves de un enlace movil o un modem 3G que permita funciones de Voz (como hicieron en las “practicas” los de chan_sebi).

Proxy Movil

Y justamente de esta idea, se me ocurre diseñar un “Proxy Movil” aprovechando las tarifas corporativas (llamadas a numeros internos de la empresa ilimitadas, a coste 0, con “tarifas planas para este proposito, de solo 3 euros”. Dado que realmente consumir 1000 minutos que es lo que ofrecen la mayoria de las tarifas planas es bastante complejo, ¿Que ocurriria si utilizaramos varias de estas lineas de 1000 minutos unidas, para tener una suma pongamos de 5000 minutos, a repartir entre 25 lineas corporativas?

Asi a desglose economico:

30 (+9 tracks entrantes) x 3 euros = 117 euros
9000 minutos x 0,03 centimos (EasyVOIP) = 270 euros
Total = 387 euros al mes

Son 300 minutos por linea. La tarifa plana mas barata, no baja de 20 euros, Leon 24 , 300 minutos por 24 euros al mes = 30 x 24 = 720 euros al mes.

Ahorro de mas de 300 euros al mes por aplicar esta filosofia. Y las posibilidades que ofrece son muy amplias (por ejemplo, coste nulo para llamadas salientes, por ejemplo, alguien nos llama a nuestra PBX a la operadora, y la operadora quiere transferir a uno de esos 30 telefonos de la empresa, al cursarse por uno de los 9 tracks, saldria gratuita la llamada, y podriamos aplicar FailOver). El unico problema: el contrario, en la llamada entrante, si el track esta ocupado no se me ocurre aplicar un metodo de failover al siguiente track puesto que la llamada se cursa contra la operadora, a no ser que se aplique un sistema de desvio de llamada “si comunica” rotativo entre todos las lineas del track. Curioso experimento

Digium Certified Asterisk Professional (dCAP), que es la mas popular y el que realmente te da acceso a un mundo laboral que tenga relacion con Asterisk. Pero por otro lado existe otro, aun no demasiado reconocido, con validez 4 años, llamado Digium Certified Asterisk Administrator (dCAA)

El examen consta de 60 preguntas, y un tiempo total para su realizacion de 11 minutos y 20 segundos (10 segundos por pregunta aproximadamente). No restan los fallos, pero hay que aprobar con un 80% de preguntas correctas, y es un formulario de tipo selección unica. No se cuantos intentos te dan, ni si se puede hacer en mas tiempo, porque eventualmente, lo aprobe a la primera y en el tiempo acordado. Para mi criterio, creo que es una prueba de nivel mas para el dCAP, tanto para probar los conocimientos obtenidos a traves de un curso Asterisk Fast Start (como el que vimos el año pasado), por lo que realmente tras un Asterisk Advanced, el aprobado deberia ser asegurado.

Otra cosa curiosa es que al aprobar te da un certificado como este, con validez de 4 años:

Como creo que realmente el examen es una prueba de nivel, tras terminarlo trate de revisar mis respuestas señaladas (lo que es cierto que en solo poco mas de 11 minutos hay que intentar responder bastante rapido y a veces casi aleatoriamente, una vez marcada la respuesta y pulsado “siguiente”, ya no hay marcha atras para corregir, y al suspender no tengo muy claro si permiten volver a realizar el examen ipso-facto). Y aprovechando esto, decidi traducirlo y responderlo a modo de primer entrenamiento cara al proximo dCAP:

1. ¿Qué hace el comando “make config” durante la instalación de Asterisk?
   a) Instala scripts que harán que Asterisk se arranque al inicio en las distribuciones soportadas por Asterisk
   b) Inicia una sesión interactiva para que el administrador pueda configurar detalles sobre  los usuarios PBX
   c) Instala ficheros de configuración en /etc/Asterisk
   d) Nada, make config no es un comando valido en este contexto
2. ¿Porque DTMF utiliza dos tonos?
   a)      Para mejorar el reconocimiento sobre un solo tono
   b)      Ninguna razón en particular, es solo una decisión de estilo
   c)       Para conseguir un audio superior
   d)      No lo hace, se utiliza un solo tono
3. En el contexto de Asterisk, ¿que significa CDR?
   a)      Customer Data Resource
   b)      Call Detail Record
   c)       Channel Data Review
   d)      Channel Driver Resource
4. ¿Para cuál de los siguientes casos, Asterisk no utiliza SDP?
   a)      Renegociar el códec de audio utilizado en la llamada SIP mientras se encuentra activa
   b)      Configurar parámetros iniciales de los medios en una llamada SIP
   c)       Poner una llamada SIP en espera
   d)      Colgar una llamada SIP
5. ¿Qué comando de CLI puede usarse para ver la configuración actual del Dialplan de Asterisk?
   a)      module show extensións.conf
   b)      core print Dialplan
   c)       module show pbx_config
   d)      dialplan show
6. ¿Cuál de los siguientes no es un driver de canal en Asterisk?
   a)      CDR
   b)      SIP
   c)       Local
   d)      IAX
7. ¿Qué fichero es utilizado para configurar los drivers del kernel para dispositivos DAHDI?
   a)      /etc/dahdi/dahdi.config
   b)      /etc/dahdi/system.conf
   c)       /etc/dahdi/chan_dahdi.conf
   d)      /etc/dahdi.conf
8. ¿Con que protocolo VOIP es utilizado RTP?
   a)      IAX2
   b)      DAHDI
   c)       SIP
   d)      Zaptel
9. ¿Qué ocurre cuando mandamos el comando a Asterisk “restart gracefully”?
   a)      Asterisk deja de recibir llamadas, y reinicia cuando las llamadas activas llegan a 0
   b)      Asterisk continua recibiendo llamadas, y reinicia cuando las llamadas activas llegan a 0
   c)       Nada. Esto no es un comando valido de Asterisk
   d)      Asterisk reinicia inmediatamente
10. ¿Cuál es la localización por defecto de la música en espera de Asterisk?
    a)      /var/lib/asterisk/moh
    b)      /var/lib/Asterisk/holdmusic
    c)       /var/log/Asterisk/musiconhold
    d)      /etc/asterisk/musiconhold
11. ¿Cuál de las siguientes afirmaciones es mas cierta con respecto al registro de un dispositivo en el contexto VOIP?
    a)      El registro permite a Asterisk saber dónde deben ir las llamadas destinadas al dispositivo
    b)      El registro es necesario para que el teléfono pueda chequear el Buzon de Voz
    c)       El registro es principalmente utilizado para asociar a una persona con un dispositivo
    d)      El registro es requerido para que solo los usuarios autentificados puedan hacer llamadas
12. ¿Cuál es la diferencia entre las aplicaciones VoiceMail y VoiceMailMain en Asterisk?
    a)      VoiceMailMain se utiliza para grabar una mensaje de alguien, y VoiceMail se utiliza para que una persona escuche los mensajes recibidos
    b)      VoiceMail se utiliza para grabar una mensaje de alguien, y VoiceMailMain se utiliza para que una persona escuche los mensajes recibidos
    c)       VoiceMail es utilizado cuando los mensajes son guardados en una base de datos o en una almacen IMAP, VoiceMailMain es utilizando cuando los mensajes han sido guardados en el disco duro
    d)      Nada de lo anterior, las dos aplicaciones son intercambiables
13. ¿Cuál es el ancho de banda requerido para una llamada bidireccional con G.711?
    a)      ~160Kbps
    b)      ~80Kbps
    c)       ~64Kbps
    d)      ~8Kbps
14. ¿Cuál de los siguientes, no es una cadena de llamada valida en Asterisk?
    a)      Dial(SIP/100,30)
    b)      Dial(30,SIP/100)
    c)       Dial(SIP/100)
    d)      Dial(SIP/100&SIP/200)
15. Sobre configuraciones de red ¿Qué es la latencia?
    a)      El retraso desde que un paquete es enviado  hasta que es retrasmitido
    b)      El retraso desde que un paquete es trasmitido hasta que es recibido
    c)       El retraso causado por la transcodificacion de audio?
    d)      El retraso entre la marcación y el timbre
16. ¿Qué configuración prevendrá Asterisk de negociar entre dos canales SIP de enviarse RTP directamente entre ambos?
    a)      canreinvite = no
    b)      trunk = no
    c)       canreinvite = yes
    d)      canreinivite = never
17. ¿Para que sirve el comando ‘!’ en la línea de comandos de Asterisk?
    a)      Para nada. El comando ‘!’ no es un comando valido en el CLI de Asterisk
    b)      Rejecuta el comando anterior de nuevo
    c)       Ejecuta un comando Shell de Linux
    d)      Confirma que deseas ejecutar el comando especificado
18. ¿Cuál de las siguientes estrategias NO puede utilizarse en Asterisk con colas?
    a)      Llamar al agente disponible que haya recibido más llamadas
    b)      Llamar a todos los agentes a la vez
    c)       Llamar a un agente aleatorio
    d)      Llamar al agente disponible que haya recibido menos llamadas
19. ¿Qué es un ‘call file’ en Asterisk?
    a)      Un fichero de comandos que inicia una llamada saliente
    b)      Un fichero temporal que se crea en /dev/ para un canal activo en Asterisk
    c)       Un fichero con registros CDR para facturación
    d)      Un fichero generado por cada buzon de voz para almacenar información como CallerID, hora, etc
20. ¿Cuál de las siguientes aplicaciones NO esta por defecto en un Dialplan de Asterisk
    a)      Hold()
    b)      Dial()
    c)       Hangup()
    d)      Playback()
21. ¿Cuál de los siguientes codecs puede ser utilizado por Asterisk para grabar un mensaje del buzon de voz en Asterisk?
    a)      OGG
    b)      MP3
    c)       GSM
    d)      G.729
22. ¿Cuál de las siguientes líneas en el extensions.conf NO tiene un error de sintaxis?
    a)      exten => 1,n,Dial,SIP/6000
    b)      exten => 1,n,(dial),Dial(SIP/6000)
    c)       exten => 1,n(dial,Dial(SIP/6000)
    d)      exten => 1,n(dial),Dial(SIP/6000)
23. ¿Cuál de los siguientes puerto(s) debe ser redirigido en un firewall para permitir que el trafico RTP pueda alcanzar Asterisk?
    a)      5060
    b)      8000-10000
    c)       12000-20000
    d)      Aquellos puertos especificados en el archivo de configuración de Asterisk rtp.conf
24. ¿Cuál de las siguientes extensiones especiales NO está reconocida por Asterisk?
    a)      fax
    b)      i
    c)       T
    d)      r
25. ¿Cuál es la ubicación por defecto para los archivos de sonido de Asteirsk?
    a)      /var/log/asterisk/sounds
    b)      /etc/asterisk
    c)       /var/lib/asterisk/sounds/
    d)      /usr/lib/Asterisk/sounds/
26. ¿Cuál de los siguientes, incluirá el contexto [local] en otro contexto?
    a)      #include => local
    b)      Switch => local
    c)       context => local
    d)      include => local
27. ¿Cuál de los siguientes es el mensaje inicial enviado por un PRI cuando se realiza una llamada saliente?
    a)      CONNECT
    b)      SETUP
    c)       DIAL
    d)      INVITE
28. ¿Cuál es el máximo numero de participantes posibles en una sala de conferencias de Meetme de Asterisk?
    a)      30
    b)      1000
    c)       240
    d)      No hay limite
29. ¿Cuál de los siguientes comandos creara una conexión CLI a una instancia de Asterisk corriendo en el transfondo?
    a)      asterisk
    b)      asterisk –x
    c)       asterisk –r
    d)      Asterisk –vvvvvgc
30. ¿Cuál de los siguientes representa la forma correcta de dereferenciar una variable en Asterisk?
    a)      {$VARIABLE}
    b)      $__VARIABLE
    c)       $[VARIABLE]
    d)      ${VARIABLE}
31. ¿Qué hara la siguiente línea del DialPlan?
    exten => 1000,1,GotoIf($[${EXTEN}>1000]?hangup:continue)
    a)      Continua hacia la prioridad continue porque la expresión es falsa
    b)      Nada, es una línea invalida de Dialplan
    c)       Continua con la prioridad hangup porque la expresión es cierta
    d)      Cuelga la llamada, porque la expresión es cierta y el comando cuando es verdadero es el cuelgue
32. ¿Cuál de los siguientes NO es un códec de audio?
    a)      G.711
    b)      H.323
    c)       G.729
    d)      GSM
33. ¿Cuál de los siguientes modelos describe exactamente la sintaxis exacta de un Dialplan?
    a)      exten => contexto,extensión,prioridad
    b)      exten => extension, prioridad, aplicacion
    c)       extension => prioridad, etiqueta, aplicación
    d)      exten => extension, prioridad, etiqueta, aplicación
34. ¿Cuál de los siguientes no es una variable de canal automáticamente ajustada por Asterisk?
    a)      CONTEXT
    b)      UNIQUEID
    c)       CHANNEL_NAME
    d)      TIMESTAMP
35. ¿Qué puerto(s) pueden ser redirigidos en un firewall para permitir que el trafico SIP llegue a Asterisk?
    a)      1000-2000
    b)      443
    c)       5060
    d)      22
36. ¿Qué método de señalización debe utilizar un dispositivo FXS?
    a)      Session Initiation Protocol
    b)      ISDN
    c)       Foreign eXchange Office
    d)      Foreign eXchange Subscriber
37. ¿Qué es DUNDi?
    a)      Un registro global de ITSPs
    b)      Un módulo de driver de canal en Asterisk
    c)       Una herramienta para simplificar el enrutamiento de multiples sitios
    d)      Una marca de PBX de Australia
38. ¿Cómo se utiliza SDP en Asterisk?
    a)      SDP no se utiliza en Asterisk
    b)      Para transportar los medios  en una llamada SIP
    c)       Para inivitar a un individuo a una llamada SIP
    d)      Para negociar/describir los medios en una llamada SIP
39. Por defecto, ¿dónde se almacenan los ficheros de log en Asterisk?
    a)      /etc/asterisk/logs
    b)      /var/lib/Asterisk/logs
    c)       /usr/log/asterisk
    d)      /var/log/Asterisk
40. ¿Qué fichero de configuración de Asterisk especifica los puertos utilizados por los medios en una llamada SIP?
    a)      ports.conf
    b)      rtp.conf
    c)       sip.conf
    d)      media.conf
41. ¿Qué hara la siguiente línea de dialplan?
    exten => s,1,Set(COUNT=$[${COUNT}+1])
    a)      Nada, es una línea invalida para el Dialplan
    b)      Almacenar la cadena “$[${COUNT}+1]” en una variable llamada COUNT
    c)       Poner el valor de COUNT  a 1, porque la expresión se evalua como verdadera
    d)      Limpiar el valor de la variable COUNT  a su valor anterior mas 1
42. ¿Cuál de las siguientes aplicaciones del Dialplan hara que Asteirsk NO “escuche” una entrada DTMF?
    a)      Read()
    b)      Wait()
    c)       Background()
    d)      WaitExten()
43. ¿En que fichero de configuración se manejan los huecos de parking de llamadas?
    a)      callparking.conf
    b)      extensions.conf
    c)       parkinglots.conf
    d)      features.conf
44. ¿Cómo se utiliza la aplicación Record en Asterisk?
    a)      Para monitorizar otro canal en tiempo real
    b)      Para imprimir contenidos de un registro de base de datos en el CLI de Asterisk
    c)       Para crear un fichero de sonido en el disco con el audio recibido de un canal activo
    d)      Para reproducir los contenidos de un registro de base de datos en un canal de Asterisk utilizando un convertidor de texto a voz.
45. ¿Cuál de los siguientes no es un soporte de CDR valido por defecto en Asterisk?
    a)      Hoja de cálculo de Excel
    b)      Archivos .csv
    c)       Servidor RADIUS
    d)      Base de datos Relacional
46. ¿Qué opción de configuración del sip.conf debe realizarse para permitir que un dispositivo se registre contra Asterisk?
    a)      host = dynamic
    b)      host = unknown
    c)       address = any
    d)      ipaddress = dynamic
47. ¿Bajo qué licencia de software libre está disponible Asterisk?
    a)      LGPL
    b)      BSD
    c)       GPLv2
    d)      GPLv3
48. ¿En cuál de los órdenes siguientes, los códecs consumen de menos ancho de banda a mayor ancho de banda?
    a)      GSM, G.711, G.729
    b)      G729, G.711, GSM
    c)       G.711, GSM, G.729
    d)      G.729, GSM, G.711
49. ¿Cuál de los siguientes NO es una forma para generar una llamada de otra forma que no sea un teléfono?
    a)      A través del Asterisk Manager Interface
    b)      A través de un fichero creado específicamente y copiado en /var/spool/asterisk/outgoing
    c)       A través de Asterisk Realtime Architecture
    d)      A través de un comando de CLI “console dial”
50. En un sistema típico Linux, ¿Cuál de los siguientes comandos NO se utiliza para saber la carga media del sistema?
    a)      Utilizando la herramienta “load”
    b)      Viendo los contenidos de /proc/loadavg
    c)       Utilizando la herramienta “top”
    d)      Utilizando la herramienta “uptime”
51. ¿Cuál de los siguientes, NO es un método de almacenaje valido para un buzón de voz en un sistema Asterisk sin modificar?
    a)      En la RAM
    b)      Via IMAP
    c)       Via ODBC
    d)      En el sistema de archivos
52. ¿Sobre qué usuario debería funcionar Asterisk?
    a)      root
    b)      asterisk
    c)       nadie
    d)      Asterisk debería ser lanzado desde cualquier usuario
53. En Asterisk, ¿Cuál es la diferencia entre formato y códec?
    a)      El formato describe el protocolo usado, y el códec describe los medios usados
    b)      El formato traduce los medios guardados en disco, y el códec traduce los medios a ser trasmitidos en el canal
    c)       El formato describe los medios entrantes y el códec  describe los medios salientes
    d)      El formato describe los medios de video, y el códec describe los medios de audio
54. ¿Qué archivo de configuración controla los “paths” del sistema que Asterisk utiliza para guardar los modulos, CDR, y logs?
    a)      files.conf
    b)      directory.conf
    c)       asterisk.conf
    d)      logger.conf
55. ¿Cuál de los siguientes NO es una aplicación de Asterisk comúnmente usada para propósitos de Debug?
    a)      Jitter
    b)      Echo
    c)       Milliwatt
    d)      NoOp
56. ¿Cuál de los siguientes NO es cierto acerca de Asterisk y DAHDI?
    a)      Asterisk y DAHDI están disponibles bajo licencias Open Source
    b)      Asterisk y DAHDI trabajan juntos para ofrecer interfaces físicas a un sistema PBX
    c)       Asterisk y DAHDI están patrocinados y mantenidos por Digium
    d)      Asterisk y DAHDI solo son compatibles cuando los mismos números de versión son utilizados para ambos
57. ¿Cuál de los siguientes NO es un fichero de configuración estándar para Asterisk?
    a)      pri.conf
    b)      chan_dahdi.conf
    c)       sip.conf
    d)      iax.conf
58. ¿Qué es el “jitter”?
    a)      La latencia entre dos puntos VOIP
    b)      Cambios en el volumen/ganancia provocados por la transcodificación
    c)       Variaciones en la latencia entre dos puntos VOIP
    d)      El eco en los enlaces VOIP
59. ¿Cuál de los siguientes es la sintaxis correcta para configurar un canal SIP que solo permita el códec GSM?
    a)      disallow = all, allow = all
    b)      deny=ulaw,alaw,g729,g723
    c)       allow =gsm
    d)      permit = gsm, deny = all
60. ¿Cuál es la diferencia entre las salidas de “verbose” y “debug” en el Asterisk CLI?
    a)      La salida Verbose es acerca de los canales, y la salida Debug es acerca de otras partes de Asterisk
    b)      La salida Verbose, suelen ser mensajes de estado útiles para administradores mientras que la salida Debug suelen ser mensajes útiles para desarrolladores
    c)       No existe diferencia. Ambos tipos de salida de consola son lo mismo.
    d)      La salida Debug, suelen ser mensajes de estado útiles para administradores mientras que la salida Verbose suelen ser mensajes útiles para desarrolladores

A continuación, las soluciones que yo creo que son las correctas. Me gustaría que alguien experimentado las revisase tambien, y comentase cuales cree que pueden estar mal, o de las que tengo dudas, que opina al respecto:

Solución 1: a)
Solución 2: a)
Solución 3: b)
Solución 4: Creo que la d)
Solución 5: d)
Solución 6: a)
Solución 7: d)
Solución 8: c)
Solución 9: a)
Solución 10: a)
Solución 11: Me resulta un poco ambigua la pregunta, pero la más cierta quizá, la c)
Solución 12: b)
Solución 13: c)
Solución 14: b)
Solución 15: b)
Solución 16: a)
Solución 17: c)
Solución 18: a)
Solución 19: a)
Solución 20: a)
Solución 21: c)
Solución 22: d)
Solución 23: d)
Solución 24: d)
Solución 25: c)
Solución 26: d)
Solución 27: b)
Solución 28: b)
Solución 29: c)
Solución 30: d)
Solución 31: a)
Solución 32: b)
Solución: 33: b)
Solución 34: c)
Solución 35: c)
Solución 36: c)
Solución 37: c)
Solucion 38: d)
Solución 39: d)
Solución 40: b)
Solución 41: d)
Solución 42: b)
Solución 43: d)
Solución 44: c)
Solución 45: a)
Solución 46: a)
Solución 47: c)
Solución 48: d)
Solución 49: c)
Solución 50: a)
Solución 51: a)
Solución 52: b)
Solución 53: a)
Solución 54: c)
Solución 55: a)
Solución 56: d)
Solución 57: a)
Solución 58: c)
Solución 59: c)
Solución: 60: b)

Primero van los conceptos teoricos sobre los tipos de sistemas digitales de telefonia Americanos (T1), Europeos (E1), las señalizaciones, los canales, servicios implementados como RDSI (ISDN), codificacion de las señales… realmente son temas que para un caso en concreto de uso hay que tenerlos claros.

Un ejemplo practico seria la interconexion duplex entre una centralita Asterisk y una Alcatel con tarjeteria en ambos lados. Para la comunicación de mensajes a nivel de servicios digitales, se implementa un protocolo de señalización llamado Q.931, pero mas concretamente de un protocolo variante especifico para esta funcionalidad de interconexión de centralitas, llamado Q.SIG.

Ahora vamos a la parte practica de configuracion, hay que considerar que existen dos tipos de configuraciones, la especifica para Estados Unidos y otra para Europa, en este caso voy a intentar de ir planteando las dos, porque cara a Digium la que se utiliza es la EEUU, pero para nuestros casos practicos seguramente sea la Europea.

Configuracion del /etc/dahdi/system.conf

Primero tenemos que configurar cada uno de los puertos

span = <numero_del_puerto>,<fuente_de_sincronizacion>,<line_built_out>,

Ejemplo americano:

span = 1,1,0,esf,b8zs

Ejemplo europeo:

span = 1,1,0,ccs,hdb3,crc4
- El 1 primero, es el numero del canal

- El 1 es para ser receptor de la fuente, y el 0 para ser el emisor
- El siguiente 0, es para no amplificar la señal si los cables son normales, o 1 si son demasiado largos (el cable que nos llega del operador esta en una ubicación muy apartada de donde esta nuestro equipo)
- ESF/CCS, las señalizaciones, americana y europea respectivamente
- B8ZS, y HDB3 son las codificaciones
- Finalmente CRC4, el sistema de control de errores

Luego se configuran, los bchan (canales de datos) y el dchan (canal de señalizacion)

bchan = 1-23
dchan = 24

- En modo americano

bchan = 1-15,17-31

dchan = 16

- En modo europeo

Y luego el loadzone = es/us y defaultzone=es/us es especialmente importante cuando se tratan de tarjetas digitales.

En el fichero /etc/dahdi/modules, hay que levantar el modulo especifico de la tarjeta de T1/E1 llamado wcte12x (primario con 1 puerto T1/E1 o wct4xxp (2 o 4 puertos T1/E1), y si hablamos de puertos BRI seria el modulo wcb4xxp

Finalmente se configura el chan_dahdi.conf muy parecido a las tarjetas analogicas Podemos empezar a amplicar elsistema de “contextos” para este fichero de configuracion.

[channels]

[Primarios]
callerid=asreceived
contexto=llamadas_entrantes
signaling= //Aqui va la configuracion especifica de los primarios, hay opciones como pri_cpe (si recibimos de un operador) o pri_net (si somos los emisores de la señal)
switchtype = //Otro especifico, teoricamente existen multiples tipos de primarios, la red National, la red de AT&T en estados unidos, o la unificada de Europa EuroISDN, los valores posibles, “national”, “euroisdn”, etc. Y en el caso que estemos interconectando dos centralitas, por ejemplo a la Alcatel que hablabamos antes, pues aquí se pone “qsig”
dahdichan=1-23 //los canales de datos que antes configuramos en el system.conf, caso Americano
dahdichan=1-15,17-31 //los canales caso Europeo
group = 1 //esto es practico para no tener que estar definiendo un canal en el extensions.conf para cada canal, se utiliza un “generico” que se aplica al “grupo de canales”, y se define como gX (siendo X el numero del grupo). Para este ejemplo una opcion seria: DAHDI/g1

Ademas un tema importante de los grupos es que se pueden configurar los mecanismos de selección de canal dentro del grupo. Se pueden aplicar distintas tecnicas de selección, como la secuencial empezando por el canal primero, por el final, metodo round-robin, etc. Esto se configura, al configurar el tipo de grupo en el extensions.conf. Antes puse DAHDI/g1, pero podria ser G1, r1 y R1 (la r es el metodo Round Robin)

Una gran diferencia con respecto a las lineas analogicas, es que las llamadas no entran a la extension start del dialplan, sino entran al telefono (DID) al que es llamado por tanto en el dialplan la extension “entrante” se define con el numero del DID

Ejemplos:

exten => 919191919,1,Dial(SIP/mitelefono)

exten => 929292929,1,Dial(SIP/tutelefono)

Pero esto ya lo vimos cuando trabajabamos con el Gateway de puertos BRI, Epygi, que tenia un mecanismo muy similar aunque se configurara externamente.

- Fax en Asterisk

A raiz de la version 1.8 mejoro bastante el soporte “nativo” para FAX con respecto a las versiones anteriores, tanto a nivel Passthrough por el protocolo T.38, como utilizando la maquina Asterisk como gestora de FAX. Pero realmente para esto segundo, el soporte de FAX por Asterisk es limitado o de pago si queremos utilizarlo en produccion. Aquí hay una explicacion detallada del tema

En nuestro caso ya explicamos como tener un sistema completo y libre utilizando Hylafax con el IAXModem bastante efectivo. A raiz del mensaje de Enesoluciones (ahora Fundacion Guadalux) pense que el sistema nuevo de Asterisk sustituiria el Hylafax brutalmente, pero parece que no va a ser asi de momento,por el tema este de las licencias de pago que hablaba (aunque al parecer Digium ofrece una unica licencia gratuita para solo 1 llamada concurrente, que seguramente en muchas instalaciones para PYMES sea suficiente).

- Asterisk Database (AstDB)

Asterisk implementa un sistema de bases de datos muy sencillo para almacenar informacion relativamente poco compleja. Es mas comodo que tener que andar trabajando con conectores ODBC y demas historias siempre y cuando busquemos aplicaciones concretas donde haga falta almacenar valores y acceder a ellos facilmente, pero especificamente del propio sistema de configuracion de Asterisk (ejemplo las Listas Negras de llamantes, familia blacklist)

Las funciones de lectura y escritura son extremadamente sencillas (totalmente integradas en el sistema Asterisk). Basicamente son usos de la aplicación Set y manejo de variables pero con la funcion DB() cubriendo esta nueva “variable”.

La variable esta compuesta por familia/clave/valor por ejemplo users/mitelefono/SIP/mitelefono

En este caso la clave mitelefono dentro de la familia, users, tendra el valor SIP/mitelefono (que por ejemplo es el canal SIP que utiliza nuestro telefono SIP).

Ejemplos:

Asignar a un registro de la base de datos: Set(DB(users/mitelefono)=’SIP/mitelefono’)

Consultar el registro: ${DB(users/mitelefono)}

Con todo esto parece que podemos “recortar” en variables globales dentro de los ficheros de configuracion basicamente. A lo mejor seria interesante montar algo serio que utilice esto a mayor escala como lo que comentaba esto de los Blacklist, aunque realmente tampoco tendra mucho misterio, algunas lineas. Me lo apunto como futura practica.

- Ultimo dia. 5: Seguridad en Asterisk

Para finalizar, y dar cierre al Asteirsk Advanced, el ultimo dia se trataron multiples temas relacionados con la seguridad en Asterisk

Sobre este tema tengo que hacer un comentario: justamente, ahora que estoy bastante desconectado del mundo “tecnologico” a nivel profesional, no tengo tanto acceso como antes a tarjeterias, equipos de trabajo y demas historias que me hacian el mundo facil en el progreso Asterisk.  Pero concretamente acerca de la seguridad en Asterisk, supuestamente el sistema mas “peligroso” en el que montar un Asterisk es abierto a Internet. Por ello en las proximas entradas, voy a estar focalizando en esta idea, ya que mi forma de “progresar” de ahora en adelante va a ser montando una maquina Asterisk en Casa y ofreciendo servicios concretos a individuales, a mi empresa (de forma altruista) y a otras empresa que quiza pudieran interesarme por el potencial (¿patrocinio o algo asi?) que pudieran ofrecerme (especialmente por los recursos economicos que pudieran aportar al tema).

El tema de seguridad en Asterisk tomaba dos perspectivas: el tipo de securizacion que habia que tomar en consideracion por niveles de “inseguridad” (desde el montaje de una maquina aislada de la red, hasta el montaje de una maquina publicado a internet), y por otro lado, todos la securizacion de todos los componentes del sistema (desde los accesos a la propia maquina hardware, pasando por el sistema operativo, hasta el mismo dialplan).

- Conclusiones y Consideraciones Finales sobre el Curso

Como comentaba el segundo dia debo determinar y concluir que el curso ha satisfecho mis expectativas, ya que realmente el interes de hacer un curso de este calibre, no ha suele ser tanto, la cantidad de informacion recibida, sino la posibilidad de “expandir” conceptos acerca de la especialidad en concreto que viene a tratarse, a traves de los profesores y los compañeros. Hay que considerar que el precio realmente no cubre solo las horas de enseñanza, sino tambien las horas de “relacion”. Es cierto que para “conectar” con otros individuales especialistas o no especialistas en un sector, no es realmente necesario hacer un curso, y que para el aprendizaje por ese precio se podrian llegar a conseguir incluso, horas de enseñanza particulares por internet pactando con algun profesional un precio por hora (algun dCAP) sin excesiva dificultad. Pero mas alla de estas dos posibilidades, y la primera en particular, tambien hay que considerar que el perfil de alumno que va a un curso de este tipo, no suele ser de “Lurker” ya que al costar (bastante) dinero, suelen ser o aportes profesionales (empresas que quieren formar a sus trabajadores especialistas), o aportes personales (autonomos o como yo esta vez, especialmente interesados en el sector).

Proxima parada: Examen dCAP. No se donde sera, pero desde hoy ya toca empezar a practicar y estudiar como el que mas. Segun parece, por los alumnos que se presentaron, el nivel del examen practico ha aumentado a practicamente al doble de dificultad que las ultimas convocatorias, y sobre el teorico no pude enterarme, ya que tuvimos que irnos a comer porque el examen se alargaba demasiado.

- Teoría de Macros en el DialPlan

En primer lugar un tema que no hemos visto hasta la fecha y es crucial para configuraciones de dialplan repetitivas, las Macros.

Dos conceptos basicos

Las macros se componen del contexto del Macro [macro-<nombredelmacro>]

Solo tienen una extension, la “s”
exten => s,1,Answer()
same => n,Hangup

Por otro lado, las Macros se ejecutan desde el Plan de Marcacion, como una aplicación cualquiera con el formato Macro(<nombredelmacro>, <argumento1>, <argumento2>, etc)

Luego dentro del contexto Macro para poder utilizar esos argumentos llamados se utilizan las variables especificas de las macros ${ARG1}, ${ARG2}, etc

Ejemplo:

[extensiones]
exten => 100,1,Macro(prueba,SIP/mitelefono, 30)

[macro-prueba]
exten => s,1,Dial(${ARG1},${ARG2})

Aparte disponemos de variables especificas de las Macro. ${MACRO_CONTEXT}, ${MACRO_EXTEN} y ${MACRO_PRIORITY}. Sirven para saber dentro de la macro, que contexto, que extensión y que prioridad llamó a la Macro.

Un ejemplo, si utilizamos un Buzon de Voz, que coincide con el numero de extension pues podriamos utilizar ${MACRO_EXTEN}:

[extensiones]
exten => 100,1,Macro(prueba,SIP/mitelefono, 30)

[macro-prueba]
exten => s,1,Dial(${ARG1},${ARG2})
exten => n,VoiceMail(${MACRO_EXTEN})

A partir de aquí ya podemos dar “rienda suelta” a la imaginacion y poder simplificar nuestro trabajo de escritura de tareas repetitivas.

- Asterisk Realtime

Ya conocemos esto de artículos anteriores, como el uso del Web-MeetMe (configuraciones de salas de conferencia directamente desde la Web, a través de bases de datos en “tiempo real” (realtime).

Pero ahora una visión un poco mas práctica de como se trabaja con Realtime, ya que realmente el Web-Meetme siguiendo los pasos venia prácticamente preparado paso por paso y no podíamos entender que estaba haciendo realmente a nivel interno.

La utilidad de Realtime sobre configuraciones en ficheros de texto, es simplemente el hecho de poder introducir modificaciones constantes de una forma ultra-rapida (mediante un interfaz web por ejemplo que acceda a la base de datos).

Un ejemplo tipico: en la web vemos el listado de usuarios, con un boton para borrarlos cuando los damos de baja, y luego un mini formulario en el que ponemos el usuario y la contraseña y damos de alta una extensión inmediatamente. No habria que estar accediendo al servidor, accediendo al fichero de texto, editándolo, guardando, recargando el modulo, etc…

En configuraciones estáticas (situaciones en las que rara vez se cambia una extension por ejemplo), es poco practico por que puede salir mas caro el collar que el perro. Pero si un dia nos da por diseñar una interfaz web sencilla, y una base de datos (fichero .sql) que precargue nuestros valores default, podriamos implementar esto en tiempo record y podríamos tenerlo siempre presente en todas nuestras instalaciones (quizá algún día lo plantee esto como un articulo, muchos temas ya tengo pendientes conforme avanzamos en el mundo de Asterisk).

Un primer inconveniente que encontramos, es que Asterisk pretende centralizar todas las conexiones a bases de datos a traves de una capa de abstraccion como ODBC, es decir que los conectores directos nativos como MySQL y PostgreSQL tienden a su desaparicion. Para los no demasiado experimentados en el mundo ODBC esto podria ser un inconveniente a corto plazo.

Si recuerdan, el Web-Meetme lo hacia todo a traves de ODBC asi que este problema lo salvan (lo que no salvan que Meetme tiende a desaparcer tambien en favor de ConfBridge (nueva aplicación para conferencias sin necesidad de timing, tambien hablaremos de ella en un futuro).

Ahora sobre la configuración los ficheros involucrados

En primer lugar /etc/asterisk/extconfig.conf necesitamos añadir una linea del tipo
<nombredelaconfiguracion> => <driver>,<nombrebasededatos>,<nombretabla>

En el caso ejemplo del Web-Meetme era:
meetme => odbc,meetme, booking

El segundo fichero es el /etc/asterisk/res_config.conf

[nombrebasededatos]
enabled => yes // Esta activada la conexion
dsn => el Data Source Name del driver ODBC
pre-connect => yes // La conexión se ejecuta al arrancar Asterisk
username => usuario de la base de datos // En caso que conectemos por Puerto a la base de Datos, como en bases remotas
password => password de la base de datos // Lo mismo que lo anterior

En el ejemplo que estamos siguiendo:

[meetme]
dsn => meetme (este es el contexto que creamos antes en el sistema)
username => asterisk (supuestamente va a ser nuestro usuario para asuntos de Asterisk y servidor de base de datos)
password => asterisk (o la que le pusiéramos)
pre-connect => yes
enabled => yes

Ahora la configuracion del driver odbc en el sistema, /etc/odbc.ini

[meetme]
Description = ODBC para MySQL // Una descripcion cualquiera
Driver = MySQL // El driver ODBC que utilizamos, en este caso para MySQL por el tema ese que va a tender a desaparecer que comentábamos antes
Server = localhost // Servidor donde esta la base de datos
Database = meetme // Nombre de la base de datos con la que trabajaremos
Port = 3306 // Puerto de la base de datos
User = asterisk // En caso que conectemos por puerto en vez de por Socket
Password = asterisk // En caso que conectemos por Socket
Socket = /var/run/mysqld/mysqld.sock // Por aquí conectamos por Socket

Y finalmente /etc/odbcinst.ini

[MySQL]
Description = MySQL ODBC MyODBC Driver
Driver = /usr/lib/odbc/libmyodbc.so // librería ODBC del Driver MySQL
Setup = /usr/lib/odbc/libodbcmyS.so // librería ODBC de Configuración MySQL

Solo quedaria configurar la tabla y base de datos y ya preparado.

Algunas consideraciones adicionales: para reducir el numero de peticiones a cache, el fichero de configuracion del modulo que estamos convirtiendo en “RealTime” introducimos la siguiente variable: rtcachefriends=yes

De aquí pueden surgir multiples ideas prácticas que me gustaria probar personalmente y dedicar un articulo especifico con mis resultados, como por ejemplo, crear una funcion en func_odbc.conf para consultar algo especifico de una base de datos externa para tratarlo a traves del DialPlan, como por ejemplo consultar el telefono de un Cliente.

- CDR y CEL

Esta parte trata sobre como se gestiona CDR (Registro de Detalles de Llamada) y la nueva implementación mas detallada del registro CEL, en el que es posible ver a nivel de flujo de llamada de DialPlan, no solo a nivel de canal. La verdad es que es meramente informativa con informacion sobre los campos que se utilizan, y algunas aplicaciones de dialplan para edicion, pero realmente merece un articulo bastante amplio para poder entrar en detalle incluso algun mecanismo para extraer informacion como vimos en el articulo de CDR-Stats, una gran aplicación para poder visualizar los datos de forma bastante generica (y recuerdo que quede en montar un software para analizar llamadas pero mas en detalle para un proposito en concreto).

- El mundo de las Tarjetas Analogicas

Ya dedique varios articulos a este tema cuando empece a trabajar con la tarjeta TDM410P como el siguiente y la segunda parte del mismo.

Algunos conceptos novedosos y no vistos hasta la fecha:

Sobre la tecnologia Analogica, existen tres posibles de sistemas de señalizacion, (en el fichero chan_dahdi.conf) ground start (en desuso), loop start (tambien en desuso) y kewl start (sistema mas utilizado en la actualidad, 99% de los casos).

Otra novedad que trae la version 1.8 es la posibilidad de crear contextos en el chan_dahdi.conf y tener por ejemplo un contexto generico [channels] donde especificar ciertos argumentos especificos de la tecnologia analogica (que eran los que soliamos definir antes del channel => cuando utilizabamos un modulo FXO

Ejemplo:

[channnels]
usecallerid = yes
transfer = yes

…

[telefono-analogico]
callerid = “Telefono Analogico” <1001>
context= extensiones
signaling = fxo_ks
dahdichan = <el_canal_que_definimos_en_/etc/dahdi/system.conf>

[linea-analogica]
callerid=asreceived
context = llamadas_entrantes
signaling = fks_ks
dahdichan = <el_canal_que_definimos_en_/etc/dahdi/system.conf>

Pero luego, en el Dialplan tenemos que seguir definiendo en canal a la vieja usanza (DAHDI/1, DAHDI/2, etc…)

Dato importante de las lineas extrantes analogicas, es que hay que mandarlas a un contexto en el DialPlan (por ejemplo, llamadas_entrantes) y dentro de ese contexto, poner la extension “s” (start) ya que es imposible reconocer hacia donde pretende ir esa llamada por las limitaciones de la “analogia”.

Mañana parece que seguiremos con el tema de las conexiones de Tarjeteria, pero esta vez con una nueva que no hemos visto hasta la fecha, una tarjeta de Primarios.

Espero vuestros comentarios sobre como quedo esta “modalidad” de blogging inline. Para mi particularmente resulto mas comoda porque en los huecos libres podia ir escribiendo, y no tener que hacer todo el texto ya a deshoras y ademas tambien ha servido un poco con “apuntes personales” de lo visto para revisiones futuras (como realmente es el blog entero para mi personalmente).

Realmente Asterisk, exceptuando la idea basica de una centralita, o del concepto generico de “quiero montar un callcenter” o “quiero montar una centralita para mi empresa”, sin ideas practicas de calidad, es totalmente inutil. Pero es cuando las ideas empiezan a ebuillar cuando se pueden empezar a pensar en infinidad de aplicaciones para la vida diaria que pueden resultar extremadamente utiles.

Por eso mas que escribir sobre teoria que se ha visto, y puede consultarse como dije, en VoipInfo, voy a comentar algunas que fueron surgiendo:

- Sistemas de Monitorizacion de llamadas

Seguramente todo buen conocedor de Asterisk (que no es mi caso) sepa, que existen aplicaciones para la grabacion de llamadas. Pero ya que el canal de llamadas puede ser “escuchado” para ser grabado en un fichero de audio, tambien podria ser “escuchado” en tiempo Real. Ahi es donde entran las aplicaciones “Espias” como ExtenSpy y ChanSpy. Dos aplicaciones muy faciles de utilizar en un dialplan:

exten => 100,1,Answer()
exten => 100,n,ChanSpy()
exten => 100,n,Hangup ()

Y simplemente accediendo a la extension 100, tenemos “barra libre” para escuchar todos las conversaciones en el canal SIP de nuestra maquina Asterisk pasando de una a otra desde el telefono a traves del boton “*”

- Generacion de llamadas Automaticas

Por otro lado, algo tambien muy interesante, es la posibilidad de generar llamadas automaticas a traves de un fichero de “llamada” que se introduce en un directorio que esta siendo constantemente “monitorizado” por un demonio de Asterisk que lo ejecuta, y procesa los comandos de la llamada.

Esto por ejemplo puede ser util, a traves de un script autoejecutado en el arranque del sistema, cuyo procedimiento sea, si por ejemplo se cae un servicio critico del servidor, y tenemos instalado un minimo asterisk en ese servidor al que hemos conectado una extension SIP nuestra para alertas, hacemos que cree un fichero de llamada a medida y lo movemos al directorio que comentaba antes ( el directorio exacto es /var/spool/asterisk/outgoing). En este caso, lo que haria seria generar la llamada a nuestra extension alertandonos que el servicio se cayo. Muy practico porque eventualmente todos sabemos que el telefono suele ser de prioridad nivel maxima mientras que el correo electronico (como aplicaciones tipo Nagios que generan y envian correos de alerta), suele ser de prioridad media o medio baja dependiendo el caso. O perfectamente podriamos combinar sistemas como Nagios y Asterisk para diseñar un sistema de alertas mediante mensajes de voz a un telefono provenientes del servidor.

El formato de estos ficheros de llamada es muy sencillo. Un fichero de texto con los posibles siguientes comandos:

Channel: SIP/mi_telefono //El canal a traves del que se cursara la llamada
Application: Playback //Queremos que ejecute la aplicacion Playback para reproducir un mensaje automatico a voluntad
Data: windows-server-caido //El fichero de audio que vamos a lanzar con la aplicacion Playback, en este caso tiene que encontrarse en el correspondiente directorio de sonidos de Asterisk en un formato permitido para su reproduccion por ejemplo windows-server-caido.wav
Codecs: g729, ulaw, gsm // Codecs permitidos por el canal
MaxRetries: 3 // Numero de intentos que se tratara de realizar la accion con exito

- Edicion y personalizacion del Features.conf

Por otro lado, tambien hoy se vio el fichero de configuracion, features.conf, en el que basicamente se definen la utilidad de las pulsaciones de botones DMTF y como seran interpretados por las aplicaciones que conllevan especialmente servicios de llamada como Dial y Queues.

Basicamente ya es sabido que existen en ese fichero una serie de definicios por defecto para realizar “Features” (Caracteristicas) como la transferencia de llamadas, el Parking de llamadas, etc, que quiza comente mas en detalle en un futuro.

Pero siguiendo con la linea practica, un ejemplo que se probo en la clase, fue la posibilidad de crear “Features” a medida, como por ejemplo, mapear dos combinaciones de teclas para subir y bajar el Pitch del canal de audio (para los entendidos en efectos de sonido, es la escala de frecuencia). Esto quiere decir que por ejemplo si tenemos a un operador en la oficina que tiene una voz muy aguda, y queremos dotarle de una voz mas grave sin tener que prescindir de esta persona para llamadas determinadas, le podemos configurar en su telefono la posibilidad de bajar 4 o 5 puntos el nivel de frecuencia, y sonaria tal y como deseamos para el receptor de la llamada. Asunto resuelto, ya tenemos un locutor de radio instantaneo a coste 0.

¿Como se consigue este efecto?

Primero en features.conf bajo el contexto [applicationmap] definimos algo asi:

pitchUp => #1,self/both,Set(PITCH_SHIFT(both)=high)
pitchDown => #2,self/both,Set(PITCH_SHIFT(both)=low)

Con esto decimos que para conseguir alcanzar la caracteristicas “pitchUp” pulsando almohadilla + 1 subimos la frecuencia (tonalidades agudas) y al pulsar # + 2 bajamos la frecuencia (tonalidades graves)

Ahora para que esto sea aplicable a una aplicacion de llamada, es necesario modificar una variable general de Asterisk llamada __DYNAMIC_FEATURES (atencion a las dos _ del comienzo de la variable).

exten => 100,1,Set(__DYNAMIC_FEATURES=pitchUp#pitchDown)
exten => 100,n,Dial(SIP/mitelefono)
exten => 100,n,Hangup()

Ahora al llamar a la extension 100 y contactar con ese canal ahi definido, ambos interlocutores de la conversacion podran manipular su voz pulsando las combinaciones de teclas anteriormente descritas. Todo un lujo de goce y disfrute para la conversacion.

- Importante Novedad de la version 1.8 de Asterisk

Finalmente para terminar, aun a sabiendas que me quedan mil cosas en el tintero que podria escribir, quiero comentar algo nuevo que ha surgido en las ultimas versiones de Asterisk y SIMPLIFICA los Dialplans una burrada.

Hablo de “SAME”. Esto simplamente permite el hecho de poder obviar el exten => junto al numero de extension que vamos repitiendo en un flujo de llamada para una extension concreta

Antes:

exten => _6XX32XZ1X,1,NoOp()
exten =>  _6XX32XZ1X,n,Dial(${Troncal}/${EXTEN})
exten => _6XX32XZ1X,n,Hangup

Ahora:

exten => _6XX32XZ1X,1,NoOp()
same => n,Dial(${Troncal}/${EXTEN})
same => n,Hangup

Definitivamente MUY comodo. Gracias al iluminado por implementar esta mejora.

Eso es todo por hoy, mañana espero, mucho mas.

Configurar una extension, un pequeño IVR (como ya hemos visto en anteriores entradas de este blog), y una comunicacion con un proveedor SIP. Me hubiera gustando poder volver a escribir un buen articulo en representacion al dia de hoy, pero no hay suficiente material interesante, que no haya sido visto hasta la fecha.

Solo una cosa tengo que reconocer. Estos meses de inactividad me han hecho olvidar gran parte del sistema de configuracion, y porque no decirlo, esta clase me ha servido para poner un poco al dia mi actividad mental asteriskera, para volver un poco a la carga.

Seguiremos informando!

El tema es que mañana, 14 de noviembre, empieza el curso en Malaga Asterisk Advanced y se me ocurrio la genial idea de apuntarme para volver a coger el ritmo. Ya por entonces cuando empezaba mi andadura, el evento que motivo mi “carrera asteriskera” fue el curso Fast Start (que publicidad a Avanzada 7 mas desmedida!) pero ahora, creo que ya ha llegado el momento de empezar a tomar un curso mas serio, y empezar a plantear una alternativa “profesional” con vistas puestas en el certificado Digium CAP (dCAP). Esta vez no voy a hacer el examen porque no tengo muy claro que vaya a aprobar mas sabiendo que hace mucho tiempo que no toco una maquina Asterisk.

Pero esperemos que este curso ya me sirva de lanzadera para llegar al siguiente objetivo. Por ahora tratare de ir resumiendo los proximos 5 dias de mi andadura por el curso (alerta SGAE!) por si pudieran servir de experiencia para cualquiera que como yo quiera plantearse dar el paso a alcanzar el dCAP.