Estrategia de marcación en Colas
199 views
Skip to first unread message
José Ferney Franco Baquero
Dec 14, 2009, 11:21:19 AM12/14/09
to aster...@googlegroups.com
Saludos.
Trabajando un poco con colas he querido lograr cierto funcionamiento pero no he podido dar con la solución.
La cola se define de la siguiente manera:
Colita has 0 calls (max unlimited) in 'rrmemory' strategy (0s holdtime), W:0, C:0, A:0, SL:0.0% within 30s
Members:
SIP/1201 (dynamic) (Not in use) has taken no calls yet
SIP/1202 (dynamic) (Not in use) has taken no calls yet
SIP/1203 with penalty 5 (dynamic) (Not in use) has taken no calls yet
SIP/1204 with penalty 10 (dynamic) (Not in use) has taken no calls yet
No Callers
Básicamente lo que quiero lograr es que cuando una llamada ingrese a una cola trate de llamar al miembro SIP/1201 (y/o al SIP/1202. Depende de la estrategia). Si este está ocupado o no responde continue con el miembro SIP/1202. Así mismo si este último está ocupado o no responde intente con el miembro SIP/1203 y finalmente si todos están ocupados o no respondieron intente con el miembro SIP/1204. Ahora si este último no contesta que se repita la estrategia.
Es decir me gustaría que cuando una llamada ingrese a una cola trate de alcanzar a los miembros de penalty inferior usando la estrategia configurada. Si estos están ocupados o no responden continue con el siguiente penalty. Si no hay más penalties disponibles inicie nuevamente la secuencia. Sé muy bien que un miembro de penalty inferior sólo es alcanzado si todos los miembros de penalty inferior están ocuapos y no disponibles pero para mí sería agradable poder lograr este comportamiento. Con la configuración que tengo para la cola funciona perfectamente sólo si los miembros están ocupados pero si estos no contestan los penalties no se hacen efectivos. Por ejemplo si el miembro SIP/1201 está ocupado y el miembro SIP/1202 se encuentra disponible y entra una llamada a la cola el dispositivo SIP/1203 nunca será llamado y la llamada repicará indefinidamente en el miembro SIP/1202.
Una forma chapucera que se me ocurre para lograrlo es configurando el parámetro "autopause=yes" en queues.conf sin embargo esto acarrea una gran cantidad de inconvenientes.
Por otro lado es necesario que este funcionamiento se pueda lograr mediante colas y no simplemente mediante llamados consecutivos a "Dial" por el tema de reportes mediante el queue_log además de que con las colas es el Asterisk quien se encarga de todo el tema de ACD. Además de poder agregar miembros de manera dinámica sencillamente y no estar límitado por el plan de marcación en cuanto a los dispositivos prestos a contestar la llamada.
Si me pueden ayudar con alguna idea se los agradecería enormemente aunque como veo la cosa me parece que debería crear otro tipo de estrategia para lograr lo que quiero y modificar app_queue.c (La verdad es lo último que quiero hacer).
De antemano muchas gracias.
Trabajando un poco con colas he querido lograr cierto funcionamiento pero no he podido dar con la solución.
La cola se define de la siguiente manera:
Colita has 0 calls (max unlimited) in 'rrmemory' strategy (0s holdtime), W:0, C:0, A:0, SL:0.0% within 30s
Members:
SIP/1201 (dynamic) (Not in use) has taken no calls yet
SIP/1202 (dynamic) (Not in use) has taken no calls yet
SIP/1203 with penalty 5 (dynamic) (Not in use) has taken no calls yet
SIP/1204 with penalty 10 (dynamic) (Not in use) has taken no calls yet
No Callers
Básicamente lo que quiero lograr es que cuando una llamada ingrese a una cola trate de llamar al miembro SIP/1201 (y/o al SIP/1202. Depende de la estrategia). Si este está ocupado o no responde continue con el miembro SIP/1202. Así mismo si este último está ocupado o no responde intente con el miembro SIP/1203 y finalmente si todos están ocupados o no respondieron intente con el miembro SIP/1204. Ahora si este último no contesta que se repita la estrategia.
Es decir me gustaría que cuando una llamada ingrese a una cola trate de alcanzar a los miembros de penalty inferior usando la estrategia configurada. Si estos están ocupados o no responden continue con el siguiente penalty. Si no hay más penalties disponibles inicie nuevamente la secuencia. Sé muy bien que un miembro de penalty inferior sólo es alcanzado si todos los miembros de penalty inferior están ocuapos y no disponibles pero para mí sería agradable poder lograr este comportamiento. Con la configuración que tengo para la cola funciona perfectamente sólo si los miembros están ocupados pero si estos no contestan los penalties no se hacen efectivos. Por ejemplo si el miembro SIP/1201 está ocupado y el miembro SIP/1202 se encuentra disponible y entra una llamada a la cola el dispositivo SIP/1203 nunca será llamado y la llamada repicará indefinidamente en el miembro SIP/1202.
Una forma chapucera que se me ocurre para lograrlo es configurando el parámetro "autopause=yes" en queues.conf sin embargo esto acarrea una gran cantidad de inconvenientes.
Por otro lado es necesario que este funcionamiento se pueda lograr mediante colas y no simplemente mediante llamados consecutivos a "Dial" por el tema de reportes mediante el queue_log además de que con las colas es el Asterisk quien se encarga de todo el tema de ACD. Además de poder agregar miembros de manera dinámica sencillamente y no estar límitado por el plan de marcación en cuanto a los dispositivos prestos a contestar la llamada.
Si me pueden ayudar con alguna idea se los agradecería enormemente aunque como veo la cosa me parece que debería crear otro tipo de estrategia para lograr lo que quiero y modificar app_queue.c (La verdad es lo último que quiero hacer).
De antemano muchas gracias.
Saúl Ibarra
Dec 14, 2009, 12:47:24 PM12/14/09
to aster...@googlegroups.com
> Si me pueden ayudar con alguna idea se los agradecería enormemente aunque
> como veo la cosa me parece que debería crear otro tipo de estrategia para
> lograr lo que quiero y modificar app_queue.c (La verdad es lo último que
> quiero hacer).
>
> De antemano muchas gracias.
>
La estrategia que mas se acerca a lo que buscas es 'linear' que decide
> como veo la cosa me parece que debería crear otro tipo de estrategia para
> lograr lo que quiero y modificar app_queue.c (La verdad es lo último que
> quiero hacer).
>
> De antemano muchas gracias.
>
el orden de llamada por orden de entrada. No he probado la mezcla de
linear con penalty, pero prueba a ver si hace lo que quieres.
PD: linear esta en Asterisk 1.6 y el RSP.
--
/Saúl
http://saghul.net | http://sipdoc.net
José Ferney Franco Baquero
Dec 15, 2009, 9:07:16 AM12/15/09
to aster...@googlegroups.com
Saúl muchas gracias por la respuesta. Es cierto, es la estrategia que más se aproxima voy a probarla a ver si resuleve mi problema.
2009/12/14 Saúl Ibarra <sag...@gmail.com>
--
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
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción: asterisk-es...@googlegroups.com
troxlinux
Dec 15, 2009, 9:39:14 PM12/15/09
to aster...@googlegroups.com
El día 14 de diciembre de 2009 11:47, Saúl Ibarra <sag...@gmail.com> escribió:
> La estrategia que mas se acerca a lo que buscas es 'linear' que decide
> el orden de llamada por orden de entrada. No he probado la mezcla de
> linear con penalty, pero prueba a ver si hace lo que quieres.
>
>
> PD: linear esta en Asterisk 1.6 y el RSP.
saghul cuando hablas de la RSP , es asterisk 1.4.X es asi? o me equivoco
> La estrategia que mas se acerca a lo que buscas es 'linear' que decide
> el orden de llamada por orden de entrada. No he probado la mezcla de
> linear con penalty, pero prueba a ver si hace lo que quieres.
>
>
> PD: linear esta en Asterisk 1.6 y el RSP.
saludoss
--
rickygm
http://gnuforever.homelinux.com
Saúl Ibarra
Dec 16, 2009, 2:12:31 AM12/16/09
to aster...@googlegroups.com
> saghul cuando hablas de la RSP , es asterisk 1.4.X es asi? o me equivoco
>
www.asterisk-es-rsp.org
>
Reply all
Reply to author
Forward
0 new messages