]> git.ipfire.org Git - thirdparty/asterisk.git/commit
res_pjsip_sdp_rtp: Fix accidentally native bridging calls
authorHolger Hans Peter Freyther <holger@moiji-mobile.com>
Wed, 23 Sep 2020 03:39:12 +0000 (11:39 +0800)
committerFriendly Automation <jenkins2@gerrit.asterisk.org>
Wed, 30 Sep 2020 12:05:04 +0000 (07:05 -0500)
commite60c7731be0915f8b5c93023189843fd5deecc4d
tree5a70a64334c691b3f0d53a2c1d3fbfa049a972e1
parent279c202da69b2f173ef1198ffe88d71aa23ce45d
res_pjsip_sdp_rtp: Fix accidentally native bridging calls

Stop advertising RFC2833 support on the rtp_engine when DTMF mode is
auto but no tel_event was found inside SDP file.

On an incoming call create_rtp will be called and when session->dtmf is
set to AST_SIP_DTMF_AUTO, the AST_RTP_PROPERTY_DTMF will be set without
looking at the SDP file.

Once get_codecs gets called we move the DTMF mode from RFC2833 to INBAND
but continued to advertise RFC2833 support.

This meant the native_rtp bridge would falsely consider the two channels
as compatible. In addition to changing the DTMF mode we now set or
remove the AST_RTP_PROPERTY_DTMF.

The property is checked in ast_rtp_dtmf_compatible and called by
native_rtp_bridge_compatible.

ASTERISK-29051 #close

Change-Id: I1e0c1e324598a437932c0b7836bcb626aba8e287
res/res_pjsip_sdp_rtp.c