[asterisk-bugs] [Asterisk 0011972]: tls transport often causes asterisk to lock

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=11972 
====================================================================== 
Reported By:                pj
Assigned To:                jamesgolovich
====================================================================== 
Project:                    Asterisk
Issue ID:                   11972
Category:                   Channels/chan_sip/General
Reproducibility:            random
Severity:                   block
Priority:                   normal
Status:                     assigned
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 103313 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             02-11-2008 11:04 CST
Last Modified:              02-20-2008 02:10 CST
====================================================================== 
Summary:                    tls transport often causes asterisk to lock
Description: 
when asterisk is locked, no call or registration is processed,
this happened several times today and yesterday (tried several trunk
revisions)
currently haven't found thing, what causes the locking situation, 
it seems, that locking problem start appearing, after more peers start
using tls transport
my tls only peers are: asterisk trunk, asterisk beta2 and eyebeam
sofphone
+several udp clients.



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

---------------------------------------------------------------------- 
 jamesgolovich - 02-20-08 02:10  
---------------------------------------------------------------------- 
I just uploaded another patch, that doesn't address your last issue but
addresses a segfault I got when trying to find your issue.  The problem
with this was that on an unload of the module the dlclose was happening too
quickly, so I put in a usleep to wait after dropping each active tcp
session.

Now about your issue, can you catch full debug info and upload it here? 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
02-20-08 02:10  jamesgolovich  Note Added: 0082630                          
======================================================================