]> git.ipfire.org Git - thirdparty/asterisk.git/commit
Merged revisions 197606 via svnmerge from
authorMark Michelson <mmichelson@digium.com>
Thu, 28 May 2009 15:39:37 +0000 (15:39 +0000)
committerMark Michelson <mmichelson@digium.com>
Thu, 28 May 2009 15:39:37 +0000 (15:39 +0000)
commitfaaeca29807221fcac5851d5e781084f541948b2
tree3e1a559424da438fbd42ff0ef8bb0b77b764079f
parent92611fe933a935292b0f6919eecae73b2e6e621c
Merged revisions 197606 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk

................
  r197606 | mmichelson | 2009-05-28 10:32:19 -0500 (Thu, 28 May 2009) | 22 lines

  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/branches/1.6.1@197618 65c4cc65-6c06-0410-ace0-fbb531ad65f3
channels/chan_sip.c
include/asterisk/rtp.h
main/rtp.c