Hello, We had an incident recently where a call was in queue for an extended period of time. We use queuemetrics for reporting, and it reports that the call was waiting for 20 minutes. The different thing about it is that the disconnect reason is stated as Timeout. Is there a set maximum time a call will wait in the queue before being automatically disconnected? I tried looking through the code directly, but I humbly admit my programming skills are lax. I'm running Asterisk 1.2.31 on CentOS 4.7. Thanks. Cheers, [cid:image001.jpg at 01C9A33E.72349BC0] Darrin Henshaw | IT Administrator | MCTS: Exchange 2007 | MCSE 2003 | LPIC Ignition Support Center | www.ignition.bm<http://www.ignition.bm/> Bermuda (441) 496-4319 | Cayman (345) 947-4357 | Halifax (902) 482-1288 Atlanta | Bermuda | Cayman | Halifax ________________________________ This email and its attachments may be confidential and are intended solely for the use of the individual or parties' to whom it is addressed. All comments are solely those of the author and do not necessarily represent those of Ignition. If you are not the intended recipient of this email and its attachments, you must take no action based upon them, nor must you copy or show them to anyone. Please contact the sender if you believe you have received this email in error. Thanks for considering the environmental impact before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20090312/95d2d87b/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 4247 bytes Desc: image001.jpg Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20090312/95d2d87b/attachment.jpg
Darrin Henshaw wrote:> Hello, > > > > We had an incident recently where a call was in queue for an extended > period of time. We use queuemetrics for reporting, and it reports that > the call was waiting for 20 minutes. The different thing about it is > that the disconnect reason is stated as Timeout. Is there a set maximum > time a call will wait in the queue before being automatically > disconnected? I tried looking through the code directly, but I humbly > admit my programming skills are lax. > > > > I?m running Asterisk 1.2.31 on CentOS 4.7. Thanks. >A brief disclaimer: I admittedly don't have much experience with Asterisk 1.2, but I don't *think* this behavior is different between 1.2 and any later versions. What I'm stating below holds true for Asterisk 1.4.X and Asterisk 1.6.X The Queue application has no default timeout. A caller can stay in the queue forever if no timeout was given when calling the Queue application. Mark Michelson
You should look at the queue() command invocation. Thanks l. 2009/3/12 Darrin Henshaw <DHenshaw at ignition.bm>> Hello, > > > > We had an incident recently where a call was in queue for an extended > period of time. We use queuemetrics for reporting, and it reports that the > call was waiting for 20 minutes. The different thing about it is that the > disconnect reason is stated as Timeout. Is there a set maximum time a call > will wait in the queue before being automatically disconnected? I tried > looking through the code directly, but I humbly admit my programming skills > are lax. > > > > I?m running Asterisk 1.2.31 on CentOS 4.7. Thanks. > > > > > > Cheers, > > > > [image: logo] > > Darrin Henshaw |* *IT Administrator | MCTS: Exchange 2007 | MCSE 2003 |LPIC > > Ignition Support Center* *|* *www.ignition.bm > > Bermuda (441) 496-4319 | Cayman (345) 947-4357 | Halifax (902) 482-1288 > Atlanta | Bermuda | Cayman | Halifax > > > > ------------------------------ > This email and its attachments may be confidential and are intended solely > for the use of the individual or parties? to whom it is addressed. All > comments are solely those of the author and do not necessarily represent > those of Ignition. If you are not the intended recipient of this email and > its attachments, you must take no action based upon them, nor must you copy > or show them to anyone. Please contact the sender if you believe you have > received this email in error. Thanks for considering the environmental > impact before printing this email. > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >-- Loway - home of QueueMetrics - http://queuemetrics.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20090313/3a9af081/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 4247 bytes Desc: not available Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20090313/3a9af081/attachment.jpeg