]> git.ipfire.org Git - thirdparty/asterisk.git/commit
Merged revisions 252089 via svnmerge from
authorTerry Wilson <twilson@digium.com>
Sat, 13 Mar 2010 00:30:04 +0000 (00:30 +0000)
committerTerry Wilson <twilson@digium.com>
Sat, 13 Mar 2010 00:30:04 +0000 (00:30 +0000)
commit529e8af144e91c3323ce888d61bb754ef507b31a
tree2f54dbec9891bf51682d9e18092aa7d98ebe3384
parenta247e69d65359333984bc4126b4dd6841a265d2b
Merged revisions 252089 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk

........
  r252089 | twilson | 2010-03-12 16:04:51 -0600 (Fri, 12 Mar 2010) | 20 lines

  Only change the RTP ssrc when we see that it has changed

  This change basically reverts the change reviewed in
  https://reviewboard.asterisk.org/r/374/ and instead limits the
  updating of the RTP synchronization source to only those times when we
  detect that the other side of the conversation has changed the ssrc.

  The problem is that SRCUPDATE control frames are sent many times where
  we don't want a new ssrc, including whenever Asterisk has to send DTMF
  in a normal bridge. This is also not the first time that this mistake
  has been made. The initial implementation of the ast_rtp_new_source
  function also changed the ssrc--and then it was removed because of
  this same issue. Then, we put it back in again to fix a different
  issue. This patch attempts to only change the ssrc when we see that
  the other side of the conversation has changed the ssrc.

  It also renames some functions to make their purpose more clear.

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

git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.4@252175 65c4cc65-6c06-0410-ace0-fbb531ad65f3
channels/chan_h323.c
channels/chan_mgcp.c
channels/chan_sip.c
channels/chan_skinny.c
configs/sip.conf.sample
include/asterisk/frame.h
include/asterisk/rtp.h
main/channel.c
main/rtp.c