Merged revisions 187484 via svnmerge from
authorMark Michelson <mmichelson@digium.com>
Thu, 9 Apr 2009 18:58:41 +0000 (18:58 +0000)
committerMark Michelson <mmichelson@digium.com>
Thu, 9 Apr 2009 18:58:41 +0000 (18:58 +0000)
commite53bd994d0e5819d77713d0bc0ce66efee2d0435
tree4bf0bac361f8bdee8dd0534729537ae7e96c4a25
parent39808fa953e65c9c3a2b40f6fe409adea59eb133
Merged revisions 187484 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
  r187484 | mmichelson | 2009-04-09 13:51:20 -0500 (Thu, 09 Apr 2009) | 18 lines

  Handle a SIP race condition (reinvite before an ACK) properly.

  RFC 5047 explains the proper course of action to take if a
  reINVITE is received before the ACK from a previous invite
  transaction. What we are to do is to treat the reINVITE as
  if it were both an ACK and a reINVITE and process it normally.

  Later, when we receive the ACK we had been expecting, we will
  ignore it since its CSeq is less than the current iseqno of
  the sip_pvt representing this dialog.

  (closes issue #13849)
  Reported by: klaus3000
  Patches:
        13849_v2.patch uploaded by mmichelson (license 60)
  Tested by: mmichelson, klaus3000
........

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