Yeah, we came to this conclusion pretty quickly. We can ignore inband dtmf in case there is FS at the end. The problem is with other vendors' other devices which are not that flexible as FS is.<br>I don't know why Cirpack is trying to push their shit over and cannot substract inband dtmf...<br>
<br>Regards,<br> T.<br><br><div class="gmail_quote">On Sun, Jan 16, 2011 at 11:16 PM, Brian West <span dir="ltr"><<a href="mailto:brian@freeswitch.org">brian@freeswitch.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Beat your provider to death for doing something utterly stupid. If you are only acting on 2833 it won't matter if they send inband and 2833 at the same time.. It won't matter as long as you are not staring a dtmf detector on the target system and only the system converting from inband to 2833 does so.<br>
<font color="#888888"><br>
/b<br>
</font><div class="im"><br>
On Jan 16, 2011, at 3:47 PM, Steven Ayre wrote:<br>
<br>
> I didn't mean a significant amount of time. 40ms with a ptime of 20ms means you've already sent a packet containing inbound dtmf.<br>
><br>
> -Steve<br>
<br>
<br>
</div><div><div></div><div class="h5">_______________________________________________<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>
</div></div></blockquote></div><br>