<div dir="auto"><div>Thanks very much for the reply Joshua!</div><div dir="auto">So I guess that setting dtmfmode=auto would be the safest choice in order to strip out the DTMFs from the recording, right?</div><div dir="auto">Cheers!</div><div dir="auto">Patrick Wakano<br><br><div class="gmail_quote" dir="auto"><div dir="ltr">On Tue, 1 May 2018, 19:36 Joshua Colp, <<a href="mailto:jcolp@digium.com">jcolp@digium.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Apr 30, 2018, at 11:23 PM, Patrick Wakano wrote:<br>
> Hello list,<br>
> Hope you are all doing fine!<br>
> <br>
> I have stumbled over some piece of dialplan code in which apparently they<br>
> were trying to avoid recording the DTMF tones in the wav file. It is really<br>
> messy and I am not sure if this really works. So after a bit of research I<br>
> found this comment (<br>
> <a href="https://community.asterisk.org/t/asterisk-dtmf-record/65040" rel="noreferrer noreferrer" target="_blank">https://community.asterisk.org/t/asterisk-dtmf-record/65040</a>) in which it is<br>
> said:<br>
> <br>
> *"Asterisk strips the DTMF from the audio stream when configured for<br>
> inband, so internal stuff can react to the DTMF and so the other side does<br>
> not hear the tone unless they are using inband (in which case it is<br>
> regenerated)"*<br>
> So my questions are, what are the cases in which Asterisk regenerates the<br>
> DTMFs? Does it cause the recording to have the tone as well, or is it only<br>
> transmitted to the other leg without being generated to the recording file?<br>
> Also, what if one or both legs are RFC2833? From my tests the RFC2833<br>
> events never show up in the recording, but I just want to confirm that this<br>
> is always true.<br>
<br>
If properly configured then Asterisk will always strip and regenerate the DTMF tone. You have to purposely misconfigure things to cause it to not get stripped. IE: DTMF is actually inband but you configure it for RFC2833. Since Asterisk wouldn't be listening to the audio stream, it would go right through and get recorded.<br>
<br>
-- <br>
Joshua Colp<br>
Digium, Inc. | Senior Software Developer<br>
445 Jan Davis Drive NW - Huntsville, AL 35806 - US<br>
Check us out at: <a href="http://www.digium.com" rel="noreferrer noreferrer" target="_blank">www.digium.com</a> & <a href="http://www.asterisk.org" rel="noreferrer noreferrer" target="_blank">www.asterisk.org</a><br>
<br>
-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
Check out the new Asterisk community forum at: <a href="https://community.asterisk.org/" rel="noreferrer noreferrer" target="_blank">https://community.asterisk.org/</a><br>
<br>
New to Asterisk? Start here:<br>
      <a href="https://wiki.asterisk.org/wiki/display/AST/Getting+Started" rel="noreferrer noreferrer" target="_blank">https://wiki.asterisk.org/wiki/display/AST/Getting+Started</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" rel="noreferrer noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</blockquote></div></div></div>