DataTrak acaba de publicar una aplicación que permite monitorizar el Asterisk Manager Interface (AMI) y así poder ayudarnos cuando hagamos aplicaciones que utilicen este interfaz.

Descarga: http://www.datatrakpos.com/pos/datatalk/downloads/astmantest.zip

Captura:

Bueno, es otro proyecto que acabo de darme cuenta que está en pleno apogeo, y es que acaban de anunciar el repositorio H324M la pila para montar el video que incluyen las comunicaciones 3G.

Están preparando un módulo llamado app_mp4.so con el objeto de que Asterisk pueda crear y almacenar esas videoconferencias en formato mp4 (útiles para verlas en el iPod, en la PSP o en cualquier móvil de última generación)

Más información: http://sip.fontventa.com/

Lorenzo Miniero, un italiano que trabaja en la universidad de Nápoles ha creado un parche para añadirle soporte de video a la aplicación MeetMe de Asterisk, aplicación que nos permite montar una sala de conferencia donde puedan hablar varias personas a la vez (lo típico del party-line).

Pues con este parche y con el apoyo que está recibiendo por parte de Digium y de otras personas relacionadas con el software libre parece que este proyecto va en buen sentido y podremos disfrutar en un periodo corto de tiempo de una multi-videoconferencia en tiempo real gestionada por Asterisk.

Más información: http://confiance.sourceforge.net/

Un gran paso, sin duda.

Bueno, nuestro colega Matt Riddell acaba de anunciar en su web la última versión de este marcador predictivo para Asterisk 1.2 y Asterisk 1.4.

Es comercial, pero las capturas tienen muy buena pinta.

Más información: http://www.sineapps.com/news.php?rssid=1661 /

Tengo algunos amigos que son unos auténticos frikis de las radiofrecuencias, radioaficionados y radio*.

Por eso, cuando he visto el artículo de Bicubik en el que se hacían eco de las últimas novedades sobre cómo conectar un sistema de radiofrecuencia a un Asterisk, me he vuelto a acordar de ellos y posiblemente este proyecto evolucione lo suficiente como para encontrar la solución a determinadas necesidades ¿verdad David?

¿os imaginais llamando a casa desde el reloj de muñeca?

Hay muchas calculadoras de este tipo. Quizá la más conocida es la de AsteriskGuru, pero aun así siempre biene bien tener alternativas para establecer un ranking ya que muchas de dejan algunos Kbits en el tintero.

Una calculadora de ancho de banda nos permite saber el ancho de banda mínimo de subida y de bajada que tenemos que tener en nuestro servidor Asterisk para poder establecer un número determinado de llamadas simultaneas con un determinado códec y un determinado protocolo de VoIP.

De esta manera, según la calculadora que comento en este artículo, 10 llamadas simultaneas, con el códec G711a (Alaw), utilizando el protocolo SIP, solo necesitaríamos 840Kbits/sec simétricos.

La ventaja de esta calculadora es que es bastante más sencilla, y por lo tanto más imprecisa, pero uno se puede hacer una ligera idea del consumo.

El calculador de ancho de banda podeis verlo en esta página:
http://site.asteriskguide.com/bandcalc/bandcalc.php

Que lo disfruteis.

En YouTube he encontrado esto:

http://www.youtube.com/v/ONOxNJquatk

[youtube ONOxNJquatk]

Por fín he conseguido poner vídeos… (en wordpress no es tan fácil)

En el video aparece Mark Spencer (fundador del proyecto Asterisk) haciendo una demostración de la instalación de AsteriskNOW desde cero.

Polycom es una empresa que puede darse el lujo de tener fama de ser la que mejor calidad de voz ofrece en sus terminales IP. Hace apenas un mes, Polycom anunció su amistad con Digium para multitud de proyectos, entre ellos el más conocido es el que permite a los terminales de Polycom autoprovisionarse (auto configurarse) directamente desde Asterisk Business Edition (quien sabe si para la versión libre también).

Pues hace un mes, Polycom compró una empresa dedicada a la videoconferencia de alta calidad, y un més más tarde anuncia la competencia directa para el Telepresence de Cisco que ya hablamos en su día y al que le han puesto el nombre de RealPresence.
La incógnita que se podría plantear es… ¿ese sistema de Telepresencia… funcionará bajo SIP? ¿sería compatible con Asterisk?

De momento no dan muchas pistas aunque, conociendo la calidad de los teléfonos Polycom, un sistema de videoconferencia como este, podría ser bastante curioso.

El autor, Alfred Certain, un dCap sudamericano y CEO de Gecko Solutions, ha escrito un breve tutorial sobre iniciarse en TrixBox:

- Cómo instalar TrixBox

- Partes de que se componen

- Configuración del FreePBX

- Configuración del SugarCRM

- Configuración del A2Billing.

- etc.

El documento tiene 63 páginas, aunque con bastante gráficos y capturas de pantalla que seguro que servirán a más de uno.

Consejo de amigo: Si tienes pensado sacarte el dCap, no trabajes con TrixBox.

Aquí podeis ver su página: http://www.alfredcertain.com/
y aquí el documento:http://www.alfredcertain.com/GN_eBook_TRIXBOXALDESCUBIERTO.pdf

La verdad, muy interesante para promocionar Asterisk.

Últimamente me están llegando algunos correos de gente comentándome que tienen una tarjeta RDSI Básica (una Junghanns, AVM FRitz o una Billion) y suelen tener eco en algunas llamadas que realizan.

En la señalización analógica esto es algo frecuente, ya que el propio material por el que pasa la voz (el par de hilos de cobre) generan su propio eco que, por cuestión de velocidad no suele notarse, aunque al utilizar tarjetas analógicas sin su propio cancelador de eco, puede llegar a ser un infierno cuando la tarjeta no es de buena calidad.

En la señalización digital (esto es RDSI) el eco es más dificil de generar por los componentes, ya que digitalmente es MUCHO MAS COMPLICADO que se duplique la señalización de unos y ceros (1’s y 0’s) en el que está codificada la señal de voz.

No obstante, suele producirse ese eco, bien por la calidad de la tarjeta (fabricadas con materiales de pésima calidad, con lo que genera acoples dificilmente evitables), o bien por el “efecto acople” que se genera en el envío de la señal desde el Asterisk hasta la central digital.

Es por este motivo por lo que muchas tarjetas incluyen un cancelador de eco hardware para eliminar en tiempo real esos acoples, lo cual encarece un poco el precio final, pero da unos resultados en la calidad de sonido inigualables por aquellas que no lo tienen.
Las tarjetas Junghanns QuadBri y OctoBri incluyen un cancelador de eco hardware de 32ms.
Las tarjetas Digium B410P incluye un cancelador de eco de 128ms (de la marca Octasic).

Por estos motivos, estas dos tarjetas son de las mejores en cuanto a calidad/precio considerando el cancelador de eco que es uno de los factores que determinan el precio final.
No obstante, en otros casos, el principal (o el más frecuente) causante de ese eco, es el volumen.

Pongamos un ejemplo muy sencillo de entender:

1) No debe haber eco entre terminales SIP (si lo hay, es que son rematadamente malos).
2) Al Asterisk le llega la voz con un determinado volumen (en una escala de -10,10 imaginemos una variación de 0db en el volumen)

3) Asterisk tiene los parámetros rxgain y txgain a cero, por lo que no modificaría el volumen, pero Asterisk está conectada a un aparado denominado TR que puede que aumente el volumen (por si tienes conectado un teléfono RDSI), por lo que la señal pasa a ser amplificada y se emite así hasta la central del proveedor.

4) La central del proveedor, para que todo el mundo hable al mismo volumen, regulariza dicho volumen por lo que en nuestro caso, bajaría la ganancia que subió nuestro TR.

5) La persona con la que estemos hablando, nos escuchará corréctamente y sin eco. (bien por el proveedor!)

6) Ese aumento de volumen, al llegar a la central, genera un acople en el audio de la persona con la que estamos hablando, por lo que el sonido restante cambia de dirección y esta vez se dirige hacia nosotros.

7) Asterisk recibe el audio con normalidad procedente de nuestro interlocutor con el audio mezclado.
Nosotros escucharemos a nuestro interlocutor, con lo que hemos dicho varios milisegundos antes.

¿Cómo podremos solucionar esto?

En principio, el cancelador de eco software de Asterisk no nos puede ayudar, ya que el eco no se ha generado dentro del Asterisk, si no en la central del proveedor.
En cambio, sí que podremos cancelar el eco ajustando los valores del volumen rxgain y txgain de la tarjeta, para que envíe el volumen adecuado para que el TR lo amplifique y tenga un valor normal que no se acople a la señal de nuestro interlocutor.

Después de esta breve e ilustrada explicación, os comentaré que esto es mucho más complicado de lo que he explicado aquí, pero esto es para que os hagais una idea y sobre todo podais resolverlo.

Una cosa a tener en cuenta: Hay muchos tipos de ecos, cada uno se caracteriza por algún detalle y hay que tener buen oido para darse cuenta donde se produce. Únicamente la experiencia (o un buen osciloscopio) puede ayudaros a detectar qué tipo de eco teneis y cómo podreis arreglarlo.

Un consejo: Utilizad una tarjeta con cancelador de eco hardware si creeis que vais a tener problemas con el eco, o la gente se puede llegar a enfadar por él.