Mis respetos a la mara del Free Telephony Project entre ellos David Rowe, hace algun tiempo les puse info de su 4fx o Asterisk en blackfin.

Siguieron adelante en el proyecto y crearon su propio motherboard para el blackfin, ya tienen el IP04 listo para beta, y mas adelante a la venta ya ensamblado. Lo mas interesante es que es completamente opensource, el diseño de hardware, el OS, asterisk, etc.

Los specs :

1. 2 layer PCB measuring 200mm by 100mm
2. BF532 400MHz
3. 64M SD-RAM running at 133MHz
4. 256M NAND Flash for Asterisk Application, prompt and voicemail storage
5. 0-4 FXS/FXO modules (fxsmod and fxomod designs)
6. Optional stackable with 4fx cards to get 8 or even 12 analog ports
7. Optional MMC card for removable flash storage
8. Target assembly cost (including parts and labour) US$100.
9. High Performance echo cancellation using Oslec (Open source line echo canceller)
10. Astfin Blackfin uClinux-Asterisk 1.4 software build
11. Current consumption (2 FXS 2 FXO configuration) around 300mA @ 15VDC (4.5W).

Unas fotos:

Ya tienen tambien funcionando la tarjeta PR1 :

Vamos a estar al pendiente de cuando tengan la version ensamblada a venta para pruebas, la piensan tener en 400$ pero en produccion masiva podria llegar a los 200$.

Considerando que las tarjetas de 4 fxo/fxs de digium cuestan un poco mas de los 400$ es un muy buen precio.

Por lo menos hace mas competitivo el hardware con plantas panasonic, aunque en funcionalidad asterisk si esta arriba.

PD: ya le habilite comentarios

No se como se me habia pasado, pero ya hace unos meses atras voipnovatos.es saco una nueva version de voces en español para asterisk femeninas.

Tiene licencia que permite su uso comercial, usenlas, pruebenlas, reporten bugs y hagan su donacion para que sigamos recibiendo actualizaciones.

El dia viernes recien pasado me encontre con un problema con los parametros para limitar el tiempo de las llamadas en Asterisk.

Concretamente L(30000:10000) que deberia de limitar la llamada a 30 sec., y dar un mensaje de advertencia cuando queden 10 sec. en Asterisk 1.2.13 lo que hace es cortar la llamada a los 20 sec sin dar ningun mensaje.

Ya hoy revise el codigo y corregí algunas cosas para que funcionara, y nada mas termino de arreglarlo me doy cuenta que hoy mismo agregaron un bug report y ya incluye un parche.

Lo probe y funciona correctamente, y ya que es practicamente la misma solucion, les dejo el url en el bug tracker de digium

La unica diferencia es que el parche en digium quita el chequeo por AST_BRIDGE_RETRY del loop principal de ast_channel_bridge.

Esto hay que hacerlo ya que ast_generic_bridge regresa incorrectamente un AST_BRIDGE_COMPLETE. Que es lo que provoca que se corte la llamada al finalizar el bridge.

En lo que respecta a un simple DIAL(IAX2/test,,L(30000:10000)) el funcionamiento es el esperado, solo queda pendiente ver si el quitar el chequeo modifica de manera no deseada otros aspectos de Asterisk.

El parche : billsec.patch.gz

Lo principal de este bug reportado es que en asterisk 1.2.x no se puede accesar a las variables CDR(billsec), CDR(duration) en el dialplan o por medio de AGI.

Esto debido a que actualmente asterisk calcula estos valores hasta despues de ejecutar la extension especial ‘h’ del dialplan.

Para algunos este comportamiento es para nada el deseado.

Este parche corrige esto de manera que tenga el comportamiento deseado. El comportamiento con este parche es el siguiente :

• CDR(billsec) regresa la cantidad de segundos que lleva la llamada desde que se contesto hasta que se ejecuta la funcion, de no ser contestada la llamada regresa 0.
• CDR(duration) regresa la cantidad de segundos desde que ingreso la llamada a asterisk hasta el momento de ejecutar CDR

Ahora podemos hacer uso de ellas sabiendo lo anterior.

exten => h,1,NoOP(${CDR(billsec)})

Esto nos dara la cantidad de segundos desde que contestaron la llamada hasta que finalizo, es decir el tiempo total cobrable de la misma, mientras que sin el parche regresa un 0 ya que todavia no se ha calculado el valor de la variable en asterisk.

NB 19-11-2006: El parche no ha sido probado en dialplans con multiples dials o forkcdr/resetcdr ’s, no se si el comportamiento en estos casos seria el deseado o esperado.

Me quito el sombrero por David Rowe

El ha estado trabajando en una plataforma tipo embedded para Asterisk, viendo su blog parece que ya esta cerca de finalizar la plataforma.

Esta haciendo modificaciones para que el codigo de punto flotante en asterisk sea de punto fijo para asi mejorar el desempeño en la plataforma blackfin. ya porteo el codigo de DTMF y sigue optimizando el resto del codigo DSP en asterisk.

Les dejo unas fotos de como lleva el hardware.

Es similar en hardware a la plataforma que digium estara lanzando pronto, el Asterisk Apliance Development Kit

PD: Todo el diseño de hardware es tambien opensource.