Dropped and duplicated DTMF digits
Hi all, We are experiencing problems with DTMF collection using FreeSWITCH 1.4.6. The symptoms are missed or duplicated digits when decoding DTMF sent using RFC 2833 from Cisco phones; for example, given the sequence: 1 2 3 4 5 6 7 8 9 0 # we might typically end up with something like this after FreeSWITCH has processed the received RTP: 1 2 3 5 7 7 8 9 9 # Using Wireshark, we can see that all the expected RTP events are present on the wire but FreeSWITCH seems to have difficulty in processing them all consistently. I've tried setting the following manual RTP bugs (bit of guesswork here I'm afraid, these may or may not be relevant): IGNORE_DTMF_DURATION ACCEPT_ANY_PACKETS but unfortunately neither made any difference. Are there any other settings we could try which might help? Or is this a known problem with some other workaround? Regards, Chris Chris Young Software Engineer [cid:image05853e.PNG@376d53fe.46b309f7] t: +44 118 943 9249 e: Chris.Young@enghouse.com<mailto:Chris.Young@enghouse.com> w: www.enghouseinteractive.co.uk<http://www.enghouseinteractive.co.uk> [cid:image3d627d.PNG@c805b5df.4cb095da]
can you confirm if this is still an issue in latest git master, and if so, please collect pcap and full debug log of the call and create a Jira. On Jul 22, 2014, at 9:06 AM, Chris Young <Chris.Young@enghouse.com> wrote: Hi all, We are experiencing problems with DTMF collection using FreeSWITCH 1.4.6. The symptoms are missed or duplicated digits when decoding DTMF sent using RFC 2833 from Cisco phones; for example, given the sequence: 1 2 3 4 5 6 7 8 9 0 # we might typically end up with something like this after FreeSWITCH has processed the received RTP: 1 2 3 5 7 7 8 9 9 # Using Wireshark, we can see that all the expected RTP events are present on the wire but FreeSWITCH seems to have difficulty in processing them all consistently. I've tried setting the following manual RTP bugs (bit of guesswork here I'm afraid, these may or may not be relevant): IGNORE_DTMF_DURATION ACCEPT_ANY_PACKETS but unfortunately neither made any difference. Are there any other settings we could try which might help? Or is this a known problem with some other workaround? Regards, Chris Chris Young Software Engineer <image05853e.PNG> t: +44 118 943 9249 e: Chris.Young@enghouse.com w: www.enghouseinteractive.co.uk <image3d627d.PNG> _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Also whether you are / aren't using start_dtmf (if you're actually getting RFC2833 don't use it). On 22 July 2014 14:28, Michael Jerris <mike@jerris.com> wrote:
can you confirm if this is still an issue in latest git master, and if so, please collect pcap and full debug log of the call and create a Jira.
On Jul 22, 2014, at 9:06 AM, Chris Young <Chris.Young@enghouse.com> wrote:
Hi all,
We are experiencing problems with DTMF collection using FreeSWITCH 1.4.6. The symptoms are missed or duplicated digits when decoding DTMF sent using RFC 2833 from Cisco phones; for example, given the sequence:
1 2 3 4 5 6 7 8 9 0 #
we might typically end up with something like this after FreeSWITCH has processed the received RTP:
1 2 3 5 7 7 8 9 9 #
Using Wireshark, we can see that all the expected RTP events are present on the wire but FreeSWITCH seems to have difficulty in processing them all consistently. I've tried setting the following manual RTP bugs (bit of guesswork here I'm afraid, these may or may not be relevant):
IGNORE_DTMF_DURATION
ACCEPT_ANY_PACKETS
but unfortunately neither made any difference. Are there any other settings we could try which might help? Or is this a known problem with some other workaround?
Regards,
Chris
Chris Young Software Engineer <image05853e.PNG> t: +44 118 943 9249 e: Chris.Young@enghouse.com w: www.enghouseinteractive.co.uk <image3d627d.PNG>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Hi, thanks for your feedback. We are not using start_dtmf. I will try to test with 'master' and raise a ticket on JIRA if necessary. Thanks. From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Steven Ayre Sent: 22 July 2014 15:52 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Dropped and duplicated DTMF digits Also whether you are / aren't using start_dtmf (if you're actually getting RFC2833 don't use it). On 22 July 2014 14:28, Michael Jerris <mike@jerris.com<mailto:mike@jerris.com>> wrote: can you confirm if this is still an issue in latest git master, and if so, please collect pcap and full debug log of the call and create a Jira. On Jul 22, 2014, at 9:06 AM, Chris Young <Chris.Young@enghouse.com<mailto:Chris.Young@enghouse.com>> wrote: Hi all, We are experiencing problems with DTMF collection using FreeSWITCH 1.4.6. The symptoms are missed or duplicated digits when decoding DTMF sent using RFC 2833 from Cisco phones; for example, given the sequence: 1 2 3 4 5 6 7 8 9 0 # we might typically end up with something like this after FreeSWITCH has processed the received RTP: 1 2 3 5 7 7 8 9 9 # Using Wireshark, we can see that all the expected RTP events are present on the wire but FreeSWITCH seems to have difficulty in processing them all consistently. I've tried setting the following manual RTP bugs (bit of guesswork here I'm afraid, these may or may not be relevant): IGNORE_DTMF_DURATION ACCEPT_ANY_PACKETS but unfortunately neither made any difference. Are there any other settings we could try which might help? Or is this a known problem with some other workaround? Regards, Chris Chris Young Software Engineer <image05853e.PNG> t: +44 118 943 9249 e: Chris.Young@enghouse.com<mailto:Chris.Young@enghouse.com> w: www.enghouseinteractive.co.uk<http://www.enghouseinteractive.co.uk> <image3d627d.PNG> _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (3)
-
Chris Young
-
Michael Jerris
-
Steven Ayre