OpenVox G400P en Debian

This post is also available in english.
Éste post también se encuentra redactado en inglés.

Instalando un servidor de telefonía IP no tuve mejor idea que adquirir una placa OpenVox G400P para conectarme a la red GSM sin buscar lo suficiente en la web antes. Mi error.

Los problemas:

• Al momento de adquirir la placa (hace apenas ~6 meses) no existía soporte oficial para Dahdi.
• Cuando el mismo apareció, resulta ser que no constaba de unos simples parches, sino un script que supone que uno usa un sistema basado en RPMs, baja y modifica las fuentes de Dahdi y Asterisk, los compila e instala, sin dejar lugar a modificaciones por parte del usuario.
• Al preguntar al soporte, me dijeron que me lo instalaban ellos mismos... si les daba acceso SSH (de no creer). Me tomé el trabajo de explicarles que pedir acceso SSH a sus clientes era una mala idea, pero me parece que no entendieron. 

Desarmando el script:

Mi idea entonces fué instalar una máquina virtual con la versión de Elastix o Trixbox que ellos pedían para hacer correr el script, obtener el código fuente parcheado, revisarlo y compilarlo en mi Debian. Llegué a bajar tres versiones distintas de ésas distros... y parece ser que ninguna de ellas era la que el script esperaba. Para ese momento decidí hacer lo que debía haber hecho desde un principio: imprimir el script, desarmarlo y armar ése código fuente yo mismo.

Por supuesto, usé git para el proceso :)

El código fuente resultante:

Dahdi: http://dumbledore.com.ar/gitweb/?p=dahdi.git;a=summary

Asterisk: http://dumbledore.com.ar/gitweb/?p=asterisk.git;a=summary (puede estar incompleto, todavía lo tengo que chequear).

En el caso de Dahdi, la rama openvox-g400p contiene las modificaciones de chan-extra, la rama oslec contiene el soporte para el cancelador de eco OSLEC. Finalmente la rama master es un merge de ambas. Todavía no probé que la placa funcione con oslec, pero está ahí porque la uso en la otra placa que tengo en el servidor.

Recomendaciones para la gente de OpenVox:

Si bien me parece excelente que quieran proveer a sus clientes de un script "automágico", un usuario de otras distribuciones y/o un usuario avanzado va a encontrar mejor que le proporcionen un patch para el código fuente. Lo bueno es que gracias a git ésto no es complicado.

Les sugiero el siguiente workflow:

1.- Descomprimir el código fuente original de Dahdi, renombrar el directorio y crear un repositorio git del mismo.

$ tar -xf dahdi-x.y.z.tar.gz
$ mv dahdi-x.y.z dahdi
$ cd dahdi
$ git init
$ git add -A
$ git commit -m "Original Dahdi source code version x.y.z."

2.- Crear una rama upstream para seguir el desarrollo de Dahdi.

$ git checkout -b upstream

3.- Taggear la release específica de Dahdi en la rama upstream.

$ git tag -a dahdi-x.y.z

4.- Volver a la rama master y realizar el desarrollo del driver en la misma.

$ git checkout master
[... desarrollo...]

5.- Una vez terminada una release, taggearla.

$ git tag -a chan-extra-x.y.z

6.- Crear un parche a partir de ambas ramas (aunque sería mejor publicar el repositorio git directamente):

$ git diff upstream master > chan-extra-x.y.z.patch

Nota: hay mejores formas para obtener un parche que ésta manera... pero no es algo que haya explorado lo suficiente. Se aceptan comentarios ;)

7.- Cuando se deba desarrollar para una nueva versión de Dahdi, basta con actualizar la rama correspondiente y hacer un merge:


$ git checkout upstream
$ git rm '*'
$ git clean -xdff
$ tar zxfv ../../dahdi-x.y.z+1.tar.gz --strip=1
$ git add -A
$ git commit -m "Import upstream x.y.z+1 release."
$ git checkout master
$ git merge upstream


Luego el usuario podrá aplicar el parche usando patch y compilar. Basta con seguir el mismo workflow para crear parches para Asterisk.

Por supuesto, se aceptan comentarios sobre éste workflow :-)