| Summary: | ASTERISK-15621: (Version 1.4.29) Queue with autofill=no and strategy=ringall sometimes rings non-oldest caller through to agents | ||
| Reporter: | tbpsn (tbpsn) | Labels: | |
| Date Opened: | 2010-02-12 17:44:58.000-0600 | Date Closed: | 2011-06-07 14:01:07 |
| Priority: | Major | Regression? | No |
| Status: | Closed/Complete | Components: | Applications/app_queue |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ( 0) Picture_10.png ( 1) two_stuck_calls.png | |
| Description: | This is a new ticket for issue ASTERISK-1654775 . The previous ticket was created while using an older build of asterisk (1.4.26). The same behavior is occurring after upgrading to 1.4.29, however, I couldn't determine how to update the ticket to reflect that the issue is occurring with a current version. | ||
| Comments: | By: Mark Michelson (mmichelson) 2010-02-17 10:44:06.000-0600 I just committed a patch for issue ASTERISK-15630 in revision 247168 of the Asterisk 1.4 branch. Could you please upgrade to that revision (or try applying the patch from issue 16834) and seeing if that helps you as well? Thank you! By: tbpsn (tbpsn) 2010-02-17 13:09:59.000-0600 Very exciting. I've changed from the 1.4.29 release to Asterisk SVN-branch-1.4-r247168. I'll update this ticket once we've had an adequate amount of time to use this new build. Thanks for your help thus far! By: tbpsn (tbpsn) 2010-02-18 12:11:57.000-0600 Unfortunately, switching to SVN-branch-1.4-r247168 did not resolve our issue. To clarify, we are having two queue related issues that may or may not be related: 1) Even though we are using ringall with autofill=no, calls are sometimes answered out of order. This can be see in "Picture 10.png" which I've attached to this ticket. Essentially, all agents will be on the phone and a new caller will enter the queue. A second caller will then enter the queue, and when an agent becomes free, the second caller is rung through to the agent's phone instead of the first caller who has been waiting longer. 2) Callers will sit in the queue and not be sent through to agents even when an agent is free. Our queues consist of static agents. We are using asterisk in a device/user configuration instead of an extensions configuration. When we experience this problem, we can resolve it by having agents log their 'user' out and back in to their 'device'. Thoughts? By: tbpsn (tbpsn) 2010-02-18 17:36:23.000-0600 We had an incident today with a new queue call being serviced ahead of two pre-existing calls in queue. I've attached a screenshot of this: "two stuck calls.png" By: Paul Belanger (pabelanger) 2010-05-12 12:40:45 We require a complete debug log to help triage the issue. This document will provide instructions on how to collect debugging logs from an Asterisk machine for the purpose of helping bug marshals troubleshoot an issue: http://svn.digium.com/svn/asterisk/trun/doc/HOWTO_collect_debug_information.txt By: Paul Belanger (pabelanger) 2010-05-25 15:40:40 Suspended due to lack of activity. Please request a bug marshal in #asterisk-bugs on the IRC network irc.freenode.net to reopen the issue should you have the additional information requested. Further information can be found at http://www.asterisk.org/developers/bug-guidelines | ||
