Me mudé

Me mudé a fameal.com.ar. Todo tiene un principio y un final. Ya no mantenía este blog super técnico, así que empecé otra vez. Con más experiencia y con otro contenido, ahora escribo en fameal.com.ar.

Overlap dial and chan_ss7

I've installing Asterisk PBX with SS7 links. I got a case where the number dialed comes in more than one message, so first a got most of the digits and then the rest. This is OK, but chan_ss7 v1.1 doesn't support it if Asterisk dialplan can handle the "first" number dialed.

I've tried with a patch from Asterisk-SS7 mai list - the one from hngovi -, but didn't solve the issue. The short story, I wrote a patch and tested a bit, seems to work well in my scenario. Here you have a shot explanation about it:

To consider that DNI is complete, it takes into account 3 things: complete parameter in pvt, en of dial message, and if Asterisk has the extension in its dialplan. The first one is a must, the DNI MUST be complete to start dialing (t35 timeout is also considered). Then, one of two things can happen, end of dialing message or Asterisk can handle the extension. It would be great if you can grab the patch and give some feedback, I've not been able to detect any issue so far.

Here is the patch:

--- chan_ss7-1.1/l4isup.c 2009-07-17 14:58:12.000000000 -0300
+++ chan_ss7-1.1.fameal/l4isup.c 2009-07-17 15:04:22.000000000 -0300
@@ -1618,8 +1618,9 @@ static void handle_complete_address(stru

static void check_iam_sam(struct ss7_chan* pvt)
{
- int complete = (pvt->link->linkset->enable_st && pvt->iam.dni.complete) ||
- ast_exists_extension(pvt->owner, pvt->context, pvt->iam.dni.num, 1, pvt->iam.rni.num);
+ /* fameal: in all cases check if DNI is complete */
+ int complete = pvt->iam.dni.complete &&
+ (pvt->link->linkset->enable_st || ast_exists_extension(pvt->owner, pvt->context, pvt->iam.dni.num, 1, pvt->iam.rni.num));
if (complete) {
pvt->iam.dni.complete = 1;
ast_log(LOG_DEBUG, "Setting iam.dni.complete\n");

PS: This article is written in english to make it useful for everybody.

Nuevo firmware Grandstream GXW41XX

Después de una larga espera, Grandstream publicó los nuevos firmwares para sus equipos. Hace ya tiempo los GXW4104 y GXW4108 tenían pendiente el release del nuevo firmware. Todos hemos tenido algunos problemas pero parece que con este lanzamiento se solucionarán.

Algunas mejoras importantes son

• Más comentarios para la configuración de CPT (Call Progress Tones)


• Nuevo detector de tonos (DTMF y CPT)


• Solución al problema con el flash que no funcionaba


• Mejora en el dialplan para poder reemplazar bloques en medio de una cadena


• y más...

Estos los pongo como importantes porque fueron las cosas que más dolores de cabeza me dieron. Para leer el documento completo se lo pueder bajar de aquí.

Para los que quieran bajar el firmware, pueden entrar a la página de firmwares de Grandstream o configurar la IP que detalla en la tabla.

He recibido comentarios favorables, pero todavía no pude probarlo. En poco tiempo lo voy a estar haciendo y enviando comentarios.

(Gracias Pablo por el aviso!)

Saludos,

Cliente SIP para iPhone

Más de uno hemos estado esperando un software de estas características para el teléfono. Ya hay un cliente para iPhone! Fring liberó su cliente para iPhone, aparte de dar la posibilidad de registrarse con la gran mayoría de los servicios de mensajería instantánea, permite registrarse con con un servidor SIP. Este servidor puede ser nuestro propio Asterisk.

Para la comodida de todos los "iPhoneros" se puede bajar la aplicación desde Apple Store o haciendo click, teniendo iTunes, en el link de la página de Fring.

Hace unos días tuve la suerte de usarlo y en este momento lo tengo en producción. Utilizando WiFi funciona muy bien, sin ningún problema. Obviamente, no le podemos pedir G729, mucho menos gratis. Todavía me queda la prueba de fuego... 3G. No sé como funcionará pero tal vez valga la pena.

La desventaja que veo es que si uno bloquea el iPhone o vuelve a la pantalla principal, el SIPPhone pierde conexión. Esto no es una limitación de Fring sino del iPhone que no tiene la posibilidad de ejecutar procesos en segundo plano (no se puede pedir todo). Con esto, creo que es más útil usarlo para hacer llamadas que para recibir.

Espero que sirva.


Saludos,

Asterisk y Skype

Dejé un poco descuidado el blog por un tiempo. Ahora vengo con una noticia de hace un tiempo pero que muchos están esperando que suceda. Digium, compañía encargada del desarrollo de Asterisk PBX, y Skype anunciaron la beta de "Skype for Asterisk". Esto permitirá utilizar todas las funcionalidades de Skype dentro de la PBX libre.

Según comentó el vice presidente y general manager para Skype Telecom y Skype for Business, a través de esta alianza buscan poder brindar servicio a pequeñas empresas.

La versión beta de Skype for Asterisk es un módulo channel driver para este último que integra los dispositivos conectados a la PBX con el sistema de llamadas del proveedor propietario. El nueov módulo también permite su utilización para llamadas a la red pública (AKA SkypeOUT).

Las funcionalidades de la versión beta son las siguientes:

• Hacer, recibir y transferir llamadas Skype desde Asterisk, usando el hardware existente.


• Ahorro en llamadas "Click to Call" desde sitios webs mediante la utilización de Skype.


• Manejo de llamadas mediante la utilización de las funciones del plan de discado de Asterisk PBX: ruteo de llamadas, salas de conferencia, voicemail, IVR.

Luego del período beta, el producto será lanzado y comercializado a través de los canales de distribución de Digium. Para poder sumarse a la beta deben suscribirse en este link.

Todos estamos pensando que sería bueno si el módulo es GPL... Este se va a distribuir en dos partes:

• res_skype: En formato binario y será el que encapsule todo el funcionamiento del protocolo propietario de Skype.


• chan_skype: Será distribuido con su código fuente, es el encargado de generar el nuevo tipo de canal dentro de Asterisk PBX.

Con esto podemos ver que Skype no abandona su política de protocolo propietario. Por ese motivo hay una gran cantidad de críticas a esta integración.

Con este Artículo abro una encuenta para saber que opinan sobre si deberían avanzar en el desarrollo del nuevo chan_skype o el tan usado chan_sip.

Fuente: Asterisk-Users