<div>Did you try removing the rfc2833-pt param and setting <param name="dtmf-type" value="none"/> on the outgoing sofia profile to the PBX?</div><div><br></div><div>Inband tones will always be passed over, FS would actively need to detect the tone and remove it from the media to avoid doing so. So the PBX is not looking inband for it. Since there's no way in SIP to notify that inband tones are in use the PBX is probably checking for out-of-band DTMF and not checking inband at all if out-of-band has been negotiated - so what you probably need to is disable out of band media entirely.</div>
<div><br></div><div>As far as comparing FS behaviour to OpenSER goes I would avoid it. They're very different products. Understand the difference between a SIP proxy (OpenSER) and a B2BUA (FreeSWITCH). OpenSER only forwards SIP messages with media terminating on the endpoints. FS negotiates 2 separate calls including media and terminates both calls on FS and passes media between them. As such OpenSER doesn't do any media negotiation and FS does which will make their behaviour rather different.</div>
<div><br></div><div>-Steve</div><div><br></div><div><br></div><div><br></div><br><br><div class="gmail_quote">On 18 January 2013 15:20, <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">Yes, we read that and tried to set that when attempting multiple configurations (attempting to pass inband dtmf).<br>
<br>
Currently we can't get Freeswitch in an SBC role to pass the inband in the media stream at all (see earlier email) - also having odd issues with start_dtmf when accessing Asterisk IVR's (again very odd). the only difference we can see (between FS and our legacy openser) is the Invite pushed on the bleg on Openser included the fmtp:18 annexb=no directive (as per the telco's SDP to us); however on FS it doesn't forward these (and we can't seem to force FS to add these attributes to the SDP on the bleg).<br>
<br>
Again the start_dtmf issues exists only in 1.2 and 1.3 FS , in the 1.0.6 the issue is not present (is this a bug possibly?)<br>
<br>
Any ideas?<br>
<br>
Kind Regards,<br>
<br>
Mark<br>
<br>
________________________________________<br>
From: Paul Cupis [<a href="mailto:paul@cupis.co.uk">paul@cupis.co.uk</a>]<br>
Sent: Friday, 18 January 2013 8:26 PM<br>
<div class="im HOEnZb">To: FreeSWITCH Users Help<br>
Subject: Re: [Freeswitch-users] SBC In-band DTMF<br>
<br>
</div><div class="HOEnZb"><div class="h5">On Fri, Jan 18, 2013 at 01:57:36AM +0000, Steven Ayre wrote:<br>
> <param name="rfc2833-pt" value="0"/><br>
><br>
> What're you hoping to do here? This sets the payload type value. 0 is a<br>
> valid pt. This won't disable it, it'll instead use the value 0. That<br>
> happens to be the one for G711, so if that codec is enabled you're just<br>
> going to get a conflict.<br>
<br>
If the rfc2833-pt is set to a value <96 it is outside the allowed range<br>
for dynamic payload negotiation and FS will not offer RFC2833 support<br>
in the SDP.<br>
<br>
ref: sofia_glue.c<br>
<br>
Regards,<br>
<br>
<br>
<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>