[asterisk-users] Timeout for Queue

[Darrin Henshaw]

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@01C9A33E.72349BC0]
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

Re: [asterisk-users] Timeout for Queue

[Mark Michelson]

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

___
-- 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

Re: [asterisk-users] Timeout for Queue

[Lenz Emilitri]

You should look at the queue() command invocation.

Thanks

l.



2009/3/12 Darrin Henshaw 

>  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
<>___
-- 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