[asterisk-bugs] [Asterisk 0015009]: Asterisk's not handling BYE sip-tls messages
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue May 5 18:35:45 CDT 2009
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=15009
======================================================================
Reported By: jmacz
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 15009
Category: Channels/chan_sip/TCP-TLS
Reproducibility: always
Severity: major
Priority: normal
Status: new
Asterisk Version: 1.6.0.9
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-04-30 18:02 CDT
Last Modified: 2009-05-05 18:35 CDT
======================================================================
Summary: Asterisk's not handling BYE sip-tls messages
Description:
Asterisk is not handling BYE messages when SIP peers are configured with
"transport=tls" after one of the parties hangs up [1].
This occurs either from Polycom SoundPoint IP 320 (FW 2.2.0.0047 BootRom
4.0.0.0423) to/from Eyebeam V1.5.7 or between two Polycom SP IP 320
phones.
Debugging both peers only shows OPTIONS SIP messages and no BYE messages
[2].
Both ends have to hang up for the conversation to close but neither of the
channels closes properly and new calls just end up opening lots of channels
between the same endpoints, as shown in "core show channels" [3].
Asterisk's running above a Debian Lenny 5.0 box with 2.6.26-1-686 kernel
and OpenSSl v0.9.8.
======================================================================
----------------------------------------------------------------------
(0104280) jmacz (reporter) - 2009-05-05 18:35
http://bugs.digium.com/view.php?id=15009#c104280
----------------------------------------------------------------------
I finally tried the tls_port_v5.patch, but now I'm having the 481 message
issue shown in bug http://bugs.digium.com/view.php?id=13865 when the hardphone
isn't the one which ends the
call (no problem with the softphone).
I'll continue following bug http://bugs.digium.com/view.php?id=13865, so I
suggest we close this one which
seems redundant.
Issue History
Date Modified Username Field Change
======================================================================
2009-05-05 18:35 jmacz Note Added: 0104280
======================================================================
More information about the asterisk-bugs
mailing list