AGENTLOGIN event en queue_log

[BorjaGVO]

Buenas a todos,

Tengo un problema y es que mi queue_log no registra los eventos de AGENTLOGIN/AGENTLOGOFF. He leído que si asignas dinámicamente los agentes no loguea, pero no es mi caso (ningún agente se asigna de forma dinámica). ¿A qué se puede deber esto? He mirado queue.conf y no veo ninguna opción donde poder configurar esto.

Saludos.

[Sisco Ds]

Si tus agentes son estáticos,.. no se generará el evento de AGENTLOGIN,... ya que siempre están loggeados. 

Como mucho podrás controlar si la extensión está registrada.

En un principio a mi me pasaba lo mismo y cruzaba la información de las colas con la información de registro de extensiones que sacaba del log de asterisk. Pero al final cambié los agentes a dinámicos. Es más cómodo y además te evitas que el asterisk compruebe en cada llamada que tu agene no está registrado.

Saludos.

[Borja Gª de Vinuesa Ordovás]

Sigue sin loguear el AGENTLOGIN. He asignado el agente de manera dinámica. A continuación he conectado al agente (*45) y Asterisk me dice lo propio: "Agente conectado". No obstante, al hacer un "$> grep AGENT /var/log/asterisk/queue_log" no me devuelve nada. ¿Qué puede estar pasando? ¿Olvido algo?

Gracias.

--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
Normas de la lista Asterisk-ES: http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
---
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a asterisk-es...@googlegroups.com.
Para publicar una entrada en este grupo, envía un correo electrónico a aster...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/asterisk-es?hl=es.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

[juan enrique escobar robles]

hola, pues yo tengo este código desde asterisk 1.4 y todavía lo uso en 1.8.x, si te sirve úsalo. Tal vez no sea la mejor opción pero es la que me funciona, si descubres un modo mejor me avisas lo publicas.


;  agregamos el agente a la cola
exten => s,n,AddQueueMember(${COLA},Local/${AGENTE}@central/n,,,${AGENTE})
;  para el queuemetrics
exten => s,n,System( echo "${EPOCH}|${UNIQUEID}|${COLA}|Local/${AGENTE}@central/n \|AGENTLOGIN|-" >> /var/log/asterisk/queue_log)
exten => s,n,Set(DB(din_login/log_Agent-${AGENTE})=${EPOCH})
;  mensaje ok
exten => s,n,Playback(agent-loginok)

.
.
.
.

exten => s,n,RemoveQueueMember(${COLA},Local/${AMPUSER}@central/n)
; para el queuemetrics
exten => s,n,GotoIf(${DB_EXISTS(dynlogin/log_Agent-${AMPUSER})}?borrar:fin)
exten => s,n(borrar),Set(ORGEPOCH=${DB(dynlogin/log_Agent-${AMPUSER})})
exten => s,n,Set(RV=$[${EPOCH} - ${ORGEPOCH}])
exten => s,n,System( echo "${EPOCH}|${UNIQUEID}|${COLA}|Local/${AMPUSER}@central/n\|AGENTLOGOFF|-|${RV}" >> /var/log/asterisk/queue_log)
exten => s,n,Noop(${DB_DELETE(dynlogin/log_Agent-${AMPUSER})})
; mensaje ok
exten => s,n(fin),Playback(agent-loggedoff)



El 26/02/13 09:55, Borja Gª de Vinuesa Ordovás escribió:

-- 
---------------
Juan Enrique Escobar Robles.
Bucaramanga - Colombia.

[Sisco Ds]

Sí,. to también uso un código personalizado incluso más sencillo aún.

exten => *1011,1,Answer

exten => *1011,n,NoOp(AgentNumber is ${AGENTNUMBER})

exten => *1011,n,AddQueueMember(502,Local/101@from-internal/n)

exten => *1011,n,Hangup()

exten => *1012,1,Answer

exten => *1012,n,NoOp(AgentNumber is ${AGENTNUMBER})

exten => *1012,n,RemoveQueueMember(502,Local/101@from-internal/n)

exten => *1012,n,Hangup()

Con esto hago que la extensión 101 se registre/dsregistre en la cola 502,.. (Este lo uso en mi Asterisk 1.6.2)

Utiliza el código que más te guste.  :-)

Saludos

[juan enrique escobar robles]

Si, pero como registras el AGENTLOGIN y el AGENTLOGOFF  en el queue_log?

El 27/02/13 08:04, Sisco Ds escribió:

[Sisco Ds]

En este caso lo que se registra en el queue_log son estos eventos

1362046459|1362046459.698|502|Local/100@from-internal/n|ADDMEMBER|

1362046459|1362046459.698|503|Local/100@from-internal/n|ADDMEMBER|

1362046598|1362046598.699|502|Local/101@from-internal/n|REMOVEMEMBER|

1362046598|1362046598.699|503|Local/101@from-internal/n|REMOVEMEMBER|

ADDMEMBER y REMOVEMEMBER te vale con eso?

[juan enrique escobar robles]

Si, pero esa porqueria del queuemetric no lo esta detectando, solo acepta agentlogin, pero no es prioridad, el queuemetric ya casi ni lo usamos.

de todas formas gracias por el dato.

El 28/02/13 07:34, Sisco Ds escribió:

[Fernando Villares]

esa porqueria del queuemetrics q no detecta ...es de lo mejor del mercado por palizas y anda perfecto....si explicas bien que es lo q el soft no te reconoce por tenerlo mal configurado seguro es mas sencillo que darle el palo o hacer un ticket de soporte con loway la empresa que lo desarrolla

[juan enrique escobar robles]

Si tienes toda la razón, solo que me ha ido muy malo con el queumetrics, me voy de vacaciones y cuando vuelvo un genio lo instalo sobre la misma maquina en la que esta el asterisk, y para colmo usaron tomcat. los jefes se pegan al queumetrics para ver que llamadas hay en cola y cuando me di cuenta el servidor estaba colgado sin ram libre y procesador a tope....

lo dejaron configurado para leer el queue_log y eso que el asterisk solo procesa unas 10 mil llamadas diarias, colocaron el monitor "real time" del queuemetrics a actualizarse cada 10 o 5 segundos. este monitor hace "poolling" y lee el queue_log o sea que el realtime no es realtime. para colmo como el queue_log rotaba cada día entonces no podían ver estadísticas del día anterior, así que otra brillante idea, hagamos la rotación del queue_log cada mes e imaginen lo que paso!!!!

se que no es culpa del queuemetrics, se que puede leer el registro de la cola desde mysql o que puede ser mejor configurado, pero si pagan por una solución y llega cualquiera a instalarlo y lo hace mal entonces quien lleva del bulto es uno.

en fin, me disculpo por echarle la culpa al quemetrics, de seguro es un gran software pero hay que saberlo configurar y que quien lo instale por lo menos sepa lo que hace. como no quisieron reconfigurar el queuemetrics o no pudieron la solución entonces fue pasar de 8GB a 16GB de ram, colocar el segundo procesador al servidor y reiniciar el tomcat todos los días a las 3 am, y al mes los jefes se aburrieron de mirar la cola así que por ahora ese servidor esta sobreviviendo y trabajando.

Éxitos.

El 28/02/13 14:56, Fernando Villares escribió:

[Fernando Villares]

esta instalado seguro el gratuito....el que vale el pago soporta miles de llamadas simultaneas procesa por dia por mes, por semana usa tomcat y java y con 4gb alcanza y sobra para un call de 60 70 agentes simultaneos, por supuesto si lo quieren gratis y no pagan estas con las consecuencias...yo lo tengo en diversas empresas desde hace años y años y es una solucion increible por el modico precio

[Fernando Villares]

Maximo 2 agente s y lectura de archivos log no de db....

El 01/03/2013 19:31, <ric...@gmail.com> escribió:

Cuanto soporta la versión free?

Enviado desde mi BlackBerry® de Claro Paraguay.

---

From: Fernando Villares <fvil...@gmail.com>

Sender: aster...@googlegroups.com

Date: Fri, 1 Mar 2013 19:11:37 -0300

To: <aster...@googlegroups.com>

ReplyTo: aster...@googlegroups.com

Subject: Re: [Asterisk-ES] Re: AGENTLOGIN event en queue_log

[ric...@gmail.com]

Cuanto soporta la versión free?

Enviado desde mi BlackBerry® de Claro Paraguay.

---

From: Fernando Villares <fvil...@gmail.com>

Sender: aster...@googlegroups.com

Date: Fri, 1 Mar 2013 19:11:37 -0300

To: <aster...@googlegroups.com>

ReplyTo: aster...@googlegroups.com

Subject: Re: [Asterisk-ES] Re: AGENTLOGIN event en queue_log