[asterisk-bugs] [Asterisk 0012170]: SIP channel isn't closed when using TLS transport
noreply at bugs.digium.com
noreply at bugs.digium.com
Wed Jul 2 17:53:31 CDT 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=12170
======================================================================
Reported By: pj
Assigned To: bbryant
======================================================================
Project: Asterisk
Issue ID: 12170
Category: Channels/chan_sip/General
Reproducibility: always
Severity: minor
Priority: normal
Status: assigned
Asterisk Version: SVN
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!): 104031
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 03-07-2008 15:40 CST
Last Modified: 07-02-2008 17:53 CDT
======================================================================
Summary: SIP channel isn't closed when using TLS transport
Description:
when H323 endpoint calls SIP, call is established and then h323 hangs up,
asterisk doesn't send sip BYE to sip endpoint and thus channel remains open
until RTP times out.
when I tried to setup call in oposite direction, ie. sip endpoint calls
h323, call is established, then h323 hangs up, sip BYE is send and channel
is correctly closed.
I'm not observing this issue, when using udp as sip signaling transport.
======================================================================
----------------------------------------------------------------------
bbryant - 07-02-08 17:53
----------------------------------------------------------------------
pj, would you mind testing the patch I just uploaded to see if it fixes the
issue for you?
Issue History
Date Modified Username Field Change
======================================================================
07-02-08 17:53 bbryant Note Added: 0089629
======================================================================
More information about the asterisk-bugs
mailing list