]> git.ipfire.org Git - thirdparty/asterisk.git/commit
Ensure Asterisk sends a BYE when pending on the final response to a re-INVITE
authorMatthew Jordan <mjordan@digium.com>
Wed, 21 Mar 2012 13:28:17 +0000 (13:28 +0000)
committerMatthew Jordan <mjordan@digium.com>
Wed, 21 Mar 2012 13:28:17 +0000 (13:28 +0000)
commitde2f65ce6813449bf5ab55972f7008186c2067b1
tree40819c799fad86bda43caeddfaa62bb8ed81caaa
parent0d6c4ddd6dd6eaf481b62f7a32ee6887aa8fb947
Ensure Asterisk sends a BYE when pending on the final response to a re-INVITE

When Asterisk detects a hangup and cannot send a BYE due to a pending
INVITE, it sets the pendingbye flag and waits for the final response to that
INVITE.  When the response is received, it transmits the BYE.  If, however,
that INVITE request is a pending re-INVITE, it needs to first send a CANCEL
request to terminate the pending re-INVITE.  In that circumstance, Asterisk
was, in some scenarios, clearing the pendingbye flag after processing the
CANCEL request and not checking for a pending BYE when receiving the final
487 response to the INVITE.

This patch ensures that if the pendingbye flag is set, it is honored
regardless of the nature of the INVITE request currently in flight.

(closes issue ASTERISK-19365)
Reported by: Thomas Arimont
Tested by: Thomas Arimont
Patches:
  bugASTERISK-19365_2012_03_08.patch uploaded by mjordan (license 6283)

Review: https://reviewboard.asterisk.org/r/1807
........

Merged revisions 360086 from http://svn.asterisk.org/svn/asterisk/branches/1.8

git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/10@360088 65c4cc65-6c06-0410-ace0-fbb531ad65f3
channels/chan_sip.c