<div dir="ltr">Hi,<div><br></div><div><div>we have an Asterisk server basically passing on calls using the Dial application. In the pjsip endpoint settings, the dtmf_mode is set to audio. This works with most calls. However, there is a scenario where DTMF tones don't get forwarded the way I would expect them to get forwarded.</div></div><div><br></div><div>A: Caller without RfC4733 support</div><div>B: our Asterisk, version 17.6.0</div><div>C: Another Asterisk, with RfC4733 support, running an IVR</div><div><br></div><div>Now when the call comes in, our Asterisk (B) sends out a new call, offering telephone-event to C. However, since A and C use the same codec, B bridges those two calls using a native bridge. And that's probably the reason why it doesn't detect inband DTMF tones from A, but instead just passes on the media stream to C. C, however, thinks DTMF should come as RTP events, not detecting the tones coming inband, either.</div><div><br></div><div>The documentation says, the native bridge is not capable of doing anything with DTMF, but the core bridge would be. (<a href="https://wiki.asterisk.org/wiki/display/AST/Bridges">https://wiki.asterisk.org/wiki/display/AST/Bridges</a>)</div><div><br></div><div>In my opinion, Asterisk should not enter native bridge, when dtmf modes for the two channels differ. Is this a bug? If it isn't, is there a way to force Asterisk to use the core bridge, so DTMF tones get detected inband and converted to rtp events? </div><div><br></div><div>Any hint appreciated.</div><div><br></div><div>Regards,</div><div>Sebastian</div></div>