Hi, Using agents would involve the user having to remember to login again every time they leave their desk as it would only be useful if they were auto-logged off ;)
I've tried playing with the timeouts and have found that the timeout parameter to queue causes it to return to the dialplan after that long (as if the n option was set, which it wasn't). The timeout parameter on the queue moves onto the next phone at the same penalty and never advances to the next penalty. It's the latter behaviour that I find puzzling, surely a timeout when the strategy is ringall or all other phones at the current penalty have also timed out should make it advance to the next penalty ???? Cheers, Peter. On Wed, 2005-10-19 at 13:50 +0200, Lenz wrote: > Hello, > if you use a mechanism like agents, * will know that there is nobody at > the first level of penalty and route the call to the other level. A > different approach could be to have a queue ring A for say 20 second, > timeout, route the call to a second queue where B and C are. This should > fix yoiur problem. > Bye > l. > > > > On Wed, 19 Oct 2005 11:49:16 +0200, Peter Spikings > <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > Could I have clarification on the logic in app_queue which treats no > > answer as needing a retry? What I want to do is have all calls firstly > > always go to phone A, then if there is no answer make it call B or C in > > a round robin fashion. The obvious thing to do is put a penalty on B & C > > but then if phone A doesn't pick up it just keeps retrying which isn't > > what I want as the person with phone A on their desk may be absent for a > > couple of minutes. Could I ask why no answer is treated as needing a > > retry rather than moving up to the next penalty group? > > > > Thanks, > > > > Peter Spikings. > > > > This message has been comprehensively scanned for viruses, > > please visit http://virus.e2e-filter.com/ for details. > > _______________________________________________ > > --Bandwidth and Colocation sponsored by Easynews.com -- > > > > Asterisk-Users mailing list > > [email protected] > > http://lists.digium.com/mailman/listinfo/asterisk-users > > To UNSUBSCRIBE or update options visit: > > http://lists.digium.com/mailman/listinfo/asterisk-users This message has been comprehensively scanned for viruses, please visit http://virus.e2e-filter.com/ for details. _______________________________________________ --Bandwidth and Colocation sponsored by Easynews.com -- Asterisk-Users mailing list [email protected] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
