<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.&nbsp; 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" &lt;sean.bright@gmail.com&gt;<br>To: "Asterisk Developers Mailing List" &lt;asterisk-dev@lists.digium.com&gt;<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.&nbsp; Its just a one-liner.).&nbsp; So far, I have experienced no notable side effects.&nbsp; 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.&nbsp; 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.&nbsp; 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.&nbsp; 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> &lt;<a href="mailto:stotaro@totarotechnologies.com" target="_blank">stotaro@totarotechnologies.com
</a>&gt; 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.&nbsp;&nbsp; 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>&gt; Awesome.&nbsp;&nbsp;Thanks a bunch.<br>&gt;<br>&gt; On 7/17/07, *Sean Bright* &lt;<a href="mailto:sean.bright@gmail.com" target="_blank">sean.bright@gmail.com</a>
<br>&gt; &lt;mailto:<a href="mailto:sean.bright@gmail.com" target="_blank">sean.bright@gmail.com</a>&gt;&gt; wrote:<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Hey guys,<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; I know this is the "wrong" list, but I'm more interested in the
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; rationale behind this decision...<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Why is the 'retry' value in queues.conf limited to values &gt; 0?&nbsp;&nbsp;I<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; am using rrmemory with a queue, and I am forced to wait at least 1
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; second between attempts to contact the next agent in line.&nbsp;&nbsp;I can<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; take this question to the -users list if necessary, but I doubt<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; I'll get a satisfactory response there.<br>&gt;<br>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; Thanks,<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Sean<br>&gt;<br>&gt;<br>&gt; ------------------------------------------------------------------------<br>&gt;<br>&gt; _______________________________________________<br>&gt; --Bandwidth and Colocation Provided by 
<a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>&gt;<br>&gt; asterisk-dev mailing list<br>&gt; To UNSUBSCRIBE or update options visit:<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;<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>&nbsp;&nbsp; <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&nbsp;Parker<br>Digium<br></body></html>