[asterisk-bugs] [Asterisk 0010406]: [patch] Asterisk stops processing calls

noreply at bugs.digium.com noreply at bugs.digium.com
Mon Oct 8 16:52:25 CDT 2007


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10406 
====================================================================== 
Reported By:                callguy
Assigned To:                Corydon76
====================================================================== 
Project:                    Asterisk
Issue ID:                   10406
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.11  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             08-08-2007 11:44 CDT
Last Modified:              10-08-2007 16:52 CDT
====================================================================== 
Summary:                    [patch] Asterisk stops processing calls
Description: 
Asterisk stops processing calls in the sip channel at random intervals.
This appears to be related to reloading chan_sip.so. When this happens the
console partially locks up (show channels becomes unresponsive) and shortly
after sip processing ceases to function. 

Running bt attached. 
====================================================================== 

---------------------------------------------------------------------- 
 russell - 10-08-07 16:52  
---------------------------------------------------------------------- 
Tilghman: Just one comment on your latest changes to "core show locks" ...

Perhaps in the mark_lock_failed() function we should also decrement the
times_locked counter.  Then, if the lock is eventually successfully
acquired, and then later unlocked, the times_locked counter will accurately
reflect 0, and be removed from the lock information list. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
10-08-07 16:52  russell        Note Added: 0071668                          
======================================================================




More information about the asterisk-bugs mailing list