Looks like <param name="liberal-dtmf" value="true"/> in the profile does the trick!<br>
<br><br><div class="gmail_quote">On 18 December 2012 17:00, Richard Brady <span dir="ltr"><<a href="mailto:rnbrady@gmail.com" target="_blank">rnbrady@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi folks<div><br></div><div>I have the joy of talking to a Cisco device which behaves in weird and wonderful ways.
</div><div><br></div><div>When transferring a caller (in this case FreeSWITCH) to MOH it negotiates RFC2833 out of the SDP.</div><div><br></div><div>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.</div>
<div><br></div><div>Since FreeSWITCH has seen RFC2833 removed previously:</div><div><br></div><div> [DEBUG] sofia_glue.c:5277 No 2833 in SDP. Disable 2833 dtmf and switch to INFO.</div><div><br></div><div>It does not offer RFC2833 in the new SDP (if it did, the Cisco would now accept it and answer with it).</div>
<div><br></div><div>Any suggestion for how I can force it to re-offer RFC2833?</div><div><br></div><div>Regards,</div><div>Richard</div>
</blockquote></div><br>