Thanks for letting us know what worked, it'll be a great help to anyone Googling this problem in future. :o)



On 18 December 2012 17:43, Richard Brady <rnbrady@gmail.com> wrote:
Looks like <param name="liberal-dtmf" value="true"/> in the profile does the trick!



On 18 December 2012 17:00, Richard Brady <rnbrady@gmail.com> wrote:
Hi folks

I have the joy of talking to a Cisco device which behaves in weird and wonderful ways.

When transferring a caller (in this case FreeSWITCH) to MOH it negotiates RFC2833 out of the SDP.

When reconnecting the caller to a more meaningful endpoint, it renegotiates the media again, but using delayed offer/answer, which means FreeSWITCH must perform the offer.

Since FreeSWITCH has seen RFC2833 removed previously:

    [DEBUG] sofia_glue.c:5277 No 2833 in SDP. Disable 2833 dtmf and switch to INFO.

It does not offer RFC2833 in the new SDP (if it did, the Cisco would now accept it and answer with it).

Any suggestion for how I can force it to re-offer RFC2833?

Regards,
Richard


_________________________________________________________________________
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