pjsip: Extend 'asymmetric_rtp_codec' option to include us changing.

PJSIP support in Asterisk differs from chan_sip in that it
allows media to be sent as-is without transcoding provided
the codecs were negotiated in the SDP. This is allowed
according to the RFC. Support for this differs quite a lot
though and some endpoints do not handle it well.

This change extends the 'asymmetric_rtp_codec' option to
also cover this case. When set to no (the default) the code
behaves as chan_sip does - the best codec is selected and
we will only ever send that, unless we change what we are
sending if the remote side changes. When set to yes we
will send media as-is without transcoding if the codec
has been negotiated in the SDP.

ASTERISK-26996

Change-Id: Ib1647f6902a0843e8c435946f831c2159e8d1d51
This commit is contained in:
Joshua Colp
2017-06-06 12:04:21 +00:00
parent 9f054955f2
commit d3e951edf5
3 changed files with 36 additions and 1 deletions

View File

@@ -34,6 +34,12 @@ chan_pjsip
function any contact which is considered unreachable due to qualify being
enabled will no longer be called.
* The asymmetric_rtp_codec option now also controls whether chan_pjsip will
send media as-is without transcoding if the codec has been negotiated in the
SDP. If set to "no" then Asterisk will only ever send the preferred codec
from the SDP, unless the remote side sends a different codec and we will
switch to match.
------------------------------------------------------------------------------
--- Functionality changes from Asterisk 14.4.0 to Asterisk 14.5.0 ------------
------------------------------------------------------------------------------