Nuevo firmware para spa942

25 04 2008

Hace un par de días que me ha llegado mi flamante spa942 y me encuentro que acaban de sacar nuevo firmware 5.2.8.

Podéis descargarlo aquí

Anuncios




Solution for “Choppy sound” in Asterisk and Vmware

20 04 2008

Una de las cosas que más fastidia cuando estoy liado haciendo pruebas con Asterisk y Vmware, es la mala calidad de sonido que se tiene con los buzones de voz, conferencias, etc, etc.

Debido a que no existe fuente de tiempo via tarjeta TDM, y que ztdummy no va bien con Vmware, siempre se acaban produciendo unos sonidos entrecortados (“choppy sound” en inglés) muy molestos y que, obviamente, no permiten usar el sistema para hacer una demostración decente ante ningún cliente o amiguete.

Hace algún tiempo encontré (buscando por internet… claro) una forma de mejorar el comportamiento de los sonidos en Vmware, pero no siempre se comportaba bien.

Pues hoy me he encontrado con algo que promete bastante. Nuevamente han sido los chicos de PBXinaFlash los que han propuesto una solución que, ahora sí, mejora ostensiblemente los resultados: ¡y de qué forma oiga!.

Fundamentalmente, han tuneado un kernel de CentOS, optimizándolo para la susodicha cuestión en Vmware. Es tan sencillo como hacer

cd /root
wget http://pbxinaflash.com/vm/kernel-vm-2.6.18-53.1.4.el5.i686.rpm
wget http://pbxinaflash.com/vm/kernel-vm-devel-2.6.18-53.1.4.el5.i686.rpm
rpm -ivh kernel-vm*.rpm
shutdown -r now

y luego recompilamos zaptel

cd /usr/src/zaptel   (o donde tengamos las fuentes de zaptel)
make clean
./configure
make
make install
make config
genzaptelconf

Una vez hecho esto, solo nos queda arrancar con el kernel correcto desde el gestor GRUB.

Enlace original al final de esta página http://www.pbxinaflash.com/vm/

PD: ¿dónde se han metido los debianeros? XD





Documentación sobre Elastix

19 04 2008

Ya me gustaría que cuando alguien saca su producto al mercado, viniese tan bien documentado como la guía que ha publicado Ben Sharif sobre Elastix.

Podéis descargarla aquí.





Codec g729 no oficial y Asterisk

6 04 2008

Llevo algún tiempo “haciendo pruebas” con el codec g729 en alguno de mis servidores Asterisk. Utilizo el codec que hay en asterisk.hosting.lv y que está compilado según los binarios de Intel. La versión de Asterisk es la 1.4 y las máquinas son variadas: 32 bits, 64 bits, dualcore, etc, etc. Obviamente, elijo el codec adecuado para cada arquitectura.

En dichas pruebas, siempre he observado un comportamiento errático y que no era capaz de explicar achacándolo a mis limitados conocimientos en redes. Me metia por telnet en el router y usaba la funcionalidad que implementa el mismo, para ver el ancho de banda usado en tiempo real. Pues bien, cual era mi sorpresa al observar como la velocidad de subida siempre era mayor que la de bajada!!! Si, por ejemplo, tenía una llamada activa, pues entonces tenía 8.000 B/s de subida y 5.000 B/s de bajada. ¡Extraño comportamiento!. La verdad es que no tenía ni la más pajolera idea de por donde podían ir los tiros.

Incluso tras leer el detallado post de Elio Rojano sobre las diferencias entre el codec oficial y el no oficial, no pude aclarar este extremo.

No fue hasta que di con el blog de un habitual de la lista de Asterisk-Es, Miguel Rabí, que descubrí las “putaditas” ocultas que tiene el susodicho no oficial. Parece que el muy mamón (el codec, no Miguel 🙂 ) no comprime lo mismo en un sentido que en otro, es decir, presenta una asimetría en la compresión del audio, de forma que existe una diferencia de velocidad en el canal de subida y en el de bajada.

Un punto a tener en cuenta para los que trastean con esto y luego se “olvidan” de comprar las versiones oficiales.

Actualización: gracias a las observaciones de David, he de puntualizar que esta situación se observa en la rama 1.2 de asterisk. En la 1.4 (y con los úlimos codecs free parece que ya no pasa 🙂 )





Denegación de servicio para VoIP

2 04 2008

¿Qué pasa cuando van a por tí?, pero a por tí de verdad de la buena… ¿Qué pasa cuando atacan tu servidor de telefonía? La mayoría de las veces la respuesta es que estás perdido…

Parece que a la gente VentureVoIP les han intentado dar por culillo en su servicio comercial de telefonía con un ataque DDoS y, según comentan ellos, han podido sacar la cabeza a flote sin que los hundan del todo.

La verdad es que me ha hecho reflexionar bastante acerca de lo mierdecillas que somos en internet. Mejor llevarse bien con la gente, ser buenos, educados y pasar desapercibidos 🙂

Lo cuentan ellos mismos en su web, dando información extra de lo ocurrido.