[Asterisk-ES] Ingreso de agentes utilizando queues en realtime.

113 views
Skip to first unread message

Jean Chassoul

unread,
May 13, 2010, 1:01:07 PM5/13/10
to asterisk-es
Hola, 

Tengo desarrollada una pequeña aplicacion web (Python/Django) para el ingreso de agentes en un callcenter, utilizando queues en realtime, el sistema a estado trabajando perfectamente, sin embargo tengo un pequeño problema cuando dos agentes comparten una misma estación de trabajo.

Ejemplo: el usuario (A) trabaja de 11:00 a 14:00 y el usuario (B) de las 14:00 a las 17:00... el usuario (A) se desconecta y la aplicacion borra los datos del agente de la tabla queue_members. 

Desde el CLI> con "queue show cola_de_llamadas" puedo comprobar que (A) ya no se encuentra conectado a la cola.

Después, el usuario (B) se conecta, el sistema realiza el insert a la tabla con los datos del usuario (B), pero en el CLI> veo como para el Asterisk el usuario que acaba de ingresar es nuevamente el (A) y no el (B)!!

Algún consejo?

Saludos.

--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
 
Entra ahora en el canal de irc de Asterisk-ES para charlar en directo sobre VoIP y
Asterisk: http://www.asterisk-es.org/
 
~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción: asterisk-es...@googlegroups.com

Elio Rojano

unread,
May 13, 2010, 1:05:06 PM5/13/10
to aster...@googlegroups.com
Me suena que usaba una "cache" por ahí para usar realtime... igual buscando por ahí...
--
http://www.sinologic.net/

Jean Chassoul

unread,
May 13, 2010, 1:14:50 PM5/13/10
to aster...@googlegroups.com

2010/5/13 Elio Rojano <hel...@gmail.com>

Me suena que usaba una "cache" por ahí para usar realtime... igual buscando por ahí...

Si, creo que se debe a que esta guardando la información en algún cache, pero estoy usando asterisk con dynamic realtime, por lo que tengo entendido de esta forma no hay que estar realizando reloads en el CLI> para volver a cargar la información de las tablas.

Jaume Olive

unread,
May 13, 2010, 1:16:16 PM5/13/10
to aster...@googlegroups.com
A mi me pasab con un 1.6.algo Actualizaba las tablas y no pillaba los cambios al momento. Lo cambié por un rsp y todo perfecto, cambio que haces en la próxima llamada a la cola pilla los cambios.

Que versión de asterisk usas?

Jaume Olivé
Iberoxarxa Servicios Integrales, S.L.

Jean Chassoul

unread,
May 13, 2010, 1:19:02 PM5/13/10
to aster...@googlegroups.com

2010/5/13 Jaume Olive <jol...@iberoxarxa.es>

A mi me pasab con un 1.6.algo Actualizaba las tablas y no pillaba los cambios al momento. Lo cambié por un rsp y todo perfecto, cambio que haces en la próxima llamada a la cola pilla los cambios.

Que versión de asterisk usas?

Actualmente en ese servidor Asterisk 1.6.0.24.

Jaume Olive

unread,
May 13, 2010, 1:37:52 PM5/13/10
to aster...@googlegroups.com
Creo que la caché sólo era para los peers y los users con rtcachefriends=yes en el sip.conf, no me suena una cache para las colas, pero no investigué mucho. Tenia la opción de cambiar el server y puse una rsp que es lo que solemos montar y sin problemas.

Has mirado si hay o ha habido un bug de este estilo en issues.asterisk.org? (he escrito el enlace de memoria)


Jaume Olivé
Iberoxarxa Servicios Integrales, S.L.

otilio

unread,
May 13, 2010, 1:40:18 PM5/13/10
to asterisk-es
A mi siempre me ha pasado eso, la única manera de solucionarlo que he
encontrado es hacerle un prune al user, de tal manera que al
conectarse ya todo vuelve a la normalidad.

On 13 mayo, 19:19, Jean Chassoul <chass...@gmail.com> wrote:
> 2010/5/13 Jaume Olive <jol...@iberoxarxa.es>
>
> > A mi me pasab con un 1.6.algo Actualizaba las tablas y no pillaba los
> > cambios al momento. Lo cambié por un rsp y todo perfecto, cambio que haces
> > en la próxima llamada a la cola pilla los cambios.
>
> > Que versión de asterisk usas?
>
> Actualmente en ese servidor Asterisk 1.6.0.24.
>
> --
> Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
>
> Entra ahora en el canal de irc de Asterisk-ES para charlar en directo sobre VoIP y
> Asterisk:http://www.asterisk-es.org/
>
> ~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asteris...

Jean Chassoul

unread,
May 13, 2010, 2:04:20 PM5/13/10
to aster...@googlegroups.com
2010/5/13 Jaume Olive <jol...@iberoxarxa.es>

Creo que la caché sólo era para los peers y los users con rtcachefriends=yes en el sip.conf, no me suena una cache para las colas, pero no investigué mucho. Tenia la opción de cambiar el server y puse una rsp que es lo que solemos montar y sin problemas.

Exacto, en mi caso tengo activo el rtcachefrierds=yes en el sip.conf para poder utilizar el comando sip show peers en el CLI>, pero no creo que eso afecte o tenga alguna relacion con el problema o con la tabla queue_members.

Has mirado si hay o ha habido un bug de este estilo en issues.asterisk.org? (he escrito el enlace de memoria)

Voy a buscar un poco, para ver si encuentro algo... por cierto, acabo de encontrar este link:


Es un mensaje en la lista de correo de Digium, en donde una persona explica el mismo error que tengo pero lamentablemente no hay respuestas, acabo de revisar bien mi problema y es idéntico al que reporta esa persona en su mensaje, Asterisk no actualiza la información si lo que únicamente cambia en el registro es el campo membername.

:(
 
Reply all
Reply to author
Forward
0 new messages