inband DTMF bleeding through
Hi, I have the following dialplan in my public folder (the dest_number below is just an example): <include> <extension name="dialExt1002"> <condition field="destination_number" expression="^(1234)$"> <action application="set" data="drop_dtmf=true"/> <action application="export" data="drop_dtmf=true"/> <!-- Add a bind_meta_app just to make sure that the rfc2833 is still being picked up --> <action application="bind_meta_app" data="4 b s execute_extension::att_xfer XML features"/> <action application="set" data="ignore_early_media=true" /> <action application="set" data="ringback=${uk-ring}"/> <action application="set" data="call_timeout=30"/> <action application="bridge" data="user/1002"/> </condition> </extension> </include> I am trying to prevent the DTMF tones from being heard by the b-leg (in this case user/1002). This works fine if the extension is called by a registered softphone (the user_context is set to public). The digits are pressed and no beeps or tones are heard by the other side. If this extension is dialed by a landline/mobile number, when a digit is pressed there is a slight "bleeding" of the DTMF. Enough to distinguish between different digits, though probably not enough to determin the digit pressed. I have tried several things such as stop_dtmf in the dialplan, setting the dtmf-duration to 0 (not quite sure what this param does but tried it anyway :) ) in the sip profile but nothing seems to prevent it. Could it be our provider? They have confirmed that they use out-of -band rfc2883. But without the drop_dtmf being set in the dialplan the full tone is heard. Could they be sending inband and out-of-band? Could anyone suggest any tests I could run or any log files I could look at please? Many Thanks Matt
Get a PCAP of your incoming call. (pcapsipdump?) Likely, your carrier is passing along the DTMF inband, perhaps as well as rfc2833. Or maybe they do clamp down as they convert it to rfc2833, but it takes time and some bleeds through. (Your logs will show how the dtmf got received -- see if start_dtmf got triggered.) As far as I can tell, FS has no feature to *remove* inband dtmf. -Avi On Mon, Mar 11, 2013 at 10:47 AM, Matt Broad <matt@inveroak.com> wrote:
Hi,
I have the following dialplan in my public folder (the dest_number below is just an example):
<include> <extension name="dialExt1002"> <condition field="destination_number" expression="^(1234)$"> <action application="set" data="drop_dtmf=true"/> <action application="export" data="drop_dtmf=true"/> <!-- Add a bind_meta_app just to make sure that the rfc2833 is still being picked up --> <action application="bind_meta_app" data="4 b s execute_extension::att_xfer XML features"/> <action application="set" data="ignore_early_media=true" /> <action application="set" data="ringback=${uk-ring}"/> <action application="set" data="call_timeout=30"/> <action application="bridge" data="user/1002"/> </condition> </extension> </include>
I am trying to prevent the DTMF tones from being heard by the b-leg (in this case user/1002). This works fine if the extension is called by a registered softphone (the user_context is set to public). The digits are pressed and no beeps or tones are heard by the other side.
If this extension is dialed by a landline/mobile number, when a digit is pressed there is a slight "bleeding" of the DTMF. Enough to distinguish between different digits, though probably not enough to determin the digit pressed.
I have tried several things such as stop_dtmf in the dialplan, setting the dtmf-duration to 0 (not quite sure what this param does but tried it anyway :) ) in the sip profile but nothing seems to prevent it.
Could it be our provider? They have confirmed that they use out-of -band rfc2883. But without the drop_dtmf being set in the dialplan the full tone is heard. Could they be sending inband and out-of-band?
Could anyone suggest any tests I could run or any log files I could look at please?
Many Thanks Matt
_________________________________________________________________________ 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 Avi thanks for your response. Sorry I'm quite new to Freeswitch/linux, what is a PCAP? I was leaning towards it being the carrier as omitting dropt_dtmf results in the full tone being transmitted. My issue is that I cannot see how to test is this in fact the case. Using the dialplan shown in my original emails and setting the log level to 7, when making the call I can see the DTMF tones coming in but am unsure if this is the inband being reported or the out-of band. thanks Matt
PCAP is the file format used by packet capturing tools such as tcpdump, Wireshark, tshark (Wireshark's command line tool), ngrep and a host of others. -Steve On 11 March 2013 15:21, Matt Broad <matt@inveroak.com> wrote:
Hi Avi
thanks for your response.
Sorry I'm quite new to Freeswitch/linux, what is a PCAP? I was leaning towards it being the carrier as omitting dropt_dtmf results in the full tone being transmitted. My issue is that I cannot see how to test is this in fact the case.
Using the dialplan shown in my original emails and setting the log level to 7, when making the call I can see the DTMF tones coming in but am unsure if this is the inband being reported or the out-of band.
thanks Matt
_________________________________________________________________________ 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
This might also help General Debugging Freeswitch: http://wiki.freeswitch.org/wiki/Debugging_Freeswitch Packet Capture: http://wiki.freeswitch.org/wiki/Packet_Capture On Mon, Mar 11, 2013 at 10:03 AM, Steven Ayre <steveayre@gmail.com> wrote:
PCAP is the file format used by packet capturing tools such as tcpdump, Wireshark, tshark (Wireshark's command line tool), ngrep and a host of others.
-Steve
On 11 March 2013 15:21, Matt Broad <matt@inveroak.com> wrote:
Hi Avi
thanks for your response.
Sorry I'm quite new to Freeswitch/linux, what is a PCAP? I was leaning towards it being the carrier as omitting dropt_dtmf results in the full tone being transmitted. My issue is that I cannot see how to test is this in fact the case.
Using the dialplan shown in my original emails and setting the log level to 7, when making the call I can see the DTMF tones coming in but am unsure if this is the inband being reported or the out-of band.
thanks Matt
_________________________________________________________________________ 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
Thanks Steve, thanks nick. Ill take a look at those links :) Is there anything in particular I should be looking out for to see if any inbound is sneaking in? Again Thanks for the help Matt On Monday, 11 March 2013, Nick Vines wrote:
This might also help
General Debugging Freeswitch: http://wiki.freeswitch.org/wiki/Debugging_Freeswitch Packet Capture: http://wiki.freeswitch.org/wiki/Packet_Capture
On Mon, Mar 11, 2013 at 10:03 AM, Steven Ayre <steveayre@gmail.com<javascript:_e({}, 'cvml', 'steveayre@gmail.com');>
wrote:
PCAP is the file format used by packet capturing tools such as tcpdump, Wireshark, tshark (Wireshark's command line tool), ngrep and a host of others.
-Steve
On 11 March 2013 15:21, Matt Broad <matt@inveroak.com <javascript:_e({}, 'cvml', 'matt@inveroak.com');>> wrote:
Hi Avi
thanks for your response.
Sorry I'm quite new to Freeswitch/linux, what is a PCAP? I was leaning towards it being the carrier as omitting dropt_dtmf results in the full tone being transmitted. My issue is that I cannot see how to test is this in fact the case.
Using the dialplan shown in my original emails and setting the log level to 7, when making the call I can see the DTMF tones coming in but am unsure if this is the inband being reported or the out-of band.
thanks Matt
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e({}, 'cvml', '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 <javascript:_e({}, 'cvml', '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 <javascript:_e({}, 'cvml', '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 <javascript:_e({}, 'cvml', '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
-- Thanks Matt This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
Once you get a PCAP, you can open it up in wireshark. Then, you can put in the filter: rtpevent. That will show you rfc2833 that comes in. Then you can go to telephone -> voip calls -> *wait a second* -> click select all -> player -> decode -> check the box for both channels -> play, to listen to the actual call. -Avi Marcus BestFone On Mon, Mar 11, 2013 at 10:12 PM, Matt Broad <matt@inveroak.com> wrote:
Thanks Steve, thanks nick. Ill take a look at those links :)
Is there anything in particular I should be looking out for to see if any inbound is sneaking in?
Again Thanks for the help Matt
On Monday, 11 March 2013, Nick Vines wrote:
This might also help
General Debugging Freeswitch: http://wiki.freeswitch.org/wiki/Debugging_Freeswitch Packet Capture: http://wiki.freeswitch.org/wiki/Packet_Capture
On Mon, Mar 11, 2013 at 10:03 AM, Steven Ayre <steveayre@gmail.com>wrote:
PCAP is the file format used by packet capturing tools such as tcpdump, Wireshark, tshark (Wireshark's command line tool), ngrep and a host of others.
-Steve
On 11 March 2013 15:21, Matt Broad <matt@inveroak.com> wrote:
Hi Avi
thanks for your response.
Sorry I'm quite new to Freeswitch/linux, what is a PCAP? I was leaning towards it being the carrier as omitting dropt_dtmf results in the full tone being transmitted. My issue is that I cannot see how to test is this in fact the case.
Using the dialplan shown in my original emails and setting the log level to 7, when making the call I can see the DTMF tones coming in but am unsure if this is the inband being reported or the out-of band.
thanks Matt
_________________________________________________________________________ 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
-- Thanks Matt
This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited.
If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error.
This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission.
InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
_________________________________________________________________________ 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 Avi, thanks for the tips, wireshark & tcpdump are great! I have collected the PCAP file after making a call and can see the RTP events that show the tones being sent. How do I now determine if an inband tone is also being sent? thanks Matt On 11 March 2013 21:27, Avi Marcus <avi@avimarcus.net> wrote:
Once you get a PCAP, you can open it up in wireshark. Then, you can put in the filter: rtpevent. That will show you rfc2833 that comes in.
Then you can go to telephone -> voip calls -> *wait a second* -> click select all -> player -> decode -> check the box for both channels -> play, to listen to the actual call.
-Avi Marcus BestFone
On Mon, Mar 11, 2013 at 10:12 PM, Matt Broad <matt@inveroak.com> wrote:
Thanks Steve, thanks nick. Ill take a look at those links :)
Is there anything in particular I should be looking out for to see if any inbound is sneaking in?
Again Thanks for the help Matt
On Monday, 11 March 2013, Nick Vines wrote:
This might also help
General Debugging Freeswitch: http://wiki.freeswitch.org/wiki/Debugging_Freeswitch Packet Capture: http://wiki.freeswitch.org/wiki/Packet_Capture
On Mon, Mar 11, 2013 at 10:03 AM, Steven Ayre <steveayre@gmail.com>wrote:
PCAP is the file format used by packet capturing tools such as tcpdump, Wireshark, tshark (Wireshark's command line tool), ngrep and a host of others.
-Steve
On 11 March 2013 15:21, Matt Broad <matt@inveroak.com> wrote:
Hi Avi
thanks for your response.
Sorry I'm quite new to Freeswitch/linux, what is a PCAP? I was leaning towards it being the carrier as omitting dropt_dtmf results in the full tone being transmitted. My issue is that I cannot see how to test is this in fact the case.
Using the dialplan shown in my original emails and setting the log level to 7, when making the call I can see the DTMF tones coming in but am unsure if this is the inband being reported or the out-of band.
thanks Matt
_________________________________________________________________________ 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
-- Thanks Matt
This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited.
If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error.
This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission.
InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
_________________________________________________________________________ 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
-- Thanks Matt This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
To listen to the audio: In wireshark, go to telephony -> voip calls -> *wait a second* -> click select all -> player -> decode -> check the box for both channels -> play, to listen to the actual call. -Avi On Tue, Mar 12, 2013 at 5:03 PM, Matt Broad <matt@inveroak.com> wrote:
Hi Avi,
thanks for the tips, wireshark & tcpdump are great!
I have collected the PCAP file after making a call and can see the RTP events that show the tones being sent. How do I now determine if an inband tone is also being sent?
thanks Matt
On 11 March 2013 21:27, Avi Marcus <avi@avimarcus.net> wrote:
Once you get a PCAP, you can open it up in wireshark. Then, you can put in the filter: rtpevent. That will show you rfc2833 that comes in.
Then you can go to telephone -> voip calls -> *wait a second* -> click select all -> player -> decode -> check the box for both channels -> play, to listen to the actual call.
-Avi Marcus BestFone
On Mon, Mar 11, 2013 at 10:12 PM, Matt Broad <matt@inveroak.com> wrote:
Thanks Steve, thanks nick. Ill take a look at those links :)
Is there anything in particular I should be looking out for to see if any inbound is sneaking in?
Again Thanks for the help Matt
On Monday, 11 March 2013, Nick Vines wrote:
This might also help
General Debugging Freeswitch: http://wiki.freeswitch.org/wiki/Debugging_Freeswitch Packet Capture: http://wiki.freeswitch.org/wiki/Packet_Capture
On Mon, Mar 11, 2013 at 10:03 AM, Steven Ayre <steveayre@gmail.com>wrote:
PCAP is the file format used by packet capturing tools such as tcpdump, Wireshark, tshark (Wireshark's command line tool), ngrep and a host of others.
-Steve
On 11 March 2013 15:21, Matt Broad <matt@inveroak.com> wrote:
Hi Avi
thanks for your response.
Sorry I'm quite new to Freeswitch/linux, what is a PCAP? I was leaning towards it being the carrier as omitting dropt_dtmf results in the full tone being transmitted. My issue is that I cannot see how to test is this in fact the case.
Using the dialplan shown in my original emails and setting the log level to 7, when making the call I can see the DTMF tones coming in but am unsure if this is the inband being reported or the out-of band.
thanks Matt
_________________________________________________________________________ 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
-- Thanks Matt
This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited.
If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error.
This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission.
InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
_________________________________________________________________________ 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
-- Thanks Matt
This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited.
If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error.
This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission.
InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
_________________________________________________________________________ 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
Ok, so the fact that a tone can be heard, although only partially, would suggest inband digits are being sent too. I'll speak to my carrier and see if it is something they can supress their end. Thanks for the help and the tips on debugging :) Thanks Matt On Tuesday, 12 March 2013, Avi Marcus wrote:
To listen to the audio: In wireshark, go to telephony -> voip calls -> *wait a second* -> click select all -> player -> decode -> check the box for both channels -> play, to listen to the actual call.
-Avi
On Tue, Mar 12, 2013 at 5:03 PM, Matt Broad <matt@inveroak.com> wrote:
Hi Avi,
thanks for the tips, wireshark & tcpdump are great!
I have collected the PCAP file after making a call and can see the RTP events that show the tones being sent. How do I now determine if an inband tone is also being sent?
thanks Matt
On 11 March 2013 21:27, Avi Marcus <avi@avimarcus.net> wrote:
Once you get a PCAP, you can open it up in wireshark. Then, you can put in the filter: rtpevent. That will show you rfc2833 that comes in.
Then you can go to telephone -> voip calls -> *wait a second* -> click select all -> player -> decode -> check the box for both channels -> play, to listen to the actual call.
-Avi Marcus BestFone
On Mon, Mar 11, 2013 at 10:12 PM, Matt Broad <matt@inveroak.com> wrote:
Thanks Steve, thanks nick. Ill take a look at those links :)
Is there anything in particular I should be looking out for to see if any inbound is sneaking in?
Again Thanks for the help Matt
On Monday, 11 March 2013, Nick Vines wrote:
This might also help
General Debugging Freeswitch: http://wiki.freeswitch.org/wiki/Debugging_Freeswitch Packet Capture: http://wiki.freeswitch.org/wiki/Packet_Capture
On Mon, Mar 11, 2013 at 10:03 AM, Steven Ayre <steveayre@gmail.com> wrote:
PCAP is the file format used by packet capturing tools such as tcpdump, Wireshark, tshark (Wireshark's command line tool), ngrep and a host of others.
-Steve
On 11 March 2013 15:21, Matt Broad <matt@inveroak.com> wrote:
Hi Avi
thanks for your response.
Sorry I'm quite new to Freeswitch/linux, what is a PCAP? I was leaning towards it being the carrier as omitting dropt_dtmf results in the full tone being transmitted. My issue is that I cannot see how to test is this in fact the case.
Using the dialplan shown in my original emails and setting the log level to 7, when making the call I can see the DTMF tones coming in but am unsure if this is the inband being reported or the out-of band.
thanks Matt
_________________________________________________________________________ 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>
-- Thanks Matt This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
Hi after speaking to my carrier, they have told me that the tone will always be heard when sent via the PSTN. There is nothing they or BT can do to suppress the tones. Is this something that can be done within Freeswitch? To either remove the tone altogether or to replace it with something else? thanks Matt On 12 March 2013 19:45, Matt Broad <matt@inveroak.com> wrote:
Ok, so the fact that a tone can be heard, although only partially, would suggest inband digits are being sent too. I'll speak to my carrier and see if it is something they can supress their end. Thanks for the help and the tips on debugging :)
Thanks Matt
On Tuesday, 12 March 2013, Avi Marcus wrote:
To listen to the audio: In wireshark, go to telephony -> voip calls -> *wait a second* -> click select all -> player -> decode -> check the box for both channels -> play, to listen to the actual call.
-Avi
On Tue, Mar 12, 2013 at 5:03 PM, Matt Broad <matt@inveroak.com> wrote:
Hi Avi,
thanks for the tips, wireshark & tcpdump are great!
I have collected the PCAP file after making a call and can see the RTP events that show the tones being sent. How do I now determine if an inband tone is also being sent?
thanks Matt
On 11 March 2013 21:27, Avi Marcus <avi@avimarcus.net> wrote:
Once you get a PCAP, you can open it up in wireshark. Then, you can put in the filter: rtpevent. That will show you rfc2833 that comes in.
Then you can go to telephone -> voip calls -> *wait a second* -> click select all -> player -> decode -> check the box for both channels -> play, to listen to the actual call.
-Avi Marcus BestFone
On Mon, Mar 11, 2013 at 10:12 PM, Matt Broad <matt@inveroak.com> wrote:
Thanks Steve, thanks nick. Ill take a look at those links :)
Is there anything in particular I should be looking out for to see if any inbound is sneaking in?
Again Thanks for the help Matt
On Monday, 11 March 2013, Nick Vines wrote:
This might also help
General Debugging Freeswitch: http://wiki.freeswitch.org/wiki/Debugging_Freeswitch Packet Capture: http://wiki.freeswitch.org/wiki/Packet_Capture
On Mon, Mar 11, 2013 at 10:03 AM, Steven Ayre <steveayre@gmail.com>wrote:
PCAP is the file format used by packet capturing tools such as tcpdump, Wireshark, tshark (Wireshark's command line tool), ngrep and a host of others.
-Steve
On 11 March 2013 15:21, Matt Broad <matt@inveroak.com> wrote:
Hi Avi
thanks for your response.
Sorry I'm quite new to Freeswitch/linux, what is a PCAP? I was leaning towards it being the carrier as omitting dropt_dtmf results in the full tone being transmitted. My issue is that I cannot see how to test is this in fact the case.
Using the dialplan shown in my original emails and setting the log level to 7, when making the call I can see the DTMF tones coming in but am unsure if this is the inband being reported or the out-of band.
thanks Matt
_________________________________________________________________________ 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>
-- Thanks Matt
This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited.
If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error.
This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission.
InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
-- Thanks Matt This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
One thing I didn't see in this thread was how the call terminates at your FreeSWITCH box. Is it an analog line or a SIP trunk or what? -MC On Fri, Mar 15, 2013 at 3:44 AM, Matt Broad <matt@inveroak.com> wrote:
Hi
after speaking to my carrier, they have told me that the tone will always be heard when sent via the PSTN. There is nothing they or BT can do to suppress the tones. Is this something that can be done within Freeswitch? To either remove the tone altogether or to replace it with something else?
thanks Matt
On 12 March 2013 19:45, Matt Broad <matt@inveroak.com> wrote:
Ok, so the fact that a tone can be heard, although only partially, would suggest inband digits are being sent too. I'll speak to my carrier and see if it is something they can supress their end. Thanks for the help and the tips on debugging :)
Thanks Matt
On Tuesday, 12 March 2013, Avi Marcus wrote:
To listen to the audio: In wireshark, go to telephony -> voip calls -> *wait a second* -> click select all -> player -> decode -> check the box for both channels -> play, to listen to the actual call.
-Avi
On Tue, Mar 12, 2013 at 5:03 PM, Matt Broad <matt@inveroak.com> wrote:
Hi Avi,
thanks for the tips, wireshark & tcpdump are great!
I have collected the PCAP file after making a call and can see the RTP events that show the tones being sent. How do I now determine if an inband tone is also being sent?
thanks Matt
On 11 March 2013 21:27, Avi Marcus <avi@avimarcus.net> wrote:
Once you get a PCAP, you can open it up in wireshark. Then, you can put in the filter: rtpevent. That will show you rfc2833 that comes in.
Then you can go to telephone -> voip calls -> *wait a second* -> click select all -> player -> decode -> check the box for both channels -> play, to listen to the actual call.
-Avi Marcus BestFone
On Mon, Mar 11, 2013 at 10:12 PM, Matt Broad <matt@inveroak.com> wrote:
Thanks Steve, thanks nick. Ill take a look at those links :)
Is there anything in particular I should be looking out for to see if any inbound is sneaking in?
Again Thanks for the help Matt
On Monday, 11 March 2013, Nick Vines wrote:
This might also help
General Debugging Freeswitch: http://wiki.freeswitch.org/wiki/Debugging_Freeswitch Packet Capture: http://wiki.freeswitch.org/wiki/Packet_Capture
On Mon, Mar 11, 2013 at 10:03 AM, Steven Ayre <steveayre@gmail.com>wrote:
PCAP is the file format used by packet capturing tools such as tcpdump, Wireshark, tshark (Wireshark's command line tool), ngrep and a host of others.
-Steve
On 11 March 2013 15:21, Matt Broad <matt@inveroak.com> wrote:
Hi Avi
thanks for your response.
Sorry I'm quite new to Freeswitch/linux, what is a PCAP? I was leaning towards it being the carrier as omitting dropt_dtmf results in the full tone being transmitted. My issue is that I cannot see how to test is this in fact the case.
Using the dialplan shown in my original emails and setting the log level to 7, when making the call I can see the DTMF tones coming in but am unsure if this is the inband being reported or the out-of band.
thanks Matt
_________________________________________________________________________ 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>
-- Thanks Matt
This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited.
If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error.
This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission.
InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
-- Thanks Matt
This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited.
If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error.
This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission.
InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
_________________________________________________________________________ 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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org
Hi Michael, thanks for the response. The calls terminate via SIP. I have done some reading and was was looking at the SpanDSP module with the view to amend the DTMF detection code (bit beyond me at the moment). Does this sound feasible do you think? thanks Matt On 19 March 2013 16:55, Michael Collins <msc@freeswitch.org> wrote:
One thing I didn't see in this thread was how the call terminates at your FreeSWITCH box. Is it an analog line or a SIP trunk or what?
-MC
On Fri, Mar 15, 2013 at 3:44 AM, Matt Broad <matt@inveroak.com> wrote:
Hi
after speaking to my carrier, they have told me that the tone will always be heard when sent via the PSTN. There is nothing they or BT can do to suppress the tones. Is this something that can be done within Freeswitch? To either remove the tone altogether or to replace it with something else?
thanks Matt
On 12 March 2013 19:45, Matt Broad <matt@inveroak.com> wrote:
Ok, so the fact that a tone can be heard, although only partially, would suggest inband digits are being sent too. I'll speak to my carrier and see if it is something they can supress their end. Thanks for the help and the tips on debugging :)
Thanks Matt
On Tuesday, 12 March 2013, Avi Marcus wrote:
To listen to the audio: In wireshark, go to telephony -> voip calls -> *wait a second* -> click select all -> player -> decode -> check the box for both channels -> play, to listen to the actual call.
-Avi
On Tue, Mar 12, 2013 at 5:03 PM, Matt Broad <matt@inveroak.com> wrote:
Hi Avi,
thanks for the tips, wireshark & tcpdump are great!
I have collected the PCAP file after making a call and can see the RTP events that show the tones being sent. How do I now determine if an inband tone is also being sent?
thanks Matt
On 11 March 2013 21:27, Avi Marcus <avi@avimarcus.net> wrote:
Once you get a PCAP, you can open it up in wireshark. Then, you can put in the filter: rtpevent. That will show you rfc2833 that comes in.
Then you can go to telephone -> voip calls -> *wait a second* -> click select all -> player -> decode -> check the box for both channels -> play, to listen to the actual call.
-Avi Marcus BestFone
On Mon, Mar 11, 2013 at 10:12 PM, Matt Broad <matt@inveroak.com> wrote:
Thanks Steve, thanks nick. Ill take a look at those links :)
Is there anything in particular I should be looking out for to see if any inbound is sneaking in?
Again Thanks for the help Matt
On Monday, 11 March 2013, Nick Vines wrote:
This might also help
General Debugging Freeswitch: http://wiki.freeswitch.org/wiki/Debugging_Freeswitch Packet Capture: http://wiki.freeswitch.org/wiki/Packet_Capture
On Mon, Mar 11, 2013 at 10:03 AM, Steven Ayre <steveayre@gmail.com>wrote:
PCAP is the file format used by packet capturing tools such as tcpdump, Wireshark, tshark (Wireshark's command line tool), ngrep and a host of others.
-Steve
On 11 March 2013 15:21, Matt Broad <matt@inveroak.com> wrote:
Hi Avi
thanks for your response.
Sorry I'm quite new to Freeswitch/linux, what is a PCAP? I was leaning towards it being the carrier as omitting dropt_dtmf results in the full tone being transmitted. My issue is that I cannot see how to test is this in fact the case.
Using the dialplan shown in my original emails and setting the log level to 7, when making the call I can see the DTMF tones coming in but am unsure if this is the inband being reported or the out-of band.
thanks Matt
_________________________________________________________________________ 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>
-- Thanks Matt
This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited.
If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error.
This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission.
InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
-- Thanks Matt
This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited.
If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error.
This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission.
InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
_________________________________________________________________________ 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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.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
-- Thanks Matt This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
On 03/12/2013 01:45 PM, Matt Broad wrote:
Ok, so the fact that a tone can be heard, although only partially, would suggest inband digits are being sent too. I'll speak to my carrier and see if it is something they can supress their end. Thanks for the help and the tips on debugging :)
Thanks Matt Matt, by chance is this what you are describing:
Hi Trever, I don't think so, it seems that that jira is for a non-SIP based setup. My "issue" is that when calling a PSTN number from a mobile/landline phone, which gets delivered by SIP to my FreeSwitch server and then routed out to another PSTN number (via the same provider). When either party presses a digit, the other end hears the tone. The tone is not the whole tone just a fraction of it, maybe half a second, but enough to tell the difference when different keys are pressed. The key can be held for a long period, say 3 seconds, but you will only hear the "bleeding". I have drop_dtmf set to true on both channels (set and export), but I'm not sure if this would make any difference anyway as the tone is being sent out-of-band. It might also be worth noting that I don't get any duplication of tones. Pressing 123 will always receive 123 and not 112233. thanks Matt On 22 March 2013 16:54, Trever L. Adams <trever.adams@gmail.com> wrote:
On 03/12/2013 01:45 PM, Matt Broad wrote:
Ok, so the fact that a tone can be heard, although only partially, would suggest inband digits are being sent too. I'll speak to my carrier and see if it is something they can supress their end. Thanks for the help and the tips on debugging :)
Thanks Matt Matt, by chance is this what you are describing:
http://jira.freeswitch.org/browse/FS-4904
Trever
-- Thanks Matt This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
Any resolution on this one? I have the same issue. DTMF coming from a cell phone, say 123, is sometimes repeated, e.g. 11233 when forwarded to an outbound call. It is not consistent though. On Fri, Mar 22, 2013 at 7:16 AM, Matt Broad <matt@inveroak.com> wrote:
Hi Trever,
I don't think so, it seems that that jira is for a non-SIP based setup.
My "issue" is that when calling a PSTN number from a mobile/landline phone, which gets delivered by SIP to my FreeSwitch server and then routed out to another PSTN number (via the same provider). When either party presses a digit, the other end hears the tone. The tone is not the whole tone just a fraction of it, maybe half a second, but enough to tell the difference when different keys are pressed. The key can be held for a long period, say 3 seconds, but you will only hear the "bleeding".
I have drop_dtmf set to true on both channels (set and export), but I'm not sure if this would make any difference anyway as the tone is being sent out-of-band.
It might also be worth noting that I don't get any duplication of tones. Pressing 123 will always receive 123 and not 112233.
thanks Matt
On 22 March 2013 16:54, Trever L. Adams <trever.adams@gmail.com> wrote:
On 03/12/2013 01:45 PM, Matt Broad wrote:
Ok, so the fact that a tone can be heard, although only partially, would suggest inband digits are being sent too. I'll speak to my carrier and see if it is something they can supress their end. Thanks for the help and the tips on debugging :)
Thanks Matt Matt, by chance is this what you are describing:
http://jira.freeswitch.org/browse/FS-4904
Trever
-- Thanks Matt
This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited.
If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error.
This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission.
InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
_________________________________________________________________________ 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
Are you using the spandsp dtmf detector by any chance? If not, try it. I think it works a bit better. Look on the dialplan apps section of the wiki for the spands_dtmf* commands. -MC On Wed, May 22, 2013 at 4:51 PM, Richard Zheng <rzheng@gmail.com> wrote:
Any resolution on this one? I have the same issue. DTMF coming from a cell phone, say 123, is sometimes repeated, e.g. 11233 when forwarded to an outbound call. It is not consistent though.
On Fri, Mar 22, 2013 at 7:16 AM, Matt Broad <matt@inveroak.com> wrote:
Hi Trever,
I don't think so, it seems that that jira is for a non-SIP based setup.
My "issue" is that when calling a PSTN number from a mobile/landline phone, which gets delivered by SIP to my FreeSwitch server and then routed out to another PSTN number (via the same provider). When either party presses a digit, the other end hears the tone. The tone is not the whole tone just a fraction of it, maybe half a second, but enough to tell the difference when different keys are pressed. The key can be held for a long period, say 3 seconds, but you will only hear the "bleeding".
I have drop_dtmf set to true on both channels (set and export), but I'm not sure if this would make any difference anyway as the tone is being sent out-of-band.
It might also be worth noting that I don't get any duplication of tones. Pressing 123 will always receive 123 and not 112233.
thanks Matt
On 22 March 2013 16:54, Trever L. Adams <trever.adams@gmail.com> wrote:
On 03/12/2013 01:45 PM, Matt Broad wrote:
Ok, so the fact that a tone can be heard, although only partially, would suggest inband digits are being sent too. I'll speak to my carrier and see if it is something they can supress their end. Thanks for the help and the tips on debugging :)
Thanks Matt Matt, by chance is this what you are describing:
http://jira.freeswitch.org/browse/FS-4904
Trever
-- Thanks Matt
This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited.
If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error.
This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission.
InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
_________________________________________________________________________ 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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org
I just use the normal one. Let me try the spandsp one. Thanks, On Wed, May 22, 2013 at 2:54 PM, Michael Collins <msc@freeswitch.org> wrote:
Are you using the spandsp dtmf detector by any chance? If not, try it. I think it works a bit better. Look on the dialplan apps section of the wiki for the spands_dtmf* commands.
-MC
On Wed, May 22, 2013 at 4:51 PM, Richard Zheng <rzheng@gmail.com> wrote:
Any resolution on this one? I have the same issue. DTMF coming from a cell phone, say 123, is sometimes repeated, e.g. 11233 when forwarded to an outbound call. It is not consistent though.
On Fri, Mar 22, 2013 at 7:16 AM, Matt Broad <matt@inveroak.com> wrote:
Hi Trever,
I don't think so, it seems that that jira is for a non-SIP based setup.
My "issue" is that when calling a PSTN number from a mobile/landline phone, which gets delivered by SIP to my FreeSwitch server and then routed out to another PSTN number (via the same provider). When either party presses a digit, the other end hears the tone. The tone is not the whole tone just a fraction of it, maybe half a second, but enough to tell the difference when different keys are pressed. The key can be held for a long period, say 3 seconds, but you will only hear the "bleeding".
I have drop_dtmf set to true on both channels (set and export), but I'm not sure if this would make any difference anyway as the tone is being sent out-of-band.
It might also be worth noting that I don't get any duplication of tones. Pressing 123 will always receive 123 and not 112233.
thanks Matt
On 22 March 2013 16:54, Trever L. Adams <trever.adams@gmail.com> wrote:
On 03/12/2013 01:45 PM, Matt Broad wrote:
Ok, so the fact that a tone can be heard, although only partially, would suggest inband digits are being sent too. I'll speak to my carrier and see if it is something they can supress their end. Thanks for the help and the tips on debugging :)
Thanks Matt Matt, by chance is this what you are describing:
http://jira.freeswitch.org/browse/FS-4904
Trever
-- Thanks Matt
This email and any attachments to it are confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of InverOak Limited.
If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error.
This email including any attachments cannot be guaranteed to be 100% secure or error-free as information could be intercepted, corrupted, lost, destroyed, out-dated, or containing viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission.
InverOak Limited is a company registered in England & Wales under company number 04529594, whose registered address is Old Barn house, 2 Wannions Close, Botley, Chesham, Buckinghamshire, HP5 1YA, United Kingdom.
_________________________________________________________________________ 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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.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
On 05/22/2013 05:51 PM, Richard Zheng wrote:
Any resolution on this one? I have the same issue. DTMF coming from a cell phone, say 123, is sometimes repeated, e.g. 11233 when forwarded to an outbound call. It is not consistent though.
I have not yet tried what was suggested. I believe it works, but I just haven't got around to trying it yet as I have a lot on my plate and FreeSWITCH isn't a top priority yet. freetdm_disable_dtmf=true freetdm_pre_buffer_size=N (size in bytes of a SLIN pre buffer so it can cut detected dtmf fragments out) I do not know if there is any documentation for those yet or not. I hope it helps. Trever
participants (7)
-
Avi Marcus
-
Matt Broad
-
Michael Collins
-
Nick Vines
-
Richard Zheng
-
Steven Ayre
-
Trever L. Adams