Mi compañero Hugo me envía una noticia realmente sorprendente para los tiempos que corren.

Nortel ha anunciado que está preparando un sistema de comunicaciones para pequeñas y medianas empresas (hasta 500 usuarios) llamado SCS500 y basado en software libre, lo que no quiere decir que sea gratuito, de hecho se distribuirá en la cadena Best Buy estadounidense como ya se anunció hace algún tiempo.

Tras leer la noticia, resulta que Nortel está en contactos con SIPFoundry para desarrollar un sistema de UC (unified comunication) basado íntegramente en SIP y donde se permitirá voz, video y mensajería instantanea.

Parece que el sistema tiene toda la pinta de ser un OpenSER + algún tipo de gateway PSTN en una caja negra, por lo que no sabremos realmente qué incluye este sistema donde los usuarios podrán aprovechar las posibilidades de estas aplicaciones.

• SCS500 bundles together VoIP, instant messaging, presence, on-demand audio/video conferencing, unified messaging
• The solution also provides some advanced call routing features that are not commonly available on SMB solutions, including automatic call distribution (ACD), advanced auto attendant, personal auto attendant, and find me / follow me.
• Two softphone clients are available as part of the solution.  You can also use Nortel IP phones, LG-Nortel IP phones, or even multi-supplier devices.
• Application integration is a big focus, with plug ins available for Microsoft Outlook and IBM Lotus Notes that integrate SCS500’s UC capabilities with those applications.

Este software que está preparando Nortel, estará certificado únicamente con IBM y con Dell.

Enlace: http://blogs.nortel.com/nortels-new-open-source

En enero del 2007 hablábamos en SinoLogic sobre que Adobe había adquirido dos empresas: Amicima y Antepo. Estas empresas se dedicaban a desarrollar software P2P para la comunicación entre dos sistemas mediante mensajería instantanea y VoIP.

Pues se ve que Adobe ya empieza a tener algo preparado y está preparando el terreno para hacerlo efectivo en su última versión del reproductor Flash: Flash Player 10.

Por lo que he estado leyendo, se trataría de una serie de funciones que permitiría a cualquier usuario capaz de reproducir un archivo Flash, utilizar un micrófono y unos auriculares para poder hacer llamadas y chatear con otras personas sin necesidad de un servidor central, algo así como la competencia a Skype pero sin necesidad de tener instalada ninguna aplicación.

Todavía es pronto para señalar algo objetivo, pero no hay que pensar mucho para descubrir que, si hay sistemas Flash que permiten enviar vídeo en tiempo real casi sin latencia como se emitieron las conferencias del SIMO este año pasado, no debería tardar mucho en aparecer otro sistema más generalizado que permitiese mantener videoconferencias utilizando únicamente el navegador.

Si a todo esto se le une que Adobe está dispuesta a crear una versión del reproductor Flash para el conocido iPhone, podríamos tener un sistema muy interesante dentro de poco.

Esto es algo que no me sorprende, y es que la gente de Fonality está hasta el gorro de recibir las quejas de los usuarios cuando alguna parte del FreePBX no funciona (lo siento Paco, lo han dicho ellos) y mucho peor, tener que estar pagando continuamente a la gente de FreePBX para solucionar cuanto antes los bugs que van apareciendo.

Realmente, Fonality y más concretamente Trixbox no sería lo que es hoy sin dos aplicaciones: Asterisk y FreePBX y aunque estuvieron a punto de abandonar FreePBX en favor de AsteriskGUI, las constantes discusiones que mantiene esta empresa con Digium ha dificultado el paso y han continuado atados de por vida a esta aplicación.

Pero cada vez que TrixBox actualizaba su versión particular de Asterisk para no quedar completamente desfasados con respecto a la versión oficial de Asterisk, tenían que realizar cambios en FreePBX para compatibilizarlo y esto se hacía más rápidamente a golpe de talonario.

A la vista de esto, Fonality ha dicho basta y va a comenzar a reprogramar una versión paralela (fork) de la aplicación FreePBX y realizando mejoras y parches supuestamente con licencia GPL (ya lo veremos).

Mientras los parches los ofrezcan a la comunidad FreePBX para mejorar este software, me parecerá bien, seguiré sin utilizarlo, pero me alegraré por que la empresa empiece a “dar” y no solo “recibir“.

Enlace: http://trixbox.org/forums/…/regarding-freepbx
Vía: VentureVoIP

Acabo de leer que Nimbuzz acaba de lanzar una aplicación para móviles que casualmente permite conectarse a las mismas redes que Fring y aunque las comparaciones son odiosas,

- Fring tiene como ventaja en que es el único softphone compatible SIP para el iPhone.
- Nimbuzz tiene como ventaja que dispone de una aplicación para PC y MAC que se conecta a su red.

- Nimbuzz tiene en contra que el cliente para móviles está en Java y aunque bastante compatible (22 marcas de teléfonos), no todos los terminales soportan Java y si lo hacen, la estabilidad y la velocidad dejan mucho que desear.
- Fring está programado en lenguaje nativo para más de 35 marcas y más de 300 modelos de teléfonos móviles y pdas lo que lo hace bastante más rápido y estable.

Qué quereis que os diga… competencia dura y directa…

Una de las mejores alternativas al popular Microsoft Exchange, es sin duda eGroupWare entre otros motivos porque además de ser libre y gratuito (no hay que pagar licencias como el caso del software de Microsoft), se integra perfectamente con todo tipo de software utilizado normalmente en la empresa como el Outlook, Thunderbird, Evolution, Kontact, e incluso permite sincronización con BlackBerrys, PDAs y teléfonos móviles mediante SyncML.

Una de las ventajas de que sea libre (algo que mucha gente parece no entender o no interesar) es que cualquier persona puede desarrollar una aplicación que interactue con este software sin tener que dar explicaciones ni pagar licencias ocultas.

Pues bien, la empresa sevillana Ene Soluciones acaba de publicar un sencillo manual para integrar eGroupWare aplicación con nuestro Asterisk, permitiéndonos ver con nuestro softphone preferido el nombre de la persona que nos llama si previamente hemos introducido los datos de esta persona en la base de datos de eGroupWare con nuestro cliente de correo o desde el interfaz de la aplicación.

Esto, unido a uno de tantos click-to-dial para hacer llamadas desde nuestro cliente de email con nuestro Asterisk, nos permitirá tener al jefe contento y a los clientes aún más.

Enlace al manual para integrar Asterisk con eGroupWare.

Un “desayuno tecnológico” es un evento gratuito donde los organizadores exponen y dan a conocer las posibilidades de sus productos más allá del funcionamiento habitual que todos conocen a la vez que sirve como carta de presentación de nuevos productos antes de que salgan al mercado.

En esta ocasión, el Desayuno Tecnológico será el próximo día 26 de Mayo, se celebrará en el madrileño hotel VillaMadrid a las 9:30 y está organizado por las empresas Avanzada7, Epygi, Thomson y VozTelecom.

VozTelecom además ofrecerá una cuenta de VoIP con 10€ de saldo para todos aquellos asistentes a este Desayuno Tecnológico.

Pulsa en la imagen para agrandar

Para asistir tan solo hay que ver el flyer del evento donde veremos el número de teléfono y el correo electrónico donde dirigirnos para reservar mesa.

En el blog de Bytecoders leo que Brandon Kruse, desarrollador de Digium, acaba de publicar una versión de Asterisk basada en Asterisk 1.4.17 para el entorno libre OpenMoko y ser ejecutado en dispositivos móviles que funcionen con esta plataforma.

OpenMoko es un sistema operativo basado en Linux y especialmente dedicado a móviles, pdas y demás dispositivos empotrados.

Aquí podeis ver la página oficial de OpenMoko

Por supuesto, tener un Asterisk en el móvil no es que sea muy práctico, aunque es cierto que vuelve a demostrar la flexibilidad tanto de Asterisk como de cualquier aplicación Linux en cuanto a compatibilidad con los sistemas hardware y sus diferentes arquitecturas.

Aquí teneis la página del proyecto Asterisk para OpenMoko.

Pese a que muchos blogs y páginas de noticias sobre VoIP y Asterisk anuncian a bombo y platillo cada versión, revisión y corrección de bugs de Asterisk, estoy seguro que más de uno no le importa lo más mínimo cual es la última versión que salió ayer u hoy, no obstante, es importante recordar qué cambios va haciendo Asterisk ya que como un proyecto vivo, aquellos que siguen Sinologic y leen las noticias de las versiones, seguro que conocen en menor o mayor medida qué añadidos son importantes e interesantes para futuras implementaciones.

En esta ocasión, la versión que ha salido hoy es la 1.6.0-beta9 (la beta más alta que recuerdo en Asterisk) y que tiene como último añadido, una feature escrita por nuestro colega Olle sobre envío de mensajes en modo texto mediante el chan_sip, algo que empieza a tomar forma. Lástima que el chan_sip siempre vaya tan lento pese a ser uno de los módulos más utilizados en Asterisk.

Sobre todo, lo que tiene esta versión son correcciones de bugs encontrados desde la última versión.

Podeis ver el ChanLog aquí:
http://downloads.digium.com/pub/telephony/asterisk/ChangeLog-1.6.0-beta9

y cómo no, descargarlo de aquí:
http://downloads.digium.com/pub/telephony/asterisk/

RTPBreak es una aplicación que detecta, reconstruye y analiza cualquier trama RTP.

La principal ventaja de esta aplicación es que no requiere de la presencia de paquetes RTCP y es totalmente independiente del protocolo de señalización utilizado (SIP, H.323, SCCP, …). La entrada es una secuencia de paquetes, la salida es un conjunto de archivos que puedes utilizar como entrada para otras aplicaciones como Wireshark, sox, grep, awk, cut, sed, etc.

Un ejemplo de esta aplicación:

xenion@gollum:~/dev/rtpbreak-1.3$ sudo src/rtpbreak -i wifi0 \
-g -m -d logz

+ rtpbreak v1.3 running here!
+ pid: 3580, date/time: 19/02/2008#09:49:21
+ Configuration

+ INPUT
Packet source: iface 'wifi0'
Force datalink header length: disabled

+ OUTPUT
Output directory: 'logz'
RTP raw dumps: enabled
RTP pcap dumps: enabled
Fill gaps: enabled
Dump noise: disabled
Logfile: 'logz/rtp.0.txt'
Logging to stdout: enabled
Logging to syslog: disabled
Be verbose: disabled

+ SELECT
Sniff packets in promisc mode: enabled
Add pcap filter: disabled
Expecting even destination UDP port: disabled
Expecting unprivileged source/destination UDP ports: disabled
Expecting RTP payload type: any
Expecting RTP payload length: any
Packet timeout: 10.00 seconds
Pattern timeout: 0.25 seconds
Pattern packets: 5

+ EXECUTION
Running as user/group: root/root
Running daemonized: disabled
* You can dump stats sending me a SIGUSR2 signal
* Reading packets...
! [rtp0] detected: pt=0(g711U) 192.168.0.30:2072 => 192.168.0.20:2074
! [rtp1] detected: pt=0(g711U) 192.168.0.20:2074 => 192.168.0.30:2072
* [rtp1] probable reverse RTP stream: [rtp0]
+ Status
Alive RTP Sessions: 2
Closed RTP Sessions: 0
Detected RTP Sessions: 2
Flushed RTP packets: 3358
Lost RTP packets: 122 (3.51%)
Noise (false positive) packets: 0
+ [rtp1] stats: packets inbuffer=262 flushed=1673 lost=61(3.52%),

call_length=1m2s
+ [rtp0] stats: packets inbuffer=270 flushed=1685 lost=61(3.49%),

call_length=1m2s
* [rtp1] closed: packets inbuffer=0 flushed=2800 lost=115(3.95%),

call_length=1m28s
* [rtp0] closed: packets inbuffer=0 flushed=2819 lost=106(3.62%),

call_length=1m28s
--
Caught SIGINT signal (2), cleaning up...
--

+ Status
Alive RTP Sessions: 0
Closed RTP Sessions: 2
Detected RTP Sessions: 2
Flushed RTP packets: 5619
Lost RTP packets: 221 (3.78%)
Noise (false positive) packets: 0
+ No active RTP streamxenion@gollum:~/dev/rtpbreak-1.3$

Como podeis comprobar, es una herramienta muy potente y muy interesante para monitorización y sobre todo para ayudar a localizar quién o qué está ocasionando problemas.

Enlace: http://xenion.antifork.org/rtpbreak/doc/rtpbreak_en.html

Esta semana, siguiendo los hilos de la lista Asterisk-Dev, me he encontrado con un anuncio que marqué para analizar cuando tuviera más tiempo. El anuncio lo daba Matthew Fredrickson de Digium, ya que es uno de los desarrolladores que se ocupa de mantener al día el paquete Zaptel y el LibPRI.

Concretamente, el anuncio iba sobre el nuevo paquete LibPri (1.6.0) así lo anunciaban aunque finalmente ha pasado a ser el LibPri 1.4.4 y que incluye dos añadidos bastante interesantes que explicaré ahora.

- Soporte de tarjetas RDSI Bri:
Algo que iba siendo hora, ya que en la actualidad, el soporte de RDSI Bri está en mano de mISDN y aunque es un driver que suele funcionar bien, el hecho de incorporar el soporte BRI al Zaptel es algo que mejora la “centralización” en la corrección de bugs, algo que actualmente no se hace.
Si hay algún bug en mISDN, los encargados de arreglarlo son los desarrolladores de mISDN, no los del paquete Zaptel, aunque si el error está en el archivo ‘chan_misdn’ entonces sí.
De momento, creo que solo permiten modo Punto-multi-punto.

- Soporte de TBCT/2BCT en QSig:
Esto es algo muy interesante, que muchas personas lo han pedido y hasta ahora únicamente funcionaba en pocos sistemas.
Cuando conectamos Asterisk a una PBX con extensiones, y estas extensiones se llaman entre sí, la llamada no tiene porqué llegar a Asterisk, pero si la llamada, después de una transferencia comienza y acaba en la PBX, Asterisk pasa a ocupar dos canales (uno para el origen y otro para el destino).
Con el soporte TBCT, Asterisk reconoce que el origen y el destino vienen de la misma PBX y puentea los canales liberando ambos canales ocupados, permitiendo que el tráfico no llegue a Asterisk.
Llevan preparando esta feature desde la Astricon del 2005.

Podeis descargar esta versión aquí:
http://downloads.digium.com/pub/libpri