Help mitigate potential reinvite glare scenarios.
authorMark Michelson <mmichelson@digium.com>
Fri, 1 Jun 2012 13:04:32 +0000 (13:04 +0000)
committerMark Michelson <mmichelson@digium.com>
Fri, 1 Jun 2012 13:04:32 +0000 (13:04 +0000)
commit463f9d729aed1a5ed538aa3deed1a3fed9462111
tree1f664e6ba2c731057b40b1400ea1ade911c79c39
parenta7a3050de9b98aea0516e570c93f19da5f00fa61
Help mitigate potential reinvite glare scenarios.

When Asterisk servers are set up back-to-back, and
direct media is to be used betweeen endpoints, it is
fairly common for the two Asterisk servers to send
direct media reinvites to each other simultaneously.
This results in 491s and ACKs being exchanged between
the servers. While the media eventually gets set up
properly, the problem is that there can be a noticeable
delay for the streams to stabilize.

This patch adds a new directmedia option called "outgoing".
With this set, an immediate direct media reinvite will only
be sent if the call direction is outgoing. For incoming
dialogs, an immediate direct media reinvite will not be sent,
but further "reactionary" direct media reinvites may be sent.

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

git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@368143 65c4cc65-6c06-0410-ace0-fbb531ad65f3
channels/chan_sip.c
channels/sip/include/sip.h
configs/sip.conf.sample