Hola a todos,
cuando se habilita el módulo DIALOG/SST para que inserte en la tabla DIALOG los dialogos en curso, incluye en estos datos el HASH_ID y HASH_ENTRY. Cuando hay una llamada, mete los datos y cuando cuelga se elimina. Con los datos que insertan se le puede enviar un mensaje via MI para que "desconecte" cierto dialog enviando un BYE en ambos sentidos, i.e.:
:dlg_end_dlg: 1894 676272052
Hast aquí todos perfecto.
El problema viene en que cuando le envío ese mensaje, efectivamente desconecta el dialogo PERO no elimina el registro del dialogo!! se queda ahí como si siguiera en curso!!
¿Es ésto un BUG?
Saludos a todos.
David
El Monday 03 March 2008 15:20:32 David Villasmil escribió:
Hola a todos,
cuando se habilita el módulo DIALOG/SST para que inserte en la tablaDIALOG los dialogos en curso, incluye en estos datos el HASH_ID y HASH_ENTRY. Cuando hay una llamada, mete los datos y cuando cuelga se elimina. Con los datos que insertan se le puede enviar un mensaje via MI
para que "desconecte" cierto dialog enviando un BYE en ambos sentidos, i.e.: :dlg_end_dlg:
1894 676272052
Hast aquí todos perfecto.
El problema viene en que cuando le envío ese mensaje, efectivamente desconecta el dialogo PERO no elimina el registro del dialogo!! se queda ahí como si siguiera en curso!!
¿Es ésto un BUG?
No, es una "realidad", una limitación, pero no un bug. La única forma en la que OpenSer elimina un registro de "dialog" es cuando RECIBE un BYE (entonces se activa EXPLICITAMENTE el flag(loquesea) y como conseuencia se elimina el registro de la tabla). Pero cuando se ejecuta ese MI que dices no ocurre lo de arriba, OpenSer no recibe ningún BYE.
Supongo que sería bonito que funcionase, y creo haber visto más gente que lo solicita, pero no es un bug, sino una "feature request" que te invito reportes en la sección correcpondiente "Fetaure Request" del bugtracker. ;)
Saludos.
Pues vaya... pero en mi eso es un BUG como dios manda... porque la tabla dialog está dando información FALSA...
vamos... digo yo.
David
2008/3/3 Iñaki Baz Castillo ibc@in.ilimit.es:
El Monday 03 March 2008 15:20:32 David Villasmil escribió:
Hola a todos,
cuando se habilita el módulo DIALOG/SST para que inserte en latabla
DIALOG los dialogos en curso, incluye en estos datos el HASH_ID y HASH_ENTRY. Cuando hay una llamada, mete los datos y cuando cuelga se elimina. Con los datos que insertan se le puede enviar un mensaje via MI
para que "desconecte" cierto dialog enviando un BYE en ambos sentidos,
i.e.:
:dlg_end_dlg:
1894 676272052
Hast aquí todos perfecto.
El problema viene en que cuando le envío ese mensaje, efectivamente desconecta el dialogo PERO no elimina el registro del dialogo!! se queda ahí como si siguiera en curso!!
¿Es ésto un BUG?
No, es una "realidad", una limitación, pero no un bug. La única forma en la que OpenSer elimina un registro de "dialog" es cuando RECIBE un BYE (entonces se activa EXPLICITAMENTE el flag(loquesea) y como conseuencia se elimina el registro de la tabla). Pero cuando se ejecuta ese MI que dices no ocurre lo de arriba, OpenSer no recibe ningún BYE.
Supongo que sería bonito que funcionase, y creo haber visto más gente que lo solicita, pero no es un bug, sino una "feature request" que te invito reportes en la sección correcpondiente "Fetaure Request" del bugtracker. ;)
Saludos.
Iñaki Baz Castillo ibc@in.ilimit.es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
El Monday 03 March 2008 17:49:37 David Villasmil escribió:
Pues vaya... pero en mi eso es un BUG como dios manda... porque la tabla dialog está dando información FALSA...
vamos... digo yo.
Está dando información falsa porque estás acabando el diálogo de una forma "rara", nada más. Insisto en que sería bonito que dicho comando MI actualizase tb la tabla, pero no es una "feature" existente.
Lo que podrías hacer es hacerlo a mano: en el custom script que uses para enviar el comando MI que termina el diálogo haz también la ñapa de eliminar de la tabla "dialog" su entrada correspondiente.
Es lo que estoy haciendo, estoy escribiendo un script que mete cierta información en tablas del propio openser que cuelgan la llamada cuando llega al max_len que yo quiero para esa llamada basado en una tabla de precios y rutas.... vamos, un B2BUA que funciona en el "propio" openser y desconecta la llamada cuando debe ser... ;-)
david
2008/3/3 Iñaki Baz Castillo ibc@in.ilimit.es:
El Monday 03 March 2008 17:49:37 David Villasmil escribió:
Pues vaya... pero en mi eso es un BUG como dios manda... porque la tabla dialog está dando información FALSA...
vamos... digo yo.
Está dando información falsa porque estás acabando el diálogo de una forma "rara", nada más. Insisto en que sería bonito que dicho comando MI actualizase tb la tabla, pero no es una "feature" existente.
Lo que podrías hacer es hacerlo a mano: en el custom script que uses para enviar el comando MI que termina el diálogo haz también la ñapa de eliminar de la tabla "dialog" su entrada correspondiente.
-- Iñaki Baz Castillo ibc@in.ilimit.es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
El Lunes, 3 de Marzo de 2008, David Villasmil escribió:
http://sourceforge.net/tracker/index.php?func=detail&aid=1886974&gro... 39143&atid=743022
good!
jeje, ya sabía yo que había oído a más gente esa petición ;)
De todas formas supongo que aún no será completo del todo, o sea, lo chulo sería que al hacer el comando MI quitase el registro de la BD y además simulase "de alguna forma" un BYE por OpenSer para que se lanzansen los flags del ACC y esas cosas.
Si, eso sería lo suyo... de momento tengo que crear la última pata CDR desde script... pero de momento me vale. ;)
Muchas gracias por tu ayuda Iñaki
Un saludo.
David
2008/3/3 Iñaki Baz Castillo ibc@aliax.net:
El Lunes, 3 de Marzo de 2008, David Villasmil escribió:
http://sourceforge.net/tracker/index.php?func=detail&aid=1886974&gro...
39143&atid=743022
good!
jeje, ya sabía yo que había oído a más gente esa petición ;)
De todas formas supongo que aún no será completo del todo, o sea, lo chulo sería que al hacer el comando MI quitase el registro de la BD y además simulase "de alguna forma" un BYE por OpenSer para que se lanzansen los flags del ACC y esas cosas.
-- Iñaki Baz Castillo
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
El Lunes, 3 de Marzo de 2008, David Villasmil escribió:
Si, eso sería lo suyo... de momento tengo que crear la última pata CDR desde script... pero de momento me vale. ;)
Una cosa: si usas radius accounting en vez de DB accounting, sólo se trabaja sobre un mismo registro en la tabla "radacct", por lo que puede ser más fácil hacer "la ñapa":
update radacct set StopTime = '...', duration = '...' where callid...
(por decir algo).
Es que de momento no uso radius... si te digo la verdad nunca lo he usado y no tengo ni idea de cómo funciona... pero según lo que he leído en redes abiertas pierde alrededor de un 2% de los cdrs... ¿es eso cierto?
David
2008/3/3 Iñaki Baz Castillo ibc@aliax.net:
El Lunes, 3 de Marzo de 2008, David Villasmil escribió:
Si, eso sería lo suyo... de momento tengo que crear la última pata CDR desde script... pero de momento me vale. ;)
Una cosa: si usas radius accounting en vez de DB accounting, sólo se trabaja sobre un mismo registro en la tabla "radacct", por lo que puede ser más fácil hacer "la ñapa":
update radacct set StopTime = '...', duration = '...' where callid...
(por decir algo).
-- Iñaki Baz Castillo
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
El Lunes, 3 de Marzo de 2008, David Villasmil escribió:
Es que de momento no uso radius... si te digo la verdad nunca lo he usado y no tengo ni idea de cómo funciona...
Yo no tenía ni idea hace 4 semanas y en una semana me puse las pilas a tope, e incluso corregí algún bug en un sistema CDR que usa Radius XDDD
pero según lo que he leído en redes abiertas pierde alrededor de un 2% de los cdrs... ¿es eso cierto?
Hummm, a ver, no tengo aún experiencia "real" (en entornos de producción) con Radius para accounting, pero me atrevo a decir que eso no es cierto en absoluto.
sr-users-es@lists.kamailio.org
-
David Villasmil -
Iñaki Baz Castillo -
Iñaki Baz Castillo