Leo en VentureVoIP que Matthew Fredrickson acaba de anunciar el resultado de muchos días de desarrollo en distintos proyectos y entre ellos, muchas mejoras en el soporte del canal SS7 del que ya hemos hablado en alguna otra ocasión en Sinologic.

Entre estas mejoras se encuentra:

• Soporte libss7 en modo “cluster”.
  Básicamente, puedes tener varios sistemas Asterisk compartiendo enlaces de señalización utilizando este código. Aunque la señalización sea físicamente terminada en otras máquinas, puedes conectar varios E1/T1 en otros Asterisk y virtualmente utilizar los enlaces de señalización de estas otras.
• Un nuevo canal llamado chan_ccs, que permite entre otras cosas, controlar mediagateways MGCP para enlaces de voz, en lugar de tener que ser utilizado por un Asterisk. Para hacer el chan_ccs, ha tenido que modificarse el chan_mgcp para que Asterisk pueda actuar como un media gateway. Esto significa que puedes tener escalabilidad real TDM a través de un Asterisk de la misma forma que puedes utilizar Asterisk para reenviar señalización SIP sin tocar el audio RTP.

En esencia, esto convierte a Asterisk en un verdadero ’softswitch’ permitiendo conectar nativamente varios media gateways y reenviar la señalización a otros sistemas que manejarán el RTP (incluso otros media gateways).

Esto es una gran noticia, aunque todavía está en fase de pruebas, por lo que Matthew pide que si alguien puede hacerle pruebas, podría llegar a tener un soporte bastante interesante y sobre todo, estable.

Vía: VentureVoIP

En SinoLogic hemos hablado mucho de cómo instalar Asterisk en distintos dispositivos, platataformas, etc. el último de ellos fue el artículo de Elio Rojano explicando cómo instalar Asterisk en un MacOSX asi que, siguiendo la máxima “si entra un linux tiene que funcionar nuestro Asterisk” lo hemos probado en una Playstation3

Que quien quiere más, por menos de 300 euros que es lo que cuesta actualmente esta preciosidad, tenemos un media center, blueray, consola y centralita ¡todo en uno!

**Actualización**

Esta instalación es válida para versiones de firmware anteriores a la 3.21, ya que Sony  a partir de este firmware ha eliminado la posibilidad de instalar Linux, en una decisión bastante controvertida.

Podeis ver más información aquí

Asi que vamos allá …

1º Sacar copias de Seguridad

Este paso es FUNDAMENTAL y para ello lo único que hace falta es un pendrive e ir a Ajustes -> Copia de Respaldo.

No debe de haber ningún problema a la hora de instalar, pero SIEMPRE es bueno tener copias de seguridad para todo.

2º Instalar Linux

Desde que salió PlayStation3 hay muchísimas páginas en Internet que explican cómo instalar todas las distintas versiones de Linux que soportan Playstation3, nosotros no vamos a poner todos los pasos aunque es bastante sencillo.

Haz clic en la imagen para ampliar

En nuestro caso escogimos YellowDog que es la distribución que fue creada para dar soporte a los procesadores PowerPC  y que finalmente Sony adaptó para dar soporte al hardware de PlayStation 3. Esta basada en CentOS y aunque efectivamente todo el hardware lo reconoce sin tener que hacer nada especial, el rendimiento no es como lo esperabamos, aunque ha sido un punto a mejorar en las distintas versiones, de todos  modos no esta de más parar todos los servicios de los que no hagamos uso.

Una magnífica guía de cómo instalar YellowDog podeis encontrarla en la página de elotrolado dónde explican paso a paso la instalación y que es lo que hace falta.

Como os comentaba antes, no será por distribuciones,  hay una lista bastante amplia de distribuciones (Ubuntu, Debian, YellowDog, Fedora…)

Otra opción y la que personalmente más me gusta es la de instalarle una Debian    y el proceso de instalación es igual que el anterior, lo único que nos va a hacer falta para poder instalarla es una versión Live de Debian que podéis encontrar aquí y  os dejo otro paso a paso para la instalación en esta ocasión de la página de lgallard donde explica paso a paso como instarlar nuestra Debian.

3º Arrancando el sistema

Una vez que hemos finalizado todos los pasos y finalmente Linux ha terminado de instalarse, el sistema se reiniciará y entraremos directamente en nuestro flamante Linux.

Cuando aparece la pantalla azul pediendonos usuario y contraseña tan solo tenemos que introducirlos y ya estaremos dentro del entorno gráfico de YellowDog.

Lo que más me sorprendió de YellowDog es que el entorno gráfico es enlightenment, uno de los entornos más ligeros y bonitos del mundo Linux.

Una de las primeras cosas que hice fue comprobar la detección del hardware empezando claramente por el procesador:

[root@localhost init.d]# cat /proc/cpuinfo
processor       : 0
cpu             : Cell Broadband Engine, altivec supported
clock           : 3192.000000MHz
revision        : 16.0 (pvr 0070 1000)

processor       : 1
cpu             : Cell Broadband Engine, altivec supported
clock           : 3192.000000MHz
revision        : 16.0 (pvr 0070 1000)

timebase        : 79800000
platform        : PS3
model           : SonyPS3

Como podeis ver, todo correcto por lo que podemos empezar a prerparar la instalación de Asterisk.

4º Instalación de paquetes.

Bien, entramos en la parte puramente Asterisk  y antes de ponernos a compilar vamos a necesitar instalar todos los paquetes necesarios para que la compilación de Asterisk no nos de problemas.

Para ello necesitamos unos cuantos:

yum install gcc-c++.ppc libstdc++-devel.ppc64 libXpm-devel.ppc64 imlib2.ppc imlib2-devel gtk2-devel libgnome-devel
yum install libXrandr-devel libXrender-devel libXft-devel ncurses-devel.ppc

Una vez que esten todos instalados, vamos a la página de Asterisk y nos descargamos la última versión

wget http://downloads.asterisk.org/pub/telephony/asterisk/releases/asterisk-1.4.30.tar.gz
mv asterisk-1.4.30.tar.gz /usr/src

Y lo descomprimimos:

tar xvfz asterisk-1.4.30.tar.gz
cd asterisk-1.4.30/

Y comenzamos la compilación como siempre:

./configure
make
make install

5º Arrancar Asterisk

Si no se ha producido ningún error por falta de algún paquete que nos hubiese hecho falta, ya está todo listo para poder arrancar nuestra centralita en la PlayStation3 por lo que procedemos como siempre y escrbimos en consola:

asterisk

Sorpresa desagradable, nos dirá command not found, pero que no cunda el  pánico no ha habido ningún problema, esto es debido a que la instalación de Asterisk copia el ejecutable en el directorio /usr/sbin/ y éste directorio no forma parte del PATH de YellowDog  por eso no nos aparece directamente, esto no debería sucederos en otras distribuciones.

En este caso tenemos varias opciones:

1- Arrancar tal cual poniendo el path completo:

./usr/sbin/asterisk

./usr/sbin/asterisk -rvvvvv para entrar en la consola

2- Crearnos un enlace simbólico:

ln -s -s /usr/sbin/asterisk /usr/bin/asterisk

3- Añadir el /usr/sbin a la variable PATH:

export PATH=PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games

Tras todo esto ya tenemos nuestra PlayStation 3 convertida en una PBX en la que el transcoding por primera vez no debería ser un problema, asi que desde luego no será por no sacarle partido a nuestra PlayStation 3.

Aunque no es habitual, en este caso quiero dar las gracias a 2 personas sin las cuales este artículo no habría visto la luz del sol, el primero de ellos es Enrique Atienza por tener la suficiente fe en mi como para dejarme su querida PlayStation y que la haga todas estas perrerias sin borrarle sus partitdas  y otro a Antonio L. Porcuna que fue el que me brindó la idea de este post. ¡Gracias a ambos!

Ayer concluyó la edición de SITI-Aslan 2010, la feria especializada en redes, seguridad y telecomunicaciones, donde una vez más, Asterisk ha tenido una importante presencia en el stand del VoIp2DAY.

Entre los productos y novedades más destacados, cabe mencionar las nuevas appliances basadas en Asterisk, donde podemos destacar la presencia de multiples opciones. En la feria pudimos observar tanto la conocida SwitchVox de Digium, o el modelo UC 500 de Cisco, modelos ya analizados en profundidad en anteriores artículos.

Adicionalmente, y para empresas que buscan una solución economicamente más atractiva, pero sin renunciar a las posibilidades de una centralita VoIP,  tuvimos la oportunidad de ver a su vez una nueva nueva generación de appliances basadas en asterisk, que sin llegar a la potencia y prestaciones de estas appliances (que en algun caso mas que appliance pueden denominarse ya como completas y potentes PBX), cumplen satisfactoriamente las necesidades de pequeñas delegaciones y oficinas, dandoles la posibilidad de tener, por el mismo precio que una pequeña centralita tradicional analógica, las ventajas propias de la voip.

En cuanto al aspecto de presentaciones y demostraciones prácticas, EuropeSIP, siguiendo con la temática de comunicaciones unificadas, ofreció una presentación sobre las diferentes posibilidades de entornos complejos y avanzados de comunicaciones avanzadas, explicando las diferentes posibilidades de integracion entre el mundo Asterisk y el popular OCS de Microsoft. En un entorno de laboratorio especificamente montado, pudo observarse esa integración con los ultimos productos de snom, incluyendo el snom visor, y los ultimos firmwares de snom para OCS.

Cabe destacar ademas la presentación de MildMac (VoIPFutura) de su proyecto “Ampliacion de los Servicios de Voz y Mensajeria en SIERRA NEVADA” seleccionado por la feria como ejemplo representativo en cuanto a integración de comunicaciones, y que sin duda, es un  significativo ejemplo de caso de éxito a tener en cuenta.

Asterisk es una herramienta que funciona en una gran cantidad de sistemas operativos, no únicamente Linux. De hecho, últimamente en la lista de desarrolladores de Asterisk está aumentando el número de hilos que tratan de solucionar pequeñas incompatibilidades con sistemas basados en FreeBSD (el núcleo en el que está basado Newton, el kernel del MacOS X).

A pesar de este esfuerzo, siempre se ha dicho que Asterisk es compatible con prácticamente cualquier sistema operativo basado en el sistema UNIX, los fabricantes únicamente desarrollan drivers o módulos para compatibilizar con sistemas Linux por lo que en caso de desarrollar algo “serio” y que utilice tarjetas de comunicaciones, es altamente recomendable utilizar un sistema Linux en lugar de cualquier otro.

Aunque las tarjetas de comunicaciones sólo sean compatibles con sistemas Linux siempre podemos utilizar gateways como Epygi, VegaStream, GrandStream, Soundwin, Linksys o cualquier otro basado en SIP (para algo es el protocolo REY para VoIP).

No obstante, en algunos casos nos puede interesar montarnos nuestro propio Asterisk bajo MacOS X algo que es tan sencillo, que una vez termines de leer este artículo te darás cuenta que es tan sencillo como siempre.

Incluso, debo reconocer que me sorprendió gratamente encontrarme un directorio en la página de descargas de Asterisk, llamado dahdi-freebsd-complete, lo que indica que posiblemente pronto, se ampliaría la compatibilidad del hardware a otros sistemas.

Para empezar, lo primero que vamos a hacer es instalar un “meta-paquete” que incluye los archivos necesarios para compilar y desarrollar aplicaciones bajo MacOS X: Xcode.

El Xcode, no es únicamente un RAI para desarrollar aplicaciones, si no que también trae incluido todos los archivos, librerías, compiladores y documentación para poder compilar cualquier aplicación compatible con FreeBSD.

Esta aplicación viene en el CD1 de nuestro MacOSX (ya sea Tiger, Leopard o SnowLeopard)

Instalar Xcode suele tardar unos 5 ó 10 minutos, pero seguro que nos servirá en un futuro para poder compilar más cosas.

A continuación abrimos el navegador y accedemos a la página de descarga de Asterisk:

y descargamos la versión estable:
http://downloads.asterisk.org/pub/telephony/asterisk/asterisk-1.6.0-current.tar.gz

Una vez descargado el archivo debemos abrir la aplicación Terminal y hacer lo que siempre hacemos para compilar Asterisk:

cd Desktop
mv asterisk-1.6.0-current.tar.gz $HOME
cd $HOME
mkdir asterisk
tar xfz asterisk-1.6.0-current.tar.gz
cd asterisk-1.6.0.*
./configure –prefix=$HOME/asterisk

Si tenemos un ojo rápido, veremos que todo es detectado correctamente y nos aparecerá el logotipo de Asterisk dibujado en ASCII justo antes de indicarnos los datos con los que vamos a compilar Asterisk.

make menuselect

Aquí, accedemos al menú de “configuración” de la compilación de Asterisk y por sencillez vamos a indicar que NO queremos los sonidos de audio (ni core sound packages ni music on hold file packages)

Pulsamos ‘x’ para grabar los cambios y ejecutamos:

make

Una vez termine de compilar, ejecutamos:

make install
make samples

No debemos preocuparnos por si nos va a “ensuciar” el sistema, ya que con la opción (–prefix=$HOME/asterisk) le estamos diciendo que queremos el resultado de toda la compilación en el directorio asterisk del HOME de nuestro usuario.

Una vez terminado de compilar, tendremos el directorio $HOME/asterisk y dentro, los directorios necesarios: bin, etc, include, lib, sbin, share y var.

Entramos en el directorio sbin:

cd $HOME/asterisk/sbin

y ejecutamos Asterisk:

./asterisk -gvvvvvvvvvcddd

y ya tendremos nuestro sistema Asterisk completamente instalado.

Asterisk cargado y completamente funcional

Lo único que nos falta ahora es configurar los usuarios y cuentas SIP en el archivo $HOME/asterisk/etc/sip.conf y ya podremos utilizar nuestro softphone preferido en el sistema de pruebas.

Si alguno tiene curiosidad sobre cómo configurar el archivo ’sip.conf’ o el ‘extensions.conf’ le remito a los libros que tenemos en Sinologic donde se explica, no únicamente cómo se configuran todos esos archivos, si no además muchísimos otros necesarios para configurar un buen sistema de comunicaciones en Asterisk.

Y si tienes prisa y necesitas aprender de una forma rápida y fácil, siempre existen cursos oficiales.

Siguiendo con una línea de tocar temas raros y a veces desconocidos para muchos hoy les voy a mostrar en este sencillo tutorial una opción super interesante y poco comentada que tienen todas las tarjetas SANGOMA, la opción de actualizar su firmware y programación interna, por ejemplo si tuvieramos el caso de que no funcionan por una incompatibilidad con x o y fabricantes de hardware.

Requisito inicial de este tutorial: Tener una tarjeta Sangoma instalada y detectada en el sistema y los drivers perfectamente compilados.

El proceso comienza simplemente observando con el siguiente comando desde consola de linux o Windows(r) la versión de firmware y las tarjetas Sangoma que poseemos (en este caso una Sangoma a101 de 1 conexión E1/T1):

[root@voip2 ~]# wanrouter hwprobe ------------------------------- | Wanpipe Hardware Probe Info | ------------------------------- 1 . AFT-A101-SH : SLOT=4 : BUS=4 : IRQ=10 : CPU=A : PORT=1 : HWEC=0 : V=34 Card Cnt: A101-2=1 [root@voip2 ~]#

Como podemos ver al final de la línea que marca la tarjeta 1 dice v34 lo cual es la versión de firmware actual que posee dicha tarjeta…Ahora para saber si debemos actualizar o no miraremos en la siguiente página que posee Sangoma para estos upgrades de sus tarjetas AFT…

http://wiki.sangoma.com/sangoma-hardware#aft_firmware

De esa lista que nos aparece seleccionamos el firmware adecuado, en este caso el correspondiente a la tarjeta a101d marcado como VXX (v37 al momento en la tarjeta A101d).

Queda claro que solo se debería seguir el procedimiento si el firmware de la página es de una versión mayor al que tenemos en la tarjeta…

Entonces suponiendo que nuestro firmware es menor en la tarjeta como en este caso, procedemos a bajarlo a la carpeta donde estan los firmwares de las tarjetas Sangoma luego de la instalación de sus drivers, es decir,  /etc/wanpipe/firmware/wan_aftup

Por consola sería algo así:

[root@voip2 wan_aftup]# cd /etc/wanpipe/firmware/wan_aftup/ [root@voip2 wan_aftup]# wget ftp://ftp.sangoma.com/firmware/A101dm_0040_V37.BIN --2010-03-19 15:42:32--  ftp://ftp.sangoma.com/firmware/A101dm_0040_V37.BIN => `A101dm_0040_V37.BIN' Resolviendo ftp.sangoma.com... 205.207.146.107 Connecting to ftp.sangoma.com|205.207.146.107|:21... conectado. Identificándose como anonymous ... ¡Dentro! ==> SYST ... hecho.   ==> PWD ... hecho. ==> TYPE I ... hecho.  ==> CWD /firmware ... hecho. ==> SIZE A101dm_0040_V37.BIN ... 212392 ==> PASV ... hecho.   ==> RETR A101dm_0040_V37.BIN ... hecho. Longitud: 212392 (207K) 100%[======================================>] 212.392      154K/s   in 1,3s 2010-03-19 15:42:36 (154 KB/s) - `A101dm_0040_V37.BIN' saved [212392] [root@voip2 wan_aftup]#

Luego importantisimo…bajar los servicios de asterisk y de la tarjeta Sangoma!!!! (En mi caso uso elastix se vería así):

[root@voip2 wan_aftup]# amportal stop STOPPING ASTERISK Asterisk Stopped STOPPING FOP SERVER FOP Server Stopped [root@voip2 wan_aftup]# service wanrouter stop Shutting down wanpipe1 interface: w1g1 Shutting down device: wanpipe1 No devices running, Unloading Modules [root@voip2 wan_aftup]#

Y ahora si ejecutamos el script de actualización de firmware llamado update_aft_firm.sh…
CUIDADO!!! Deben hacerlo sabiendo que si algo falla hay que restablecer la tarjeta con su firmware de repuesto y que hay que saber muy bien lo que se esta tocando…sin UPS ni se les ocurra por ejemplo ya que un corte de energía es complicado en estos casos!!!

[root@voip2 wan_aftup]# ./update_aft_firm.sh modprobe wan_aften  > /dev/null AFT card enabled Please select card interface [def=w1g1; q=exit] > Sangoma AFT Series card update flash software (version 1.9) Sangoma AFT card list: w1g1: AFT-A101-SH : SLOT=4 : BUS=4 : IRQ=169 : CPU=A : PORT=1 : HWEC=0 : V=34 (Ver.34)

Aquí seleccionamos la interfaz a upgradear en este caso w1g1 y le damos enter.

Please select card interface [def=w1g1; q=exit] > w1g1 List of available versions: Version no. 37 (filename=A101dm_0040_V37.BIN) Version no. 36 (filename=A101dm_0040_V36.BIN) Please specify version number [def=37; q=exit] >

Elegimos la mas reciente en este caso 37 y le damos enter…comienza el flasheo….al terminar nos queda algo como lo siguiente:

Please specify version number [def=37; q=exit] > 37 w1g1: Current Sangoma Flash: Revision=34 ID=0x205B Erasing sectors                         Passed Updating flash                          Passed Verification                            Passed w1g1: Sangoma Flash update              DONE w1g1: Reloading Sangoma flash           DONE w1g1: Sangoma Flash updated successfully modprobe -r wan_aften AFT card disabled [root@voip2 wan_aftup]#

Verificamos por último que efectivamente la tarjeta se haya upgradeado…

[root@voip2 wan_aftup]# wanrouter hwprobe ------------------------------- | Wanpipe Hardware Probe Info | ------------------------------- 1 . AFT-A101-SH : SLOT=4 : BUS=4 : IRQ=169 : CPU=A : PORT=1 : HWEC=0 : V=37 Card Cnt: A101-2=1 [root@voip2 wan_aftup]#

Y efectivamente asi fue ya que ahora nos marca V37 en su firmware….

Ahora reiniciamos el server asterisk y a disfrutar las mejoras o bug fixes que nos haya provisto el nuevo release…

Espero les sirva ya que con estos upgrades se han solucionado muchas incompatibilidades con servers, sobre todo DELL y Sangoma es uno de los único fabricantes mundiales que permiten estas actualizaciones y realmente es importante que los usuarios y consumidores sepan estos detalles.

Como usuario de Google, siempre me ha gustado mucho la filosofía de esta empresa que crea servicios gratuitos y funcionales para sus usuarios sin obtener prácticamente nada a cambio salvo ver algo de publicidad de una forma poco intrusiva y en mucho casos, interesante. El diseño cuidado de todas las páginas que desarrolla y el cuidado y simplicidad con que crea cualquier servicio es algo que me hace sospechar que por cada programador que trabaja en Google, deben tener a diez psicólogos que los asesoran para obtener servicios útiles, sencillos de manejar y atractivos. Uno de esos servicios es el traductor de idiomas, no es que sea perfecto, pero he de reconocer que ayuda en muchos casos donde el idioma es un problema.

El traductor de idiomas de Google recientemente ha modificado su aspecto y no únicamente eso, si no que ha incorporado una característica que permite a alguien que quiere traducir una frase, poder escucharla para así aprender cómo se pronuncia, algo que desde un punto de vista objetivo tampoco es imprescindible, pero sí bastante interesante.

Lo que sí es interesante es que aprovechando esta característica de transformar una palabra o una frase a audio para poder escucharla, se puede conseguir que Google nos lea un texto cualquiera si sabemos cómo.

Vamos a ver cómo se hace…

La pega es que esta característica únicamente funciona a través de un navegador, ya que aprovecha el soporte HTML5 de los navegadores actuales (Internet Explorer < 9 no sirve), para generar dicho audio y poder escucharlo sin necesidad de utilizar otras herramientas.

Para que Google nos “lea” un texto, tenemos que acceder a una página como esta:

http://translate.google.com/translate_tts?tl=es&q=esto es una prueba

Una vez hayamos escrito esta dirección web en nuestro navegador con soporte de HTML5, veremos una pantalla en negro, y si tenemos los altavoces escucharemos una voz que lee la frase que hemos puesto en negrita.

Nos vamos a “Archivo > Guardar cómo…” y guardamos esta página como, por ejemplo “prueba.mpga“.

El archivo guardado, aunque tenga extensión mpga, realmente es un mp4 lo que es perfectamente compatible con cualquier aplicación de manipulación de sonidos como el ultra-práctico ‘sox‘.

Convertimos con ’sox’ el archivo a un formato algo más manejable por nuestro Asterisk:

sox -t mp4 prueba.mpga -t wav prueba.wav

De esta forma, tendremos un nuevo archivo llamado prueba.wav que si lo abrimos con cualquier aplicación como Audacity, podremos ver que es perfectamente reproducible.

No es un TTS profesional, para eso hay otros, pero por lo menos, tendremos un TTS pasivo de una forma fácil, rápido y gratis.

Aquí os dejo el archivo wav que he generado para que escucheis la calidad del audio: prueba.wav

Que lo disfruteis.

SIPit (Session Initiation Protocol Interoperatibility Test) es un evento celebrado en Estocolmo (Suecia) donde fabricantes y desarrolladores tendrán la oportunidad de llevar sus implementaciones para hacerle pruebas de forma que se certifique la compatibilidad con la especificación IETF SIP en un marco profesional y puramente técnico.

Si algo es importante en un dispositivo o un software que trabaje con SIP es su perfecta compatibilidad con otras aplicaciones (ya sean software o hardware) ya que esa es una de las principales ventajas de utilizar un protolo estándar.

En muchas ocasiones nos hemos encontrado con teléfonos IP que fallan al registrarse, que no entienden lo que reciben de un servidor SIP y provocaban que no colgaran las llamadas, que no se encendiesen los leds cuando monitorizan otras extensiones, o que no funcionan bien cuando se registran desde una red externa.

Para estos casos, las empresas suelen llevar sus productos para hacerle todas las pruebas posibles y verificar que sus implementaciones del protocolo SIP son correctas y va a funcionar perfectamente en cualquier equipo que sea 100% compatible con el estandar SIP.

En otras ocasiones, los fabricantes desarrollan firmwares propios específicos para “compatibilizar” sus dispositivos con distintos software que no cumplen correctamente con el estandar, lo que no garantiza que funcione en otros software y ahí empiezan los problemas y los quebraderos de cabeza.

Para esto se empezó a organizar el SIPit que en esta ocasión ya celebra su “vigésimo sexta” edición (26ª)

El evento se llevará a cabo del 17 al 21 de Mayo en Kista – IT Valley North of Stockholm.

Para registrarse tan sólo hay que inscribirse en esta web:  https://www.edvina.se/sipit26/

También podeis escuchar una breve explicación ofrecida por Dan York durante la celebración del pasado SIPit:

En esta nueva ocasión de publicar una nota es mi gran amigo Moisés Silva, Senior Software Engineer de Sangoma quien me hizo llegar este excelente mini tutorial y explicativo de como hacer tapping (pinchar) tramas T1/E1 con el nuevo equipamiento diseñado para ese fin de Sangoma.

Probablemente la primer respuesta que nos viene a la mente cuando pensamos en monitoreo y grabación de llamadas con Asterisk es la aplicación “MixMonitor”, la cual se encarga de leer cada trama de audio entrando y saliendo de un canal, mezclarlos y grabarlos a un archivo. Típicas aplicaciones de esto son la grabación de llamadas en call centers con fines de calidad de servicio o incluso monitoreo en vivo. Sin embargo, que sucede cuando el call center ya está funcionando perfectamente con una solución que no está basada en Asterisk pero el sistema no cuenta con servicio de grabación y/o monitoreo? Algunas veces deseamos no tocar el sistema que ya se encuentra funcionando. Es en estas situaciones cuando dispositivos de intervención (tapping), como el ofrecido por Sangoma para líneas tanto análogas como digitales, resulta muy útil.

El dispositivo básicamente se adjunta a la línea E1/T1 de donde 2 cables adicionales servirán para monitorear las señales transmitidas por cada lado del enlace. Una vez teniendo la señal es posible conectar cada uno de estos cables a cualquier tarjeta E1/T1 de Sangoma configurando el puerto en modo de alta impedancia e inhabilitando las funciones de transmisión. La configuración de los puertos Sangoma en un sistema Linux de monitoreo usando esta solución debería verse de una forma similar a la siguiente (los valores más importantes están en rojo):

[devices]
wanpipe1 = WAN_AFT_TE1, Comment

[interfaces]
w1g1 = wanpipe1, , TDM_VOICE_API, Comment

[wanpipe1]
CARD_TYPE = AFT
S514CP = A
CommPort = PRI
AUTO_PCISLOT = YES
PCISLOT = 0
PCIBUS = 0
FE_MEDIA = E1
FE_LCODE = HDB3
FE_FRAME = NCRC4
FE_LINE = 1
TE_CLOCK = NORMAL
TE_REF_CLOCK = 0
TE_HIGHIMPEDANCE = YES
TE_RX_SLEVEL = 225
LBO = 120OH
TE_SIG_MODE = CCS
FE_TXTRISTATE = YES
MTU = 1500
UDPPORT = 9000
TTL = 255
IGNORE_FRONT_END = NO
TDMV_HW_DTMF = NO

[w1g1]
HDLC_STREAMING = YES
ACTIVE_CH = ALL
MTU = 1500
MRU = 1500
DATA_MUX = NO
TDMV_HWEC = NO

En teoría es posible con las tarjetas de otros proveedores, como Digium , poner la tarjeta en modo de alta impedancia para asegurar que no se intervenga de ninguna forma con el circuito (aunque el propósito del dispositivo es el mismo, es recomendado el modo de alta impedancia para mayor seguridad).

Una vez configurados los drivers se pueden iniciar los puertos como se hace regularmente con “wanrouter start”. Hasta hace unos meses, lo anterior no era novedad, Sangoma ha ofrecido este dispositivo por mucho tiempo y hay clientes que han escrito aplicaciones encima de tarjetas Sangoma usando esta funcionalidad para grabar logs completos del canal D (el canal de señalización de enlaces PRI). Sin embargo, ahora Sangoma ha desarrollado unos parches para Asterisk que permiten a Asterisk recibir llamadas pasivas. Asterisk verá los puertos PRI pasivos y detectará cuando una llamada en el circuito monitoreado se establece (monitoreando la secuencia de mensajes PRI desde el SETUP hasta el CONNECT y DISCONNECT), desde luego Asterisk verá cualquier llamada en cualquier sentido como una llamada entrante y la llamada será enviada al plan de marcado (extensions.conf) como sucede regularmente. Una vez en el plan de marcado puedes tratar la llamada como cualquier canal regular, con la excepción de que cualquier envio de audio por el canal será silenciosamente descartado, es decir, dado que el circuito físico es pasivo, no es posible ni deseado inyectar audio, por lo que el driver y chan_dahdi simplemente descartan cualquier buffer de audio que se intente enviar por el canal. Por otro lado, cada vez que una aplicación lee audio del canal (como por ejemplo la aplicación Record) leerá el audio ya mezclado de ambos puertos (recuerda que por cada enlace monitoreado 2 puertos T1/E1 son requeridos).

Lo interesante es que puedes hacer cualquier cosa con la llamada, no solo grabarla, puedes incluso hacer un Dial(SIP/…) para enviar la llamada a una extensión SIP (por ejemplo, un supervisor) para monitoreo en tiempo real o usar aplicaciones como ChanSpy para buscar canales para monitorear. Desde luego también todos los detalles de las llamadas son grabados por Asterisk en el CDR configurado. Una configuración para un enlace PRI simplemente debe incluir el parámetro passive=yes.

passive=yes
signalling=pri_cpe

La configuración de signalling puede ser en realidad pri_cpe or pri_net, no hay diferencia. Sin embargo por ahora hay una limitación, se asume que el enlace monitoreado será conectado a puertos adyacentes (puerto 1 y 2, 3 y 4, 5 y 6 etc), en la versión de trunk sin embargo se incluye el parámetro peerpos para definir el numero de puerto con el que se hace pareja para monitorear un solo enlace.

Para usar esta funcionalidad se requiere usar el código de las siguientes ramas de svn:

http://svn.digium.com/svn/asterisk/team/moy/dahdi-tap-1.6.2/
http://svn.digium.com/svn/libpri/team/moy/tap-1.4/

Para quienes deseen correr su propia versión de Asterisk pueden generarse parches usando svn diff, aunque puede requerirse algunas modificaciones al código si la versión de Asterisk varia demasiado. Hay un asunto abierto en el rastreador de defectos de Digium para integrar esta nueva característica en Asterisk, si alguno de vosotros prueba este desarrollo con éxito, por favor reportarlo en: http://issues.asterisk.org/view.php?id=15971

Autor: Moises Silva

Durante el fin de semana pasado, en la ciudad de Guayaquil, Ecuador, fue presentado el nuevo Libro de Alfio Muñoz sobre una de las mas populares distribuciones basadas en Asterisk que tanto conocemos…Elastix…

En dicho libro realizado integramente por Alfio Muñoz, conocido Instructor, partner y colaborador del proyecto que cuenta además con apoyo oficial de AiaTek (partner  oficial  de Elastix en la República Dominicana) se trata de dar un pantallazo general de todas las prestaciones y funcionalidades posibles con Elastix en su formato Out of The box.

El libro en su totalidad está licenciado por medio de la licencia GNU FDL lo cual permite su edición y mejora continua por parte de la comunidad y está orientado a un público recién iniciado en el mundo de la VoIP, sin ser esto un impedimento  para que usuarios avanzados puedan descubrir en el tips interesantes o simples detalles de configuraciones desconocidas por muchos.

Realmente debido a la escasa cantidad de material de consulta sobre VoIP en nuestro idioma, aportes como este deben ser tomados muy seriamente por la comunidad y deben contar con apoyo de las empresas patrocinantes como lo hizo AiaTek en este caso.

Mientras tanto felicitaciones Alfio, mi opinión sobre el libro fue mas que positiva, todo material es perfectible y espero que este formato de material de estudio y consulta en formato OpenSource se propague en la comunidad  y la misma sepa devolver su granito de arena.

Vínculo gratuito para su descarga:  Elastix a Ritmo Merengue

Hace unos días, nos enviaron un ejemplar del nuevo libro: “3CX IP PBX Tutorial” de la editorial PacktPub, un libro que sirve perfectamente como guía y manual de referencia para todos aquellos que quieran trabajar con esta aplicación y ya hayan descargado su versión gratuita con el fín de probarlo y ver si cumple con sus espectativas.

El libro cumple perfectamente su cometido, explica prácticamente todo lo necesario para crear un sistema PBX de una manera fácil, rápida y explica los conocimientos básicos necesarios para que podamos configurar nuestras extensiones, y programar un dialplan que nos permita hacer y recibir llamadas así como configurar cuentas con proveedores IP y las tarjetas compatibles, así como configurar la integración con otras aplicaciones, extensiones remotas y diversos servicios asociados a las cuentas SIP que hayamos creado: voicemail, música en espera, menús, salas de conferencias, etc.

Sería injusto comparar 3CX y Asterisk ya que 3CX es una aplicación pensada para montar una centralita mientras que Asterisk es una aplicación pensada para hacer de herramienta de gestión de comunicaciones que igual puede hacer de centralita, de gateway y prácticamente cualquier otra función que necesitemos, por lo que aquellos que quieran montar su propia centralita, que no les importe comprar licencias, que no sepan nada de Linux pero dominen más los sistemas Windows, 3CX es una aplicación que seguro les interesará conocer.

Eso sí, como todo sistema de este tipo, cualquier característica que no traiga de serie, será mejor olvidarla.

El libro “3CX IP PBX Tutorial” introduce al lector en una filosofía basada en lo “rápido, fácil y económico” y está especialmente dirigido a aquellos usuarios que utilizan sistemas Trixbox, Elastix y otros interfaces enlatados, dando por sentado que aquellos que utilizan estos sistemas buscan montar un sistema de comunicaciones rápida, fácil y lo más barato posible pero con todas las características que puede requerir cualquier empresa para su sistema de comunicaciones. Por ello, comienza con una comparativa sobre Linux+Asterisk vs. Windows+3CX, que deja claro para quién está pensada esta aplicación: para los que no quieren complicarse con Linux y Asterisk.

3CX cuenta con una versión gratuita y otra comercial. La versión gratuita está limitada lo suficiente para que una empresa que quiera utilizarla pueda ver qué puede, y la versión comercial (cito una frase del libro: “Asterisk Free version has features comparable to 3CX Commercial edition“, algo que cualquiera que conozca Asterisk mínimamente debe imaginarse que no es cierto.)

En el libro empieza con una lista de requisitos prácticos que debe tener un servidor que vaya a ser utilizado para ejecutar esta aplicación. Al contrario de lo que uno puede pensar cuando conoce un poco Asterisk, la aplicación 3CX utiliza bastantes recursos y aunque puede ser instalado en una máquina virtual como Xen, VMWare, Parallels, VirtualBox, o cualquier otra, siempre se recomienda un sistema dedicado ya que hará bastante uso del procesador y de la memoria, además del que ya utiliza un sistema basado en Windows.

Una vez explicado los requisitos y porqué son necesarios, empieza una explicación paso a paso ilustrado con capturas de cada una de las pantallas qué hay que hacer para instalar y configurar el sistema:

Introducción
- Descarga e Instalación de 3CX
- Lista de terminales IP compatibles y cómo configurarlos para conectarlos a 3CX.
- Creación de grupos de teléfonos (para diferentes departamentos).
- Configuración y gestión de grupos de llamadas, voicemail, colas y menús interactivos.
- Gestión de cuentas de proveedores SIP para llamadas tanto entrantes como salientes.
- Configuración de la música en espera, creación de locuciones para menús y una introducción al dialplan.

Avanzando
- Avanzando con dialplan más complejos.
- Configurando extensiones remotas en internet o a través del sistema de VPN propio de 3CX.
- Grabación de llamadas.
- Faxes mediante T.30 y T.38.
- Configuración y selección del códec más idoneo en cada momento.
- Configuración de routers para evitar problemas de conexión.

Funciones especiales para Empresas
- Integración con aplicaciones de terceros: (Outlook 2007, Click-to-dial, y algunos otros)
- Cómo conectar 3CX con otras centralitas ya existentes.
- Integraciones con otros tipos de centralitas.

Hardware compatible
- Lista del hardware que 3CX soporta de forma especial, así como otro hardware que soporta gracias al uso de estándares abiertos.
- Gateways compatibles (analógicos, rdsi básicos, rdsi primarios, gsm,…)
- Dispositivos ATAs (gateways analógicos-SIP)

Labores de Mantenimiento necesario
- Realizar copias de seguridad de la configuración.
- Restaurar todo tras un desastre.
- Configurar un firewall para aumentar la seguridad.
- Monitorizando el sistema.

Integraciones especiales
- Integración especial para su propio módulo para Hoteles.
- Integración con Skype (mediante un gateway especial de 3CX compatible con Skype).
- Integración con mensajería instantánea mediante Openfire.

En resumen, “3CX IP PBX Tutorial” es un libro que bien podría tratarse del manual de usuario oficial de 3CX y que más de uno sin duda comprará para tenerlo siempre a mano y de hecho, imprescindible para aquellos que empiecen a utilizar esta aplicación.

La pega, pues que como la mayoría de los libros técnicos de esta y muchas otras editoriales, tanto la aplicación 3CX como el libro, únicamente se encuentran en inglés, por lo que seguramente este hándicap será más que suficiente para aquellos que estaban interesados en este producto y seguirán utilizando otras aplicaciones, distribuciones y tutoriales escritas en español.

Si quereis echar un vistazo, siempre podeis descargar un extracto.

Hola a todos,  ante todo este es mi 1er aporte desde que Elio me permitiera ser uno de los editores de este blog tan prestigioso y realmente la noticia que presento aquí debajo me llamó la atención sobremanera, ya que el Codec SILK de Skype(r) es uno de los mas resistentes a errores, a la  perdida de paquetes, jitter, etc y como uds saben solo existen soluciones comerciales para usar canales de skype en Asterisk hasta hoy por lo cual esta noticia acercaría gratamente a 2 mundos hoy bastante diferenciados en la VoIP…

“Skype ha enviado el código fuente de su codec de audio SILK a Internet Engineering Task Force (IETF), la organización que define y desarrolla los estándares de Internet. Lo que busca Skype es por una parte entregar al resto del mundo un codec de alta calidad para la transmisión de voz por Internet y por otra parte, obtener mejoras a través de la revisión de este código por otros expertos.

SILK es un codec o codificador/decodificador especialmente dedicado a la transmisión de voz en tiempo real que se ha incluido en las últimas versiones de Skype para sistemas de escritorio (Windows/Mac/Linux), y pronto se llevará a los equipos móviles.  SILK cuenta con mecanismos de optimización adaptativa, esto quiere decir que a medida que trabaja se da cuenta de qué optimizaciones son necesarias y puede proveer una calidad de sonido cercana a una conversación directa con poco ancho de banda, enfocándose en la voz para no desperdiciar recursos en ruido ambiental.

Según el CTO de Skype, SILK es el resultado de tres años de desarrollo, en donde se han enfocado en crear un codec de alta calidad y escalable en varios sentidos a través de su optimización adaptativa, por ejemplo respondiendo bien a las condiciones variables de la red (lentitud/latencia) y usando adecuadamente los recursos para funcionar bien incluso en aparatos con poca potencia de procesamiento como son los equipos móviles.

En el documento enviado a IETF se encuentra el código fuente de una implementación de referencia de SILK.  Si bien el código es abierto, no se trata de Software Libre, y es aquí en donde se nota la diferencia entre los conceptos de Software Libre y Código Abierto, ya que sólo se permite usar el código para pruebas e investigación, si se quiere usar para desarrollar productos comerciales se requiere una licencia de Skype.“

Realmente espero que el IETF publique y acepte rápidamente este draft para poder utilizar las nuevas bondades que estas mejoras podrían traer al desarrollo de nuevos codecs y la integración de tecnologías actuales.

Links:
- SILK speech codec (IETF Draft)
- Advances in audio (Daniel Berg, CTO de Skype)

Vía: http://www.fayerwayer.com/2010/03/skype-busca-estandarizar-su-codec-silk-y-publica-su-codigo/

Durante el UC Expo realizado en Londres el pasado Miercoles,  Microsoft  dejo entrever alguna de las novedades del OCS,  pero defraudó a la expectación que unos días antes, en twitter, había creado su propio equipo de  RedMon,  con un tweet  donde animaba  a asistir a su presentación ( “DON’T MISS THIS! Microsoft Unified Communications Platform Futures session at UCExpo. http://tinyurl.com/ylpvqw5 @ucexpo #ucoms #ocs“ ) .

Desgraciadamente, el equipo de Marketing de Microsoft decidió, a última hora, postponer la presentación del OCS “Wave 14″ unos días,  esperando así al  VoiceCon a  celebrar en USA (Orlando) este próximo dia 22 (probablemente en busca de un foro mas representativo y para obtener un mayor impacto).

Sin embargo, los desarrolladores si estuvieron disponibles,  dosificando la expectacion creada, y dando información, aunque con cuentagotas: Ante las preguntas de “que funcionalidades de PBX tendrá OCS 2010 por encima del 2007″,  respondieron con un lacónico “todas”.

Microsoft  no sólo quiere transmitirnos que su OCS 2010 revolucionará la industria a finales de este año,  sino que no quiere desprenderse del mensaje de “PBX Killer”, y advierte que esta versión será capaz de sustituir eficazmente las infraestructuras actuales.

Es un poco  dudoso que esa estrategia de comunicación y ese mensaje sea el  más adecuado,  y al menos se situa en confrontación y dirección opuesta  a la estrategia empleada por su competidor directo (IBM), en la cual  en vez de remplazar la centralita, lo que se  hace es dejar esa funcionalidad a los de siempre (Avaya, Cisco, Alcatel y incluso, la propia Asterisk),  integrando su producto con dichas centralitas,  sin desplazar a ningún  fabricante y llegado a establecer alianzas de colaboración con ellos, planteando así una solución mucho más conciliadora.     Microsoft, en cambio, no parece contentarse con la parte “unificadora” de las comunicaciones, y pretende abordar toda la solución completa,  pero habrá que ver si  ha medido adecuadamente lo que le puede suponer enfrentarse en las grandes empresas a estructuras ya muy consolidadas, como un Cisco Call Manager, por poner un ejemplo.

No obstante,  hay que reconocer que OCS es un buen producto.  Probablemente, sea uno de los mejores del mercado ahora mismo,  y hoy en día, utilizandolo y combinándolo con las piezas adecuadas,  se obtiene una solución envidiable para cualquier empresa, pero esta política de Microsoft tan ambiciosa,  es cuando menos discutible, ya que incluso podría ser perjudicial en unos momentos en los cuales, podría parecer más lógico focalizarse en penetrar y consolidarse en el mercado antes de intentar acaparar todas las áreas.

Se corre  el riesgo de  Cisco, Avaya, o Alcatel, empiecen  a verle como un enemigo en vez de como un aliado, y  potencien otras soluciones, menos ofensivas y mas acordes con sus intereses.  Además,  tendrá que luchar contra  la percepción de muchas empresas, que no ven aún a Microsoft  como contricante natural en este terreno, y mucho menos, como alguien al que confiar sistemas críticos:  todos tenemos en mente  lo que podría pasar con un “pantallazo” azul en algo tan crítico como una centralita.

A nivel de arquitectura, a su vez, OCS es complejo, y con muchas dependencias. La alternativa “rip & replace” despierta ademas desconfianza. Ya no solo es actualizar todo el dominio a la ultima versión del active directory, instalar varios servidores 2008 , y transigir con las “dependencias” entre los diferentes productos que obligan a utilizar las últimas versiones,  sino que si a todo esto le unimos sustituir nuestra centralita actual o los telefonos,  “modernizar” nuestra infraestructura se convierte en algo díficil de asimilar.

Por si fuera poco, no estamos hablando de una tecnología que sea precisamente barata (los telefonos “Tanjay” certificados para OCS son muy caros),   por eso, y aun y cuando Microsoft efectivamente consiga añadir a su OCS la funcionalidad de una PBX, es probable que muchas empresas sigan optando por arquitecturas mixtas , utilizando teléfonos multiprotocolo y centralitas o gateways que consigan reducir los costes de una implementación ya de por si compleja, sin quitar valor al OCS.  Ahí es donde Asterisk, los telefonos snom OCS Edition (como alternativa económica a Tanjay / Catalina en OCS),  o las pasarelas CSTA/SIP,   pueden aportar un interesante valor, complementado una solución OCS, para conciliar de la mejor forma posible una de las mejores y mas extendidas soluciones de escritorio para comunicaciones unificadas  con una de las mas completas y robustas soluciones de centralita y gateway pstn/voip.

En el lado opuesto, mientras esperamos que en el VoiceCON se nos resuelvan las dudas sobre esta estrategia, y podamos comprobar como pretende hacernos olvidar Microsoft su fracaso anterior con el Response Point IP-PBX, nos queda al menos el consuelo de haber podido ver en el Lotusphere del pasado Martes en Madrid una impresionante demo de su competidor, el Sametime Unified Telephony (SUT), un producto que esta fuertemente basado en la integración con las arquitecturas actuales, sean del fabricante que sean (incluido el propio Microsoft)

Como es típico en IBM, su mensaje de comunicaciones unificadas no se limitó a la integración de la voz. El mensaje no termino ahí, sino que se focalizó en el uso de las nuevas herramientas sociales, y la convergencia de las mismas con las herramientas actuales (particularmente el correo), combinando herramientas colaborativas en una solución global de comunicaciones. Uno de los platos fuertes del evento fue la presentación “think outside the inbox” donde asistimos a una demo de Vulcan, acompañada con los primeros esbozos y comentarios del proyecto Concord (una suite ofimática al estilo GoogleApps,  con un especial enfásis en la colaboración multiusuario).

Lo que esta claro, es que la batalla por las comunicaciones unificadas se esta centrando en conseguir una pieza estratégica en la comunicación, el correo. Y en esa area, sin duda, parten con mucha ventaja IBM, Microsoft y Google….

En fin… parece que una nueva “ola” de tecnología está a la vuelta de la esquina…… De hecho, es dificil creer que el que Microsoft haya escogido precisamente el nombre clave “Wave 14″ para su OCS sea una simple coincidencia con “GoogleWave” y no esconda, en realidad, toda una pretensión de intenciones futuras…

Loway research acaba de liberar la versión 1.6.0 de QueueMetrics, un popular software de análisis y gestión de estadisticas para CallCenters.

QueueMetrics destaca por su gran flexibidad, y gran número de reportes disponible.  Además, gracias a su API de programación y su interfaz XML.-RPC,  es muy fácil obtener los resultados y integrarlos en una aplicación propietaria, realizar wallboards, o  cualquier tipo de report.  Para mi gusto personal, es una herramienta un poco “tosca” en la presentación de informes,  pero no cabe duda que estos son muy completos (pueden ser tambien generados en un excel para ser tratados con posterioridad), y que   la herramienta lo que persigue no es ser vistosa, sino funcional,  altamente escalable,  y conseguir los reportes mas adecuados y completos para medir la efectifividad de un call center, de sus agentes, y de los SLAs comprometidos.   Dispone ademas de funcionalidades QA (Quality Assurance) para evaluar la gestión del callcenter, y permite logeo/deslogeo de agentes en colas  estandar asterisk a partir de un interfaz web, incluyendo motivos de pausa..

Por esa flexividad,  es una herramienta que suele ser muy util y ampliamente utilizada.  No es una herramienta gratuita, pero tiene un coste bastante razonable y atractivo,  por lo que suele formar parte de todo tipo de instalaciones de callcenters, incluso aquellas que se basan unicamente en software libre  (de hecho, no es raro que se use en combinación de productos gratuitos como AgentLogger, para el CTI del puesto, o productos similares).

QueueMetrics se integra con una amplia variedad de programas adicionales,  como software de grabación,   es compatible con las ultimas versiones de Asterisk ,  altamente escalable,  y  en definitiva,  es una de las mejores soluciones existentes para métricas en CallCenters.

Más información sobre la nueva release, aqui

No son pocas las instalaciones de Asterisk  (y de cualquier fabricante de centralitas VozIP) que sufren ataques desde el exterior, para intentar encontrar una cuenta sin la debida seguridad, y a través de ella, conseguir realizar llamadas a un número externo que no suele ser precisamente barato.

Asterisk, al ser una herramienta open source,  suele reaccionar de forma muy rápida  cuando se detectan problemas en el código, sacando parches que eviten problemas de seguridad (por ejemplo, la solución para el problema de dial-injection publicado hace unos dias),  pero eso no es suficiente, ya que la mayoría de los  problemas suelen ser debidos mas a una mala praxis que a un problema de producto.

Entre profesionales del sector, suele ser habitual encontrar centralitas mal configuradas por usuarios novicios, con IVRs, por ejemplo, que permitan que desde una llamada externa se consiga línea para llamar al exterior (es típico que algunos IVR  que te permiten marcar una extensión a la que pasarte la llamada no impidan que marcando un “cero” delante puedas llamar a un numero externo),   sin los debidos parches aplicados, o con cuentas con passwords inseguras.

Centrándonos en este último caso, en sistemas web, es habitual aplicar un mecanismo de “strike-out”, de forma que tras 3 intentos consecutivos / fallos, la cuenta sea bloqueada, evitando ataques diccionario a las cuentas de usuario.

Gracias a Alex, encuentro en Inet un artículo interesante con una implementación de dicho algoritmo para Asterisk.

Podeís ver el artículo y el código para implementar dicho algoritmo, aquí

Hoy empieza el apagón analógico, que será total para final de mes, y más alla del futuro inmediato, poco nos hemos parado a pensar en como puede impactar este cambio en nuestras infraestructuras de telecomunicaciones.

El impacto más inmediato para nosotros esta en la sustitución de los antiguos aparatos de televisión. Casi todos hemos cambiado ya nuestro televisor principal, pero siguen quedando muchos televisiones “secundarios” que utilizamos en nuestra segunda casa, o en alguna pequeña habitación…

Pero el “cambio” principal no vendrá en la sustitución de estos televisores, o la adaptación de los grabadores y dispositivos secundarios, algo que ya hemos asumido, sino en el “espacio” radioeléctrico que queda libre, un espacio muy tentador para las grandes operadoras, y que puede ser una oportunidad para impulsar muchos nuevos negocios…

Fig 1 - Apagón Digital y Comunicaciones

Recordemos el interes que ya suscitó ese espacio en Estados Unidos, cuando en el año 2008, salió a subasta… Google lo vió como una forma de poder meterse en un mercado en el cual, empezaban ya a surgir los “Android”, para los cuales este espacio radiofonico podria dar cientos de nuevos y novedosos servicios…..(desde un simple “broadcast” a PDAs y  telefonos móviles de peliculas y TV,  hasta conexión rápida a Internet).

En fin, ya que no somos punteros en muchas cosas, y que en Internet, tenemos las conexiones más pobres de toda Europa, es un poco extraño que seamos nosotros los que en Europa, lideremos este cambio… muchos paises estarán observando con lupa lo que hagamos….. esperemos que en breve, podamos presumir de los cambios que este apagón nos permita introducir en la tecnología de comunicaciones de este país…..

Daniel Constantine nos presentaba el pasado día 8 de agosto un cambio de “look” en la web principal del proyecto OpenSER Kamailio mucho más clara, estructurada y elegante.

Al día siguiente de la presentación en sociedad del nuevo cambio, aprovechó para publicar la primera revisión de la rama 3.0 de Kamailio con cambios que mejoran la solidez y estabilidad, algo a lo que ya estamos acostumbrados los que trabajamos con esta herramienta.

La lista de cambios del nuevo Kamailio 3.0.1 lo podeis encontrar en su ChangeLog:
http://www.kamailio.org/pub/kamailio/3.0.1/ChangeLog

Y para descargarla, en la nueva web de descarga:
http://www.kamailio.org/w/download/

Tal y como anticipamos la pasada semana, este miércoles, en el inicio de la UCExpo en Londres, se han producido una serie de anuncios bastante interesantes. Tal vez uno de los mas interesantes para la comunidad Asterisk ha sido el anuncio oficial de Digium de una nueva tarjeta, la HX8 series, cubriendo asi la inmediata disponibilidad (a partir del próximo dia 31 de marzo) de un modelo de tarjeta ampliamente demandado por la comunidad, y que sin duda, tendrá una gran aceptación.

Nueva Tarjeta Híbrida Digium HX8

La nueva tarjeta hibrida HX8 series permite combinar los modulos analógicos (los modulos FXO/FXS ya existentes) con los nuevos modulos B400M (unos nuevos modulos RDSI BRI).

Permite ademas, integrada en la misma tarjeta, usar opcionalmente un modulo de cancelación de eco de 128ms (el VPMADT032). Los conectores, inicialmente seran RJ11, hasta un máximo de 8, pero pueden “convertirse” en RJ45 gracias a unos conectores especiales.

La tarjeta se configura todo por software (jumper less), y tiene versiones PCI y PCI-Express (por fin!!). Por supuesto, usará drivers DAHDI….

Aunque esta tarjeta no es compatible con switchbox… (la misma digium ya advierte que actualmente no es compatible) no sería de extrañar que fuera la tarjeta en la cual Switchbox basará en un futuro próximo sus nuevas PBX para desembarcar en el mercado europeo, dotándole a la apliance de conectividad RDSI, y dándole el empujón que necesita para desembarcar en nuestro pais.

Página oficial de esta tarjeta:
http://www.digium.com/en/products/hybrid/h8.php

La empresa MSI acaba de presentar en el CeBIT un terminal IP completamente táctil, sin botones y que funciona con el sistema operativo Android.

El CeBIT es un evento donde los principales fabricantes presentan sus productos rodeados de medios, profesionales y muchos curiosos, principalmente porque las novedades presentadas son bastante llamativas para todos los públicos.
Uno de los grandes descubrimientos de esta exposición ha sido un teléfono completamente tactil con una pantalla de 9″ y que en el cartelito dicta:

Soporta:

- PSTN y DECT (opcional)
- VoIP
- Llamadas de Videoconferencia
- Mensajería Instantánea
- Fácil panel táctil
- Sistema operativo Android

Pese a esto, el teléfono es impresionante, no sólo porque corre Android, si no porque su diseño “frontal” es perfectamente configurable y bastante original, no hay más que ver las fotografías y el siguiente vídeo:

De momento, MSI no tiene ninguna información en su página, pero estaremos atentos.

Novell, una de las compañias mas pro-linux que hay en el mercado, esta siendo objeto de constantes rumores estos dias sobre su posible adquisición.

La noticia no es baladín, ya que se trata de una compañia que ha hecho del linux, su mundo del negocio. No sólo tiene la segunda distribución de linux más vendida del mercado (S.U.S.E), sino que tiene software realmente innovador (Zenworks, GroupWise, Mono, Red Carpet, Evolution…), su propia version del OpenOffice (OpenOffice Novell Edition) y un amplio portolio de productos para la seguridad / admisnistracion (incluido en entornos Cloud). Además, es una de las compañias que se considera que tiene una visión más solida en el mundo de las comunicaciones unificadas con su “Pulse”, un producto del que ya hablamos hace unos dias, y que estrategicamente da un interesante valor añadido a su potencial.

Suena como una interesante adquisición para compañias que quieran reforzar su portfolio de soluciones linux, y desde luego, un caramelo interesante para Oracle, que puede verse en una situacion envidiable para competir simultaneamente con IBM y Microsoft. De llevarse acabo, esta noticia podria impactar seriamente en el mundo del opensource, y de la industria informática en general.

Leo hoy en the VAR Guy, una publicación especializada en Value Added Resellers, que Digium ha alcanzado un significativo acuerdo con Synnex, uno de los principales distribuidores norteamericanos (con mas de 15,000 resellers) para distribuir SwitchBOX como su apuesta en el mercado de las Comunicaciones Unificadas.

El anuncio es muy significativo, porque Synnex esta especializado en distribuir en el sector de “comunicaciones unificadas” y también, porque es uno de los cofundadores del Open Source Channel Alliance.

Queda claro el interés de Digium por la Switchbox está en dar una respuesta competitiva en este sector, con una centralita que además de ser fácil de administrar, integre una solución que implemente en un único fabricante los servicios más significativos que podemos encontrar en este campo.

No me cabe duda, que mañana, en la UCExpo de Londres, Digium pondrá bastante foco en su estrategia en torno a dicha centralita, que va posicionandose como una atractiva solución para aquellas empresas que requieren una solución estándar, potente, y económica, pero que también valoran la fiabilidad que les da tener el respaldo directo y comercial de un fabricante (comprometido con el software libre, pero tambien con soluciones comerciales basadas en él).