[asterisk-bugs] [Asterisk 0015213]: asterisk lock in sipsock_read for several seconds and drop sip packets

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15213 
====================================================================== 
Reported By:                schmidts
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   15213
Category:                   Channels/chan_sip/General
Reproducibility:            random
Severity:                   block
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.25 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-05-28 09:47 CDT
Last Modified:              2009-05-29 10:28 CDT
====================================================================== 
Summary:                    asterisk lock in sipsock_read for several seconds
and drop sip packets
Description: 
i have around 1600 sip peers registered on this server with 2 sip trunks to
other asterisk server and after upgrading to 1.4 from 1.2 i had this
problem that the asterisk freeze for several seconds and drop all sip
packets.

with netstat -su i see that the amount of packet receive errors increase
by 800 pps while asterisk locks.

normal callflow actions like mysql and so on runs without any problem and
also active calls are not disconnected but new calls cant be opened.

i ve compiled with debug thread and dont optimize and see with core show
lock these lock helds:

=======================================================================
=== Currently Held Locks ==============================================
=======================================================================
===
=== <file> <line num> <function> <lock name> <lock addr> (times locked)
===
=== Thread ID: 1092675920 (do_monitor           started at [16595]
chan_sip.c restart_monitor())
=== ---> Lock https://issues.asterisk.org/view.php?id=0 (chan_sip.c): MUTEX
16264 sipsock_read &netlock
0x7f6d0e9d0700 (1)
=== -------------------------------------------------------------------
===
=======================================================================

and when it run again it show this: 

=======================================================================
=== Currently Held Locks ==============================================
=======================================================================
===
=== <file> <line num> <function> <lock name> <lock addr> (times locked)
===
=== Thread ID: 1092675920 (do_monitor           started at [16595]
chan_sip.c restart_monitor())
=== ---> Lock https://issues.asterisk.org/view.php?id=0 (chan_sip.c): MUTEX
16264 sipsock_read &netlock
0x7f6d0e9d0700 (1)
=== ---> Lock https://issues.asterisk.org/view.php?id=1 (chan_sip.c): MUTEX 4728
find_call &p->lock 0x374ffd0
(1)
=== ---> Lock https://issues.asterisk.org/view.php?id=2 (sched.c): MUTEX 220
ast_sched_add_variable &con->lock
0x1b2eee0 (1)
=== -------------------------------------------------------------------
===
=======================================================================

the system is a HP proliant DL 380 G5 2xXeon 2,3 Ghz with 6 GB Ram
OS: Debian Lenny v. 5.0.1 AMD 64 Bit Kernel 2.6.26-1
Asterisk version: 1.4.25
zaptel 1.4.12.1 is only need for meetme cause there is no isdn hardware in
this server.
libpri 1.4.10

i´ve allready tried to increase the linux udp buffer but without sucess.

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

---------------------------------------------------------------------- 
 (0105718) jvandal (reporter) - 2009-05-29 10:28
 https://issues.asterisk.org/view.php?id=15213#c105718 
---------------------------------------------------------------------- 
If I check on my server, the working revision for is r197562 but fail with
r197588

-ASTERISK_FILE_VERSION(__FILE__, "$Revision: 197562M $")
+ASTERISK_FILE_VERSION(__FILE__, "$Revision: 197588M $")

Maybe related to the yesterday changes on chan_sip and rtp for alternate
source address ? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-29 10:28 jvandal        Note Added: 0105718                          
======================================================================