[asterisk-bugs] [Asterisk 0010325]: chan_skinny randomly crashing asterisk

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10325 
====================================================================== 
Reported By:                sbisker
Assigned To:                qwell
====================================================================== 
Project:                    Asterisk
Issue ID:                   10325
Category:                   Channels/chan_skinny
Reproducibility:            random
Severity:                   crash
Priority:                   normal
Status:                     assigned
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 77071 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             07-27-2007 13:54 CDT
Last Modified:              07-27-2007 15:31 CDT
====================================================================== 
Summary:                    chan_skinny randomly crashing asterisk
Description: 
This is the fifth time in as many days that asterisk has core dumped. 
Every time the backtrace looks mangled like this one.  I'll upload just
after I post.


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

---------------------------------------------------------------------- 
 DEA - 07-27-07 15:31  
---------------------------------------------------------------------- 
Actually the BT is fine.  Is this server running any of the patches to
address the 7921 issues?  I don't think they could cause this, but it is
worth asking.

You have a device that is trying to place a call but is not fully
registered,
so there is no session.  The crash is in skinny_indicate, and that
function
blindly assumes that it has access to a valid session.

We can prevent the crash by testing for s in that function and exiting if
it
does not exist.  You'll still have a phone with issues until it properly
registers, but at least your server will not crash. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
07-27-07 15:31  DEA            Note Added: 0067995                          
======================================================================