[asterisk-bugs] [Asterisk 0016608]: [patch] Deadlock on &(&channels)->lock

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16608 
====================================================================== 
Reported By:                sergee
Assigned To:                tilghman
====================================================================== 
Project:                    Asterisk
Issue ID:                   16608
Category:                   Channels/General
Reproducibility:            random
Severity:                   major
Priority:                   normal
Status:                     feedback
Target Version:             1.6.0.28
Asterisk Version:           SVN 
JIRA:                       SWP-732 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.0 
SVN Revision (number only!): 237060 
Request Review:              
====================================================================== 
Date Submitted:             2010-01-14 15:04 CST
Last Modified:              2010-04-16 05:42 CDT
====================================================================== 
Summary:                    [patch] Deadlock on &(&channels)->lock
Description: 
I've got 2 deadlocks in 3 days. It happens in a peak hours, with more then
a hundred calls in the system.

I've got 2 files 1 with "core show locks" - from the first deadlock (the
day before yesterday), second file - with output from gdb (intho thread,
thread apply all bt, thread apply all bt full) - from today's deadlock.
====================================================================== 

---------------------------------------------------------------------- 
 (0120527) sergee (reporter) - 2010-04-16 05:42
 https://issues.asterisk.org/view.php?id=16608#c120527 
---------------------------------------------------------------------- 
> 1. If you have no problems without any of these patches, then we can
close this issue with no patches.

With clean Asterisk 1.6.0 r237060 - I don't have false-positives for
rtptimeouts. However, i have a deadlock problem - when asterisk under load
- freezes (stops processing all calls). So, before tackling "deadlock"
problem, i suppose we need to fix "rtptimeout" problem, which was
introduced in your patches.

> 2. If you aren't receiving RTP, that would certainly explain why the RTP
timeout is occurring.

Yeah, that would be nice, however, as i mentioned several times, i do see
RTP flowing through asterisk - with "rtp debug" and wireshark.

> This suggests some other interaction is not properly occurring with the
Zoiper client. 

Just for the record: the problem is not only with zoiper, but with any
software and hardware clients whos calls are bridged with "Packet2Packet
bridging".

> Please provide SIP traces for both calls.

Attached.
10.10.10.197 - softphone (zoiper/x-lite)
10.10.10.207 - Asterisk 1.6.0 r237060
10.10.10.219 - Cisco AS5350

scheme:

softphone -> Asterisk -> Cisco 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-04-16 05:42 sergee         Note Added: 0120527                          
======================================================================