<html><head><style type='text/css'>body { font-family: 'Times New Roman'; font-size: 12pt; color: #000000}</style></head><body>If all of your queue members are unavailable, and have your retry set to 0 seconds, it will attempt to call every user repeatedly, with no waiting, and will spin out of control very quickly. You don't need to call a queue member 500 times a second - if he wasn't available 2ms ago, there's a pretty good chance that he won't be available now.<br><br>----- Original Message -----<br>From: "Sean Bright" <sean.bright@gmail.com><br>To: "Asterisk Developers Mailing List" <asterisk-dev@lists.digium.com><br>Sent: Wednesday, July 18, 2007 8:37:15 PM (GMT-0600) America/Chicago<br>Subject: Re: [asterisk-dev] Queue retry value<br><br>Hi Steve,<br><br>Thank you for the tips, but I think you may have misunderstood my original e-mail.<br><br>My original question had nothing to do with not liking the rationale behind why that design decision was made, but simply not actually _knowing_ the reason behind that decision.
<br><br>Obviously, I have already changed app_queue to allow the 'retry' value to be 0, and have tested it successfully in my local development environment (If you'd like a patch against trunk or one of the release branches, I would be happy to share. Its just a one-liner.). So far, I have experienced no notable side effects. That being said, it _is_ simply a development environment that isn't under any significant load, so I can't be sure without testing in a production environment.
<br><br>And that is the reason I asked here. There was a reason that the original author decided not to allow 'retry' values of 0, and that may be because it causes problems elsewhere in the PBX. That is the information I was after, so I can avoid pushing code into production that might bring the PBX down.
<br><br>Once I get that information (or I am at least satisfied that my change will not adversely affect the production environment) I will be happy to submit a patch to the bug tracker. My disclaimer has been on file for months, so that won't be a problem.
<br><br>Thanks again for your response!<br>Sean<br><br><div><span class="gmail_quote">On 7/18/07, <b class="gmail_sendername">Steve Totaro</b> <<a href="mailto:stotaro@totarotechnologies.com" target="_blank">stotaro@totarotechnologies.com
</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Sean,<br><br>The beauty of open source software is the ability to change it. If you
<br>do not like the "rationale", you can sign a disclaimer and submit a<br>patch to bugtracker for consideration of inclusion.<br><br>I am sure you will get much more feedback in that forum from developers<br>and bug marshals (unless of course they just close it with no
<br>explanation ;-)<br><br>Thanks,<br>Steve Totaro<br><br>Sean Bright wrote:<br>> Awesome. Thanks a bunch.<br>><br>> On 7/17/07, *Sean Bright* <<a href="mailto:sean.bright@gmail.com" target="_blank">sean.bright@gmail.com</a>
<br>> <mailto:<a href="mailto:sean.bright@gmail.com" target="_blank">sean.bright@gmail.com</a>>> wrote:<br>><br>> Hey guys,<br>><br>> I know this is the "wrong" list, but I'm more interested in the
<br>> rationale behind this decision...<br>><br>> Why is the 'retry' value in queues.conf limited to values > 0? I<br>> am using rrmemory with a queue, and I am forced to wait at least 1
<br>> second between attempts to contact the next agent in line. I can<br>> take this question to the -users list if necessary, but I doubt<br>> I'll get a satisfactory response there.<br>><br>
> Thanks,<br>> Sean<br>><br>><br>> ------------------------------------------------------------------------<br>><br>> _______________________________________________<br>> --Bandwidth and Colocation Provided by
<a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>><br>> asterisk-dev mailing list<br>> To UNSUBSCRIBE or update options visit:<br>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">
http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br><br><br>_______________________________________________<br>--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--
</a><br><br>asterisk-dev mailing list<br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br></blockquote>
</div><br>
<br><br>-- <br>Jason Parker<br>Digium<br></body></html>