Mi Brain-Training Personal

Para que no se me olviden las cosas…

Open Pi Phone en el VoIP2day + Webinar

La semana pasada tuvo lugar el VoIP2day, cita oficial de profesinales y frikis de la VoIP. Nos juntamos los de siempre, pero ví algunas caras nuevas y buen contenido, espero que el evento siga mejorando :-)

Tuve la ocasión de dar una charla titulada “Proyecto Open Pi Phone” en la que presenté una revisión de OP^2, que incluye nuevo hardware y una nueva versión del software. El software ya se encuentra disponible en la web del proyecto.

Esta es la pinta que tenía la nueva versión:

op2-spoiler

Y aqui os dejo las dispos:



Si tenéis especial interés en escucharme contarlo, mañana Jueves 16 de Octubre voy a impartir un webinar a traves de OpenWebinars, a las 19:00 CET.

SIP2SIP: SIP gratis para las masas

Hace unos pocos días tuve la oportunidad de participar nuevamente en el voip2day, con la charla “SIP2SIP: SIP gratis para las masas”.

El evento fue increíble, ¡sin duda la mejor edición hasta la fecha! Pude reencontrarme con antiguos amigos, hacer nuevos y desvirtualizar a otros cuantos :-)

Muchas gracias a los organizadores y sponsors por seguir trabajando en hacer un voip2day mejor cada año.

Aquí os dejo mi presentación, para los que pudierais asistir:



¡Nos vemos el año que viene!

 

Añadiendo soporte de GPIO a Asiri

Si tuviste la suerte de recibir una placa Asiri en ElastixWorld, y seguiste la guía que escribí ayer, deberías tener una placa Asiri con uElastix funcionando sin problemas. Mola y todo eso, pero hoy en día los puertos GPIO son la moda, y como Asiri no tiene pues tenemos que hacer algo al respecto.

Antes de empezar, y para que quede claro, ¿qué es GPIO? La Wikipedia nos ayuda:

GPIO (General Purpose Input/Output = Entrada/Salida de Propósito General) es un pin genérico en un chip, cuyo comportamiento (incluyendo si es un pin de entrada o salida) se puede controlar (programar) por el usuario en tiempo de ejecución.

Vamos al lío. Lo primero que hice al recibir mi Asiri fue ir a la página web para ver que clase de puertos y conectores tenía, y me llevé una agradable sorpresa al ver que disponía de un puerto I2C:

asiri-board

 

La placa Asiri que me tocó a mi no tenía soldado un header en el puerto I2C, así que lo primero que tenemos que hacer es soldar un header de 4 pines para facilitar las conexiones:

asiri-header1

 

Así quedará con los cables conectados:

asiri-header2

 

I2C es un bus de comunicaciones en serie, y gracias a mis aventuras con el hardware ya conocía la manera de utilizarlo para GPIO, con la ayuda de un chip MCP230xx.

Los chips MCP23008 y MCP23017 son unos circuitos integrados muy baratos (menos de $2) que nos ofrecen 8 y 16 puertos GPIO respectivamente y se conectan a otro circuito mediante I2C, así que parece que estamos de suerte. Yo tengo un MCP23017 (el de 16 puertos GPIO) así que usaré ese para los ejemplos aquí expuestos. Veamos el chip:

mcp23017-pinout

 

Para funcionar con él, realizaremos las siguientes conexiones en nuestro breadboard:

  • A0, A1, A2: GND. Con estos pines se controla la identificación del chip en el bus I2C, ya que es posible encadenar varios. En éste caso conectamos todos a GND porque solo tenemos un chip.
  • RESET: +3.3V. La línea reset ha de estar conectada a voltaje positivo.
  • VDD: +3.3V.
  • VSS: GND.
  • SDA: conectado al pin SDA del puerto I2C de Asiri.
  • SCL: conectado el pin SCL del puerto I2C de Asiri.

Los 16 puertos GPIO del chip se reparten en 2 bancos de 8, numerados GPA0-7 y GPB0-7.

Una vez hemos realizado las conexiones necesarias, vamos a ver si el sistema detecta el chip. Para ello vamos a cargar el módulo del kernel necesario e instalar el paquete de herramientas de manejo del puerto I2C:

modprobe i2c-dev
yum install i2c-tools

 

Vemos si el kernel ha creado el dispositivo I2C en /dev:

[root@uelx ~]# ls -l /dev/i2c*
crw------- 1 root root 89, 1 Dec 31  1999 /dev/i2c-1
[root@uelx ~]#

 

¡Parece que si! A ver si vemos el chip…

[root@uelx ~]# i2cdetect -y 1
     0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:          -- -- -- -- -- 08 -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: 20 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --
[root@uelx ~]#

 

Yeah, ahí está, en la dirección 0×20. Ahora vamos a montar un pequeño circuito con un LED para probar si la cosa realmente funciona:

Asiri-MCP23017_bb

Vamos a utilizar la herramienta i2cset del paquete i2c-tools que instalamos antes para encender y apagar el LED:

# configurar GPB0 como salida
i2cset -y 1 0x20 0x01 0x00
# activar GPB0, encender el LED
i2cset -y 1 0x20 0x13 0x01
# apagar el LED
i2cset -y 1 0x20 0x13 0x00

 

Si todo ha ido bien, deberíais ver que el LED se enciende con la segunda instrucción y se apaga con la tercera.

Como manejar el asunto así es un poco tedioso, he hecho una pequeña librería para el manejo de GPIO en Asiri con Python: python-asiri.

La librería depende del módulo smbus, que desafortunadamente no está disponible en los repositorios de Fedora Core 17, pero no pasa nada, vamos a compilarlo a mano:

wget http://dl.lm-sensors.org/i2c-tools/releases/i2c-tools-3.1.0.tar.bz2
tar jxvf i2c-tools-3.1.0.tar.bz2
cd i2c-tools-3.1.0
export CFLAGS="-I`pwd`/include"
cd py-smbus
python setup.py build
python setup.py install

 

Y ahora ya podemos instalar python-asiri:

yum install git
git clone https://github.com/saghul/python-asiri
cd python-asiri
python setup.py install

 

En el directorio examples podéis encontrar un ejemplo de LED que parpadea y otro con un botón. Si habéis creado el circuito igual que en el diagrama de arriba, tendréis el LED conectado el puerto GPB0, es decir, el 8, por lo que el ejemplo funciona sin modificaciones:

cd examples
python blink.py

 

Si todo ha ido bien deberíais ver el LED parpadeando a intervalos de 1 segundo, hasta que pulséis Ctrl-C. ¡Lo hemos conseguido!

Y ahora os toca, ¿qué vais a construir con Asiri?

Instalando uElastix en Asiri

Uno de los regalitos que me traje del ElastixWord fue una placa Asiri, la placa utilizada en el appliance Elastix microUCS. El hardware no es extremadamente potente, tiene un procesador a 450 MHz con juego de instrucciones ARMv5 y 256 MB de RAM, pero aguanta el tirón, así que vamos a meterle mano :-)

La única opción disponible a día de hoy es instalar uElastix, que está basado en Fedora 17, así que vamos a ello. Las instrucciones incluidas son bastante precisas, pero tuve un problemilla que no esperaba, así que espero que este post ayude a aquellos que hayan podido tener el mismo problema.

Antes de comenzar, necesitaremos una tarjeta SD de 4GB. No me seáis cutres y uséis una de los chinos, que sea de clase 10.

Paso 1: Particionar la tarjeta SD

Es necesario crear 2 particiones, una en formato FAT con al menos 16 MB, y otra EXT3 con el resto. Yo por si acaso he creado la FAT de 128 MB, que tampoco pasa nada.

Para este paso podemos usar fdisk, asumiendo que el dispositivo ha sido detectado como /dev/sdd:

fdisk /dev/sdd

Así es como quedaría tras crear las particiones:

Disk /dev/sdd: 3965 MB, 3965190144 bytes
4 heads, 16 sectors/track, 121008 cylinders, total 7744512 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Device      Boot    Start    End      Blocks    Id    System
/dev/sdd1   *       2048     264191   131072    e     W95 FAT16 (LBA)
/dev/sdd2           264192   7744511  3740160   83    Linux
[root@uelx ~]#

 

Paso 2: Formatear las nuevas particiones

Tenemos que formatear las particiones con su sistema de ficheros correspondiente:

mkfs.vfat -n BOOT /dev/sdd1
mkfs.ext3 -L rootfs /dev/sdd2

 

Paso 3: Copiar los ficheros de sistema

Primero vamos a descargar la versión correspondiente a Asiri de la página de uElastix.

A continuación descomprimimos el fichero, que contiene 2 ficheros comprimidos, y los descomprimimos en las particiones correspondientes:

mkdir elastix-arm
tar -C elastix-arm xvf elastix-arm-2013-10-25.tar
cd elastix-arm
mount /dev/sdd1 /mnt
tar -C /mnt -xzf BOOT.tar.gz
umount /mnt
mount /dev/sdd2 /mnt
tar -C /mnt -xzf rootfs.tar.gz
umount /mnt

En este momento ya podemos introducir la tarjeta SD en Asiri y conectar el cable ethernet y el de corriente. No guardéis muy lejos el lector de tarjetas SD, puede que nos haga falta de nuevo.

 

Paso 4: Acceso por SSH

Por defecto Asiri viene configurada en la IP 192.168.1.251. Si vuestra red no es la 192.168.1.0/24 podéis crear un alias:

ifconfig eth0:0 192.168.1.123/24 up

Aquí es posible que tengáis un problema: no funciona el acceso SSH. De hecho, al hacer un nmap no muestra ni el puerto abierto:

Host is up (0.0037s latency).
Not shown: 989 closed ports
PORT     STATE SERVICE
25/tcp   open  smtp
80/tcp   open  http
110/tcp  open  pop3
143/tcp  open  imap
443/tcp  open  https
993/tcp  open  imaps
995/tcp  open  pop3s
2000/tcp open  cisco-sccp
3306/tcp open  mysql
4445/tcp open  upnotifyp

Nmap done: 1 IP address (1 host up) scanned in 1.61 seconds

Tras analizar el syslog, el problema parece ser que SSH tarda demasiado en crear las claves en su primera ejecución, y systemd decide matarlo, así que decidí copiar las mías de manera temporal, para que al menos el demonio arranque y podamos entrar. Para ello sacamos la tarjeta SD y la volvemos a colocar en el host donde hemos estado preparándola anteriormente:

mount /dev/sdd2 /mnt
cp /etc/ssh/ssh_host* /mnt/etc/ssh/
umount /mnt

Volvemos a poner la tarjeta SD en Asiri, y ya debería funcionar. A partir de este momento podemos acceder a la interfaz web de configuración para cambiar la configuración de red, instalar módulos adicionales, etc:

uelastix

Si aún así no funciona lo mejor es correr en círculos un rato y posteriormente sentarse en un rincón a llorar :-P

En el siguiente post veremos cómo añadir soporte GPIO a nuestra placa Asiri, ¡estad atentos!

ElastixWorld: OpenSIPS Workshop

Además de nuestras respectivas presentaciones, Adrian y yo tuvimos la ocasión de impartir un workshop sobre OpenSIPS.

OpenSIPS no es precisamente fácil de aprender, ya que ofrece control a muy bajo nivel, por lo que nos esperábamos una asistencia bastante reducida. Cual fue nuestra sorpresa cuando vimos que no paraba de venir gente y que muchos incluso estaban de pie escuchando, ¡gracias a todos los asistentes!

opensips_workshop

Para los que no pudieron estar, aquí está la presentación que utilizamos, en la que comentamos algunas buenas prácticas para la administración de OpenSIPS, seguridad, etc.



De nuevo, gracias a todos los asistentes y a la organización, ¡el año que viene habrá más!

ACTUALIZACIÓN: Gracias a Eternal por grabar el vídeo, aqúi lo tenéis en YouTube:

ElastixWorld: Proyecto Open Pi Phone

Acaba de terminal la edición de 2013 de ElastixWorld y no podría estar más contento (ni más cansado), el evento ha sido increíble y la respuesta a las presentaciones que he tenido la oportunidad de compartir ha sido abrumadora.

Ayer prenseté el proyecto en el que he estado trabajando junto a mi compañero de trabajo Tijmen: Proyecto OP^2: Open Pi Phone.

El proyecto Open Pi Phone ha consistido en el desarrollo de un firmware basado en Debian para dispositivos embebidos con el que poder hacer un terminal SIP hardware. El primer prototipo lo hemos llamado Falcon y está basado en una placa Raspberry Pi, con un diseño un tanto peculiar ;-)

El código esta disponible en GitHub.

Aqui tenéis las transparencias:



El prototipo Falcon en acción:

Y por ultimo, el video de presentación:

Espero volver a acudir el año que viene, si no habéis estado en ElastixWorld anteriormente id buscando una excusa para ir en 2014 :-)

De SIP a XMPP… pasando por la IETF

Como muchos sabréis he estado trabajando en un gateway de SIP a XMPP (y vice versa) desde hace un par de años. El gateway forma parte de SylkServer y he tenido la oportunidad de presentarlo en diversas ocasiones, a medida que el proyecto ha ido madurando.

Para poder implementar este gateway, nos basamos en los drafts escritos por Peter Saint-Andre y publicados en 2008, aunque no hubieran sido actualizados. Al no haber sido actualizados, había muchos casos no contemplados o especificados, por lo que tuvimos que ser creativos, y rellenar los huecos.

Una vez tuvimos el gateway funcionando para chat y presencia, acudimos al XMPP Summit y tuvimos la oportunidad de reunirnos con Peter, transmitirle nuestro feedback y las ganas de “resucitar” esos drafts. Ya que algunos de ellos necesitaban bastante trabajo, Peter me ofreció ser coautor de los drafts: el de chat en grupo y el de media. Por supuesto, acepté :-)

Rápidamente se formó el grupo de trabajo STOX, con el objetivo de llevar esos documentos desde el estado de draft a RFC. He tenido la oportunidad de estar presente durante toda esta semana en la IETF 87 en Berlin, donde nos hemos podido reunir y discutir los problemas pendientes y los pasos necesarios para seguir adelante.

ietf-small

Es la primera vez que vengo a la IETF, y estoy encantado de haber podido venir :-) Una semana entera hablando de protocolos, problemas, soluciones, … donde además, si hay código funcional se tiene muy en cuenta, algo que yo desconocía.

ietf-badge

Todavía hay bastante trabajo que hacer, pero espero que en unos meses todos esos documentos sean RFCs.

¡Hola Jingle, soy SIP!

Hace apenas un par de semanas que lanzamos la nueva versión de SylkServer, la versión 2.4.0 que incluye soporte de Jingle.

Habiendo trabajado siempre con SIP ha sido muy refrescante haber podido trabajar en hacer un gateway SIP – XMPP que incluya chat, presencia y RTP. Y yo que siempre había pensado que Jingle era casi como SIP pero en XML… ;-) Como nota curiosa SylkServer utiliza el mismo motor RTP y ICE para SIP y para Jingle, a bajo nivel si que utilizan los mismos protocolos y hemos podido reutilizar grandes partes de código.

Ha sido un largo camino, que hubiera sido mucho más largo de no ser por la colaboración con el equipo de Jitsi, sobre todo en lo que a pruebas de interoperabilidad se refiere. Realmente fue algo mágico poder llamar desde Blink a Jitsi y que hubiera audio bidireccional :-)

Éste viernes 5 de abril vamos a presentar esta nueva versión en el VoIP Users Conference, una conferencia virtual que tiene lugar todos los viernes por la tarde y que será retransmitida por Google Hangouts, pasáos por http://vuc.me, ¡yo allí estaré!

 

sylk-server-diagram

FOSDEM: SIP is hard, let’s go shopping!

Otra de transparencias. En esta ocasión de la charla “SIP is hard, let’s go shopping!“. En ella trato de explicar en un tono distendido qué problemas tiene SIP y cómo podemos inspirarnos en otros protocolos para obtener algo mejor.

Nos os la toméis demasiado en serio ;-)



FOSDEM: Challenges in XMPP and SIP interoperability

La pasada semana estuve en el XMPP Summit y el FOSDEM, como he comentado antes, y tuve la oportunidad de relacionarme con la gente de XMPP y aprender cómo y porqué algunas decisiones fueron tomadas en el protocolo. Fueron unos días muy productivos, ya que al parecer hay suficiente interés como para resucitar los drafts relativos a la interoperabilidad de SIP y XMPP que no han sido actualizados desde el 2008.

Durante el FOSDEM dí una presentación en la Jabber Devroom acerca de la interoperabilidad entre XMPP y SIP, enfocada desde el lado de XMPP y con mucho detalle en los problemas encontrados y las soluciones adoptadas: “Challenges in XMPP and SIP interoperability”. Aquí las transparencias:



Me llevé un muy buen sabor de boca y espero poder colaborar más de cerca para que los actuales drafts lleguen a RFC y los gateways SIP – XMPP tengan un comportamiento uniforme :-)