[asterisk-bugs] [Asterisk 0015363]: 1.6.2.0_beta3 locks up in certain SIP scenario
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon Aug 10 09:29:00 CDT 2009
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=15363
======================================================================
Reported By: klaus3000
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 15363
Category: Channels/chan_sip/General
Reproducibility: always
Severity: block
Priority: normal
Status: acknowledged
Target Version: 1.6.2.0
Asterisk Version: 1.6.2.0-beta3
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-06-19 12:25 CDT
Last Modified: 2009-08-10 09:28 CDT
======================================================================
Summary: 1.6.2.0_beta3 locks up in certain SIP scenario
Description:
Hi!
In this scenario 1.6.2.0-beta3 locks up:
--INVITE-->
<-407------
[ACK is lost]
--INVITE w/credentials-->
As soon as the second INVITE is received, chan_sip does not do anything
anymore. I see SIP packets sent to asterisk but they do not show in in the
log anymore.
If I make a call from dahdi to SIP I see that chan_sip sends out the
INVITE request, but the incoming SIP requests are not processes by
chan_sip.
I tested the above scenario and this beahvior is only in 1.6.2.0-beta3.
Asterisk 1.4.25 and svn-trunk r201907 behave different, see
https://issues.asterisk.org/view.php?id=14239
======================================================================
----------------------------------------------------------------------
(0108845) russell (administrator) - 2009-08-10 09:28
https://issues.asterisk.org/view.php?id=15363#c108845
----------------------------------------------------------------------
Thanks for the information. The problem here is an infinite loop in SDP
parsing which has already been fixed. Specifically, it was fixed in
revision 202340 in the 1.6.2 branch.
1.6.2.0-beta3 has the bug. 1.6.2.0-beta4 has the fix.
Issue History
Date Modified Username Field Change
======================================================================
2009-08-10 09:28 russell Note Added: 0108845
======================================================================
More information about the asterisk-bugs
mailing list