About passing it through, and detecting.<div><br></div><div>We use Linksys PAP2T which has troubles with RFC2833 conversion. Small parts of inband DTMF leaked into audio channel when it converts DTMF to 2833. And then, when RFC2833 part is delayed by bind_digit_action or bind_meta_app in FS, PSTN gateway connected via external profile converts it back to inband from rfc2833, but inband parts are already passed through to PSTN. This leads to double/triple/nightmare DTMF on PSTN side. Situation getting worse if there were several transfers with att_xfer, so multiple channels are in chain and delay is getting bigger and bigger.</div>
<div><br></div><div>To solve this, we will use inband DTMF on customer devices, detect it in FS with start_dtmf and pass to PSTN gateway. But in order to accomplish this, I need to maintain clear inband DTMF path between multipel channels and profiles in FS, including channels created by calls to att_xfer. </div>
<div><br></div><div>So I need to disable RFC2833 for external gateway according to internal endpoint type on inbound calls from external profile and conversely.</div><div><br></div><div>I'm looking for right way to do this, and will appreciate any help. </div>
<div><br></div><div><br><div class="gmail_quote">2011/8/18 Michael Collins <span dir="ltr"><<a href="mailto:msc@freeswitch.org">msc@freeswitch.org</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Are you talking about sending DTMFs or detecting DTMFs?<div>-MC<br><br><div class="gmail_quote"><div><div></div><div class="h5">On Wed, Aug 17, 2011 at 9:31 PM, Dmitry Sytchev <span dir="ltr"><<a href="mailto:kbdfck@gmail.com" target="_blank">kbdfck@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div><div class="h5">Hi all<div><br></div><div>I'm trying to achieve dynamic DTMF mode on incoming/outgoing calls. I have three profiles - one for outgoing/incoming calls to/from gateways, one for local registrations, and one for transferred call rerouting from bind_meta_app att_xfer. I faced some strange problems when tried to maintain inband DTMF path for call through FS.</div>
<div><br></div><div>How should I set initial DTMF modes on profiles to allow changing DTMF mode on inbound calls? Is it enough to set dtmf_type to 'inband' and originate call? On which leg of call I should do this? And what to do with calls going through several profiles?</div>
<div><br></div><div>As far as I understand, I need late negotiation turned on to disable automatic RFC2833 negotiation on inbound calls? <br clear="all"><font color="#888888"><br>-- <br>Best regards,<br><br>Dmitry Sytchev,<br>
IT Engineer<br>
</font></div>
<br><br></div></div>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div>
<br><br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Best regards,<br><br>Dmitry Sytchev,<br>IT Engineer<br>
</div>