<div dir="ltr">Id be suggesting that you get PCaps on all legs of the call and just be 100% sure where the audio is clipped.<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 16 January 2013 22:55, <a href="mailto:support@ecn.net.au">support@ecn.net.au</a> <span dir="ltr"><<a href="mailto:support@ecn.net.au" target="_blank">support@ecn.net.au</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi<br>
<br>
This is what we now have, however there is an interesting side effect (major issues actally) we're getting when using start_dtmf on the aleg from the "dodgy" telco. the oddity is that when start_dtmf is executed prior to bridge some audio content from the back end PBX's (behind the Freeswitch SBC) does not seem to transmit back through to the caller (on the aleg of the freeswitch SBC (for example play back of a canned audio file from an IVR on an Asterisk PBX behind the SBC).<br>
<br>
In testing Freeswitch on version 1.2 (1.2.5 and 1.2.3) and 1.3 testing all versions have this issue, however on an old 1.0.6 legacy version that we compiled today - does not produce the same problem (it works perfectly); could it be a bug in the 1.2/3 freeswitch do you think? Or is it something we've missed?<br>
<br>
To reconfirm:<br>
<br>
context A (telco context) we have a sip profile (dtmf_mode=none),<br>
context B (to.pbx context) we have a sip profile (dtmf_mode=rfc2833)<br>
<br>
On the xml dial plan for context A we start_dtmf before we bridge the call from the telco to the backend pbx.<br>
<br>
When executing start_dtmf the system correctly transmits the dtmf digits to the backend pbx's however the by product (which we earlier thought was clipping the start of the call) is that some audio content (such as some audio file playback) doesn't get heard by the caller (dialed via the telco through the SBC to the pbx).<br>
<br>
Any help appreciated! Is there a change in how start_dtmf effects calls from the 1.2 and onward versions?<br>
<br>
Regards<br>
Mark<br>
<br>
<br>
<br>
<br>
________________________________________<br>
From: jay binks [<a href="mailto:jaybinks@gmail.com">jaybinks@gmail.com</a>]<br>
Sent: Wednesday, 16 January 2013 7:17 PM<br>
To: FreeSWITCH Users Help<br>
Subject: Re: [Freeswitch-users] SBC In-band DTMF<br>
<div class="im"><br>
on your internal sip profile ( one facing PBX's ) set <param name="dtmf-type" value="rfc2833"/><br>
<br>
then note the dialplan context that super dodgey sip carrier ( the one doing inband only )<br>
sends calls to, and use <action application="start_dtmf" /> on calls from them.<br>
<br>
Id advise against <action application="pre_answer"/> in that location unless you REALLY want that.<br>
<br>
that should do what you want.<br>
<br>
<br>
</div><div class="im">On 16 January 2013 14:02, <a href="mailto:support@ecn.net.au">support@ecn.net.au</a><mailto:<a href="mailto:support@ecn.net.au">support@ecn.net.au</a>> <<a href="mailto:support@ecn.net.au">support@ecn.net.au</a><mailto:<a href="mailto:support@ecn.net.au">support@ecn.net.au</a>>> wrote:<br>
<br>
Hi All<br>
<br>
<br>
<br>
We're quite new to Freeswitch and are in the process of migrating from OpenSer (as an SBC) to Freeswitch.<br>
<br>
<br>
<br>
Mostly all is working well, except an oddity on DTMF.<br>
<br>
<br>
<br>
Our scenario:<br>
<br>
<br>
<br>
Telco/SIP Provider A is passing us calls using DTMF inband.<br>
<br>
<br>
<br>
We have a freeswitch configured as a SBC using 2 sip profiles (telco and internal) to topology hide and manage<br>
<br>
distribution of calls to the PBX servers located behind the SBC.<br>
<br>
<br>
<br>
The freeswitch will be handling up to a few hundred calls so we're trying to keep it lightweight.<br>
<br>
<br>
<br>
Behind the SBC is a series of Asterisk and Freeswitch PBX boxes handling customer needs.<br>
<br>
<br>
<br>
An example inbound call profile looks like this:<br>
<br>
<br>
<br>
<extension name="Inbound 124356"><br>
<br>
<condition field="destination_number" expression="^(123456)$"><br>
<br>
<action application="pre_answer"/><br>
<br>
<action application="start_dtmf" /><br>
<br>
</div> <action application="bridge" data="sofia<mailto:<a href="mailto:sofia">sofia</a>/external/123456@INTERNAL.PBX.IP:5060%22/>/external/123456@INTERNAL.PBX.IP:5060"/<mailto:<a href="mailto:sofia">sofia</a>/external/123456@INTERNAL.PBX.IP:5060%22/>><br>
<div class="im"><br>
</condition><br>
<br>
</extension><br>
<br>
<br>
<br>
Initially when calling into the platform IVR type applications runinng on our PBX boxes would not<br>
<br>
work (you could hear the DTMF but the platform did not recognise the tones).<br>
<br>
<br>
<br>
We have had to add the appliation start_dtmf in order for Freeswitch to pass the DTMF to the Asterisk<br>
<br>
PBX behind the SBC. Interestingly on our OpenSer platform we just proxied the media (rtpproxy) with<br>
<br>
inband DTMF from the Telco and our PBX boxes recognised the inband DTMF tones on the PBX platforms and<br>
<br>
IVR type applications just worked.<br>
<br>
<br>
<br>
However under freeswitch if we don't start_dtmf before the bridge the backend PBX boxes don't recognise<br>
<br>
the DTMF inband (even though the tones are audible ie you can hear them on a call recording on the<br>
<br>
PBX).<br>
<br>
<br>
<br>
Have we missed something here? We would have thought with inband DTMF on non compressed codec (no<br>
<br>
transcoding) that the tones would just work with the media stream?<br>
<br>
<br>
<br>
We have confirmed both legs are PCMA and when using start_dtmf the first second of the call is clipped.<br>
<br>
<br>
<br>
<br>
Kind Regards,<br>
<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
</div><a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><mailto:<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a>><br>
<div class="im"><a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
</div><a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><mailto:<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>><br>
<div class="HOEnZb"><div class="h5"><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>
<br>
<br>
<br>
--<br>
Sincerely<br>
<br>
Jay<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><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>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Sincerely<br><br>Jay
</div>