[asterisk-bugs] [Asterisk 0012958]: Queue members as SIP/XXXX do not update status correctly

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12958 
====================================================================== 
Reported By:                evandro
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   12958
Category:                   Applications/app_queue
Reproducibility:            sometimes
Severity:                   major
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.19 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-06-30 13:07 CDT
Last Modified:              2008-11-14 12:46 CST
====================================================================== 
Summary:                    Queue members as SIP/XXXX do not update status
correctly
Description: 
I have queue members logged in as SIP/XXXX with Addqueuemember(01|SIP/XXX),
and when there are many calls on the queue, the status of this members
delay to update, making that calls do not send to the members, unless i
remove and add members in the queue again

When have a few numbers of calls, the system work normally

anyone can help?
====================================================================== 

---------------------------------------------------------------------- 
 (0094911) putnopvut (administrator) - 2008-11-14 12:46
 http://bugs.digium.com/view.php?id=12958#c94911 
---------------------------------------------------------------------- 
I set up some tests using Asterisk 1.4.22 and the latest svn checkout of
the 1.4 branch. In both cases, setting queue members as
Local/something at somecontext/n correctly showed the device state when I
checked the output of "queue show" at the CLI.

I looked at the debug2.log file again, but it's difficult to trace what's
happening at a high level since verbose messages are not in that trace.
Just looking at the device state changes, I can see that the local channel
undergoes some state changes, but they all occur within the same second. If
you could get another trace, but this time set both the debug and verbose
output levels to at least 3, I may be able to see more detail. Also, I
would recommend turning off the DEBUG_CHANNEL_LOCKS flag from menuselect
because that's actually cluttering up the output more than it is helping in
this case. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-11-14 12:46 putnopvut      Note Added: 0094911                          
======================================================================