Summary:	ASTERISK-08037: Queue not advancing to next member
Reporter:	Steven Ringwald (sringwald)	Labels:
Date Opened:	2006-10-31 15:56:14.000-0600	Date Closed:	2006-11-14 15:52:00.000-0600
Priority:	Major	Regression?	No
Status:	Closed/Complete	Components:	Applications/app_queue
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:
Description:	I have a queue with two members,SIP/64 and SIP/65. It is configured to roundrobin strategy. SIP/64 has a penalty of 1. SIP/65 has a penalty of 2. Timeout is set to 60 and retry is set to 10. When I call the queue from a third phone, SIP/64 rings. After 60 seconds of not answering, the call drops. It should advance to the next member after 10 seconds, and then the next, etc. It does not seem to do this.
Comments:	By: Jason Parker (jparker) 2006-10-31 16:10:56.000-0600 What penalty are the callers coming in as?  If it's 1, then the only member they "see" is SIP/64 By: Steven Ringwald (sringwald) 2006-10-31 16:18:48.000-0600 They come in as '1'. When I change both the priorities to '1', the same thing happens. By: jmls (jmls) 2006-11-02 13:30:40.000-0600 can we see the portion of the dialplan that calls your queue ... By: Steven Ringwald (sringwald) 2006-11-02 15:08:01.000-0600 exten => _777,1,Answer exten => _777,2,Queue(ZYJSVCGPOQ|tr|||30) By: jmls (jmls) 2006-11-02 16:48:54.000-0600 this is not a bug. Your dialplan states a timeout of 30s. You have a timeout of 60s for each member. After the SIP/64 has timed out, the amount of time spent in the queue is checked, and since 60 > 30, the queue exits. Obviously, SIP/65 never gets called because the queue has finished. Hope this explains things. By: Steven Ringwald (sringwald) 2006-11-02 16:58:14.000-0600 Where is the 60 coming from? i have set timeout=5 and changed the 30 to 300, and it still only rings the 1st penalty, and never hops to the higher penalties. By: jmls (jmls) 2006-11-03 01:37:52.000-0600 um, the 60 is coming from you: in your bug description you specifically said "After 60 seconds of not answering". Are you now saying that your description was wrong ? Please set all queue members to penalty zero,  and upload your queues.conf so we can all see what is going on. Thanks. By: Martin Vit (festr) 2006-11-03 11:46:59.000-0600 If members have different penalties and strategy is round robin, it calls over and over only to first member with the lowest penalty. Only if member is busy it will try next member. I've to modified app_queue to respect penalties and a little tweak which does not stop ringing when trying next member. i think this is normal behavior (member with the lowest penalty rings until answer) By: jmls (jmls) 2006-11-03 13:08:12.000-0600 sringwald: This seems to be expected behaviour. Can I close this now ? Thanks. By: Serge Vecher (serge-v) 2006-11-09 09:49:16.000-0600 I think there is enough information here to show the non-existence of a bug. Closing.