Hi, I've noticed that when I set a phone on DND (phone-side DND, meaning it rejects calls with a busy status, SIP 486 response code I believe) the queue keeps on trying the phone over and over again. This creates issues in terms of CDR entries - in a scenario where there is only one phone on DND, and a delay between attempts of 1 second, the queue will attempt to ring the single phone every second, creating one CDR entry per second. It also creates one event per second in the queue_log file. Is there any strategy to avoid this? I'm trying to avoid autopause=yes (because them the employee needs to take action when turned DND off - I want the simple act of turning DND off to mean the phone starts ringing again). - Can I have an autoUNpause after x seconds? - Can the queue detect that the phone is returning response code 486, and not ring it for either x second or until the next call? - Can the CDR engine/queue_log engine be told to not log more than one RINGNOANSWER status? Having one helps, as it tells us the agent was on DND at the time, but having hundreds does not help anyone. Specifically this is with Polycom phones, but I don't think it makes a difference. Thank you for taking the time to help me, Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20170517/5dd895e2/attachment.html>
Hi. I will try to give you an idea: You can remap de 'Do not disturb' key to do some actions. (Best examples I've found so far: http://community.polycom.com/t5/VoIP/FAQ-Using-Enhanced-Feature-Keys-EFK-macros-to-change-key/td-p/5705 ) I once tried to remap de DND on a Polycom IP 550 to something like: key.SPIP550.9.function.prim="^PauseExten$Tinvite$FDoNotDisturb$" That would place a call to extension "PauseExten" and also sets the phone on DND. The extension 'PauseExten' has the dialplan logic to Pause/Unpause the phone. And this executes everytime you press de DND key. This "works" but it is not the best solution. Hope it helps. Sorry for my bad english. 2017-05-17 13:22 GMT+01:00 Mike <michael at virtutel.ca>:> Hi, > > > > I?ve noticed that when I set a phone on DND (phone-side DND, meaning it > rejects calls with a busy status, SIP 486 response code I believe) the > queue keeps on trying the phone over and over again. > > > > This creates issues in terms of CDR entries ? in a scenario where there is > only one phone on DND, and a delay between attempts of 1 second, the queue > will attempt to ring the single phone every second, creating one CDR entry > per second. It also creates one event per second in the queue_log file. > > > > Is there any strategy to avoid this? I?m trying to avoid autopause=yes > (because them the employee needs to take action when turned DND off - I > want the simple act of turning DND off to mean the phone starts ringing > again). > > > > - Can I have an autoUNpause after x seconds? > > - Can the queue detect that the phone is returning response code > 486, and not ring it for either x second or until the next call? > > - Can the CDR engine/queue_log engine be told to not log more > than one RINGNOANSWER status? Having one helps, as it tells us the agent > was on DND at the time, but having hundreds does not help anyone. > > > > Specifically this is with Polycom phones, but I don?t think it makes a > difference. > > > > Thank you for taking the time to help me, > > > > > > Mike > > > > > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > Check out the new Asterisk community forum at: https://community.asterisk. > org/ > > New to Asterisk? Start here: > https://wiki.asterisk.org/wiki/display/AST/Getting+Started > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >-- H?ctor Royo Concepci?n Tfno: 922 845401 M?vil: 628 568773 gestoip2 at ull.edu.es <email at atcan.es> [image: logo_asesoria] 2? Transversal D?rsena Los Llanos Edif. Lanzateide 38003 S/C de Tenerife www.asesoriatelematicacanarias.es [image: ISO] Antes de imprimir este documento o los archivos anexos, por favor, compruebe que es verdaderamente necesario. El Medio Ambiente es cuesti?n de todos. Este mensaje, incluida la informaci?n adjunta que pudiera contener, va dirigida exclusivamente a su/s destinatario/s y tiene car?cter confidencial. Si ha recibido este mensaje por error, le rogamos que lo notifique inmediatamente al remitente (por esta misma v?a o a trav?s del tel?fono 928 498 990 y proceda a su eliminaci?n absteni?ndose de utilizar, imprimir, reproducir por cualquier medio o divulgar su contenido. En cumplimiento de lo dispuesto en la Ley 34/2002 de Servicios de la Sociedad de la Informaci?n y de Comercio Electr?nico y en la Ley Org?nica 15/1999 de Protecci?n de Datos de Car?cter Personal, le informamos que sus datos se encuentran incluidos en el fichero Clientes y Proveedores del que es responsable Asesor?a Telem?tica Canarias S.L. y se utilizan con la finalidad de gestionar la relaci?n comercial que mantiene con esta empresa. Para ejercitar los derechos de acceso, rectificaci?n, cancelaci?n y/u oposici?n, debe dirigirse por escrito, acompa?ando copia del documento oficial que le identifique, a Asesor?a Telem?tica Canarias S.L. Ref. Sistemas de Gesti?n, Calle 2? Transversal D?rsena Los Llanos, Edificio Lanzateide Oficina 34 . C?digo Postal 38003 de Santa Cruz de Tenerife. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20170517/7f38b22d/attachment.html>
This makes sense, thank you, although this is applicable to Polycom phones
only (I was hoping for a more universal solution, as current phones are not
an indicator of phones we may get in the future)
Mike
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of H?ctor Royo
Sent: May 17, 2017 08:55
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Asterisk 13 queue and DND phones
Hi. I will try to give you an idea:
You can remap de 'Do not disturb' key to do some actions.
(Best examples I've found so far:
http://community.polycom.com/t5/VoIP/FAQ-Using-Enhanced-Feature-Keys-EFK-macros-to-change-key/td-p/5705)
I once tried to remap de DND on a Polycom IP 550 to something like:
key.SPIP550.9.function.prim="^PauseExten$Tinvite$FDoNotDisturb$"
That would place a call to extension "PauseExten" and also sets the
phone on
DND.
The extension 'PauseExten' has the dialplan logic to Pause/Unpause the
phone. And this executes everytime you press de DND key.
This "works" but it is not the best solution.
Hope it helps. Sorry for my bad english.
2017-05-17 13:22 GMT+01:00 Mike <michael at virtutel.ca>:
Hi,
I?ve noticed that when I set a phone on DND (phone-side DND, meaning it
rejects calls with a busy status, SIP 486 response code I believe) the queue
keeps on trying the phone over and over again.
This creates issues in terms of CDR entries ? in a scenario where there is
only one phone on DND, and a delay between attempts of 1 second, the queue
will attempt to ring the single phone every second, creating one CDR entry
per second. It also creates one event per second in the queue_log file.
Is there any strategy to avoid this? I?m trying to avoid autopause=yes
(because them the employee needs to take action when turned DND off - I
want the simple act of turning DND off to mean the phone starts ringing
again).
- Can I have an autoUNpause after x seconds?
- Can the queue detect that the phone is returning response code
486, and not ring it for either x second or until the next call?
- Can the CDR engine/queue_log engine be told to not log more than
one RINGNOANSWER status? Having one helps, as it tells us the agent was on
DND at the time, but having hundreds does not help anyone.
Specifically this is with Polycom phones, but I don?t think it makes a
difference.
Thank you for taking the time to help me,
Mike
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
Check out the new Asterisk community forum at:
https://community.asterisk.org/
New to Asterisk? Start here:
https://wiki.asterisk.org/wiki/display/AST/Getting+Started
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
--
H?ctor Royo Concepci?n
Tfno: 922 845401 M?vil: 628 568773
<mailto:email at atcan.es> gestoip2 at ull.edu.es
Image removed by sender. logo_asesoria
2? Transversal D?rsena Los Llanos
Edif. Lanzateide
38003 S/C de Tenerife
<http://www.asesoriatelematicacanarias.es/>
www.asesoriatelematicacanarias.es
Image removed by sender. ISO
Antes de imprimir este documento o los archivos anexos, por favor, compruebe
que es verdaderamente necesario. El Medio Ambiente es cuesti?n de todos.
Este mensaje, incluida la informaci?n adjunta que pudiera contener, va
dirigida exclusivamente a su/s destinatario/s y tiene car?cter confidencial.
Si ha recibido este mensaje por error, le rogamos que lo notifique
inmediatamente al remitente (por esta misma v?a o a trav?s del tel?fono 928
498 990 y proceda a su eliminaci?n absteni?ndose de utilizar, imprimir,
reproducir por cualquier medio o divulgar su contenido.
En cumplimiento de lo dispuesto en la Ley 34/2002 de Servicios de la
Sociedad de la Informaci?n y de Comercio Electr?nico y en la Ley Org?nica
15/1999 de Protecci?n de Datos de Car?cter Personal, le informamos que sus
datos se encuentran incluidos en el fichero Clientes y Proveedores del que
es responsable Asesor?a Telem?tica Canarias S.L. y se utilizan con la
finalidad de gestionar la relaci?n comercial que mantiene con esta empresa.
Para ejercitar los derechos de acceso, rectificaci?n, cancelaci?n y/u
oposici?n, debe dirigirse por escrito, acompa?ando copia del documento
oficial que le identifique, a Asesor?a Telem?tica Canarias S.L. Ref.
Sistemas de Gesti?n, Calle 2? Transversal D?rsena Los Llanos, Edificio
Lanzateide Oficina 34 . C?digo Postal 38003 de Santa Cruz de Tenerife.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20170517/a8253f00/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ~WRD012.jpg
Type: image/jpeg
Size: 823 bytes
Desc: not available
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20170517/a8253f00/attachment.jpg>