<div dir="ltr"><div dir="ltr">On Wed, Dec 18, 2019 at 8:56 AM Richard Frith-Macdonald <<a href="mailto:richard.frith-macdonald@engagehub.com">richard.frith-macdonald@engagehub.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
> On 18 Dec 2019, at 12:28, Joshua C. Colp <<a href="mailto:jcolp@sangoma.com" target="_blank">jcolp@sangoma.com</a>> wrote:<br>
> <br>
> <br>
> For the non-mobile leg is it configured with dtmf_mode=rfc4733?<br>
<br>
There's no specific dtmf_mode configured for it, which the documentation says means rfc4733 (the default).<br>
<br>
> If so then it looks as though from the perspective of Asterisk it is not actually forwarding DTMF through, at least DTMF it has been told about. If the DTMF is also coming in over the audio stream itself, then that would be forwarded on as-is since it is the responsibility of the remote party to suppress that audio and not Asterisk.<br>
<br>
Shouldn't I be seeing that in the log as RTP packets?  I don't see any audio packets interleaved with the DTMF ones.<br></blockquote><div><br></div><div>It depends where exactly it's inserted into the audio stream. It's all just theories right now and suggestions on how to narrow things down.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
> A test would be sending the mobile leg to Record() and seeing if the DTMF is recorded. Record() doesn't record DTMF that Asterisk knows about, but merely records the audio stream as received. If it's played back and there is DTMF then it's not being suppressed as expected by the remote side.<br>
<br>
I'll try that later.<br>
<br>
If the remote side (mobile phone / network operator / SIP provider) is sending DTMF both in rfc4733 form and in the audio dat itself, is there anything asterisk can do to remedy that (eg apply a notch filter to the audio before passing it on over the brdge)?<br>
</blockquote></div><div><br></div>Nothing springs to mind. We really depend on the remote endpoint to remove it.<br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="font-family:tahoma,sans-serif"><font color="#073763">Joshua C. Colp</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Asterisk Technical Lead</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Sangoma Technologies</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Check us out at <a href="http://www.sangoma.com" target="_blank">www.sangoma.com</a> and <a href="http://www.asterisk.org" target="_blank">www.asterisk.org</a></font><br></div></div></div></div></div></div></div></div></div></div></div>