[asterisk-bugs] [Asterisk 0017352]: Asterisk deadlock

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17352 
====================================================================== 
Reported By:                aleksey2000
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17352
Category:                   Channels/chan_sip/General
Reproducibility:            random
Severity:                   major
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           1.6.2.7 
JIRA:                       SWP-1508 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-05-18 05:11 CDT
Last Modified:              2010-05-19 09:21 CDT
====================================================================== 
Summary:                    Asterisk deadlock
Description: 
This asterisk used for transit traffic between MERA and unknown Cisco
device. Protocol: SIP Full proxy. Accept alaw, g729 than convert to alaw.
Timing: dahdi.
Usually,  after 2-3 hours asterisk going to deadlock. Average channels: 20
- 40.

Deadlock happened on 1.6.1.18, 1.6.1.19, 1.6.2.7. (with AGI (a2billing)
and without)


====================================================================== 

---------------------------------------------------------------------- 
 (0122136) dvossel (administrator) - 2010-05-19 09:21
 https://issues.asterisk.org/view.php?id=17352#c122136 
---------------------------------------------------------------------- 
Thread 15 (Thread 0x41fe1940 (LWP 1031)):
https://issues.asterisk.org/view.php?id=0  0x00000000005521be in decode_length
(buf=0x2aaac8564938
"\200\022\032zÚgÞüó\036\027-¦
\217¦\202X\021Ú\236\220ZÖ-6\214¦\t\030ãð", limit=32,
    len=0x41fd87d0, pvalue=0x41fd8658) at udptl.c:221
https://issues.asterisk.org/view.php?id=1  0x000000000055220a in
decode_open_type (buf=0x2aaac8564938
"\200\022\032zÚgÞüó\036\027-¦
\217¦\202X\021Ú\236\220ZÖ-6\214¦\t\030ãð", limit=32,
    len=0x41fd87d0, p_object=0x41fd86f0, p_num_octets=0x41fd86b0) at
udptl.c:235
https://issues.asterisk.org/view.php?id=2  0x00000000005526a9 in udptl_rx_packet
(s=0x2aaac85641f0,
buf=0x2aaac8564938 "\200\022\032zÚgÞüó\036\027-¦
\217¦\202X\021Ú\236\220ZÖ-6\214¦\t\030ãð",
    len=32) at udptl.c:370
https://issues.asterisk.org/view.php?id=3  0x00000000005540f0 in ast_udptl_read
(udptl=0x2aaac85641f0) at
udptl.c:716
https://issues.asterisk.org/view.php?id=4  0x00002aaab5e4c5c2 in sip_rtp_read
(ast=0x2aaac8378970,
p=0x2aaac82fabc8, faxdetect=0x41fd8a04) at chan_sip.c:6988
https://issues.asterisk.org/view.php?id=5  0x00002aaab5e4cb2c in sip_read
(ast=0x2aaac8378970) at
chan_sip.c:7048


It looks to me like it is this thread that is causing the problem.  Maybe
we are never escaping the loop in decode_open_type().  Are you using fax? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-05-19 09:21 dvossel        Note Added: 0122136                          
======================================================================