|Summary:||ASTERISK-15879: [patch] Failure to receive an ACK to a SIP Re-INVITE results in a SIP channel leak|
|Reporter:||Torrey Searle (tsearle)||Labels:|
|Date Opened:||2010-03-26 08:51:44||Date Closed:||2014-11-04 09:15:05.000-0600|
|Environment:||Attachments:||( 0) reinvite_ack_timeout.patch|
A -INVITE-> asterisk -INVITE-> B
A <-200 OK- asterisk <-200 OK- B
A --ACK---> asterisk --ACK---> B
asterisk <-INVITE- B
asterisk -200 OK-> B
A --BYE---> asterisk
A <-200 OK- asterisk
no bye is generated on the B leg as it's still in invite pending
****** ADDITIONAL INFORMATION ******
patch detects with a non-critical invite transaction times out, and clears the invite pending, and checks if there is a bye pending to be sent.
|Comments:||By: Leif Madsen (lmadsen) 2010-03-26 13:17:36|
Thanks for the patch! This could be a candidate for a unit test perhaps?
By: Torrey Searle (tsearle) 2010-04-14 02:25:43
Is there anything else you need?
By: Leif Madsen (lmadsen) 2010-04-15 12:17:28
Nothing at this time unless you wish to write a unit test here :)
By: Russell Bryant (russell) 2011-07-26 15:21:53.211-0500
Per the Asterisk maintenance timeline page at http://www.asterisk.org/asterisk-versions maintenance (bug) support for the 1.4 and 1.6.x branches has ended. For continued maintenance support please move to the 1.8 branch which is a long term support (LTS) branch. For more information about branch support, please see https://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions
If this is still an issue, please open a new issue so it can be re-triaged appropriately. Thanks!
By: Walter Doekes (wdoekes) 2014-11-04 09:14:57.733-0600
Re-open to mark fixed.