Recorded merge of revisions 197588 via svnmerge from
authorMark Michelson <mmichelson@digium.com>
Thu, 28 May 2009 15:32:19 +0000 (15:32 +0000)
committerMark Michelson <mmichelson@digium.com>
Thu, 28 May 2009 15:32:19 +0000 (15:32 +0000)
commite37ee42e6c29a22fab370b109cbc2182b4ccd386
tree725364adfbed92d6e0857835971701bdbc1eae40
parentea89db8ce05b5eb114033196442f4b40ae4f5cb0
Recorded merge of revisions 197588 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
  r197588 | mmichelson | 2009-05-28 10:27:49 -0500 (Thu, 28 May 2009) | 16 lines

  Allow for media to arrive from an alternate source when responding to a reinvite with 491.

  When we receive a SIP reinvite, it is possible that we may not be able to process the
  reinvite immediately since we have also sent a reinvite out ourselves. The problem is
  that whoever sent us the reinvite may have also sent a reinvite out to another party,
  and that reinvite may have succeeded.

  As a result, even though we are not going to accept the reinvite we just received, it
  is important for us to not have problems if we suddenly start receiving RTP from a new
  source. The fix for this is to grab the media source information from the SDP of the
  reinvite that we receive. This information is passed to the RTP layer so that it will
  know about the alternate source for media.

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

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