I have come across a scenario: server (proprietary software, etc. -- let&#39;s call it S1) receives a new call from ingress carrier (let&#39;s call it IN1), does its thing, and connects to egress carrier (let&#39;s call it OUT1). Once call is answered by egress end, it does a re-invite between ingress and egress carriers. This re-invite keeps the server (S1) in signaling path but makes the ingress (IN1) and egress (OUT1) carriers send RTP to each other directly. Initial negotiation does DTMF using RFC2833 (out-of-band) but still in the media stream. The result is that after re-invite if IN1 sends a DTMF event meant for S1, it actually goes to OUT1 instead.<br>
<br>One solution is to use SIP INFO for DTMF. Since S1 is in signaling path it will receive all SIP INFO packets and do what with them what needs to be done. And this is where my question arises. Let&#39;s say our FS server is IN1. It also has an ingress and egress carrier. In this case ingress could be anyone (let&#39;s call it INORIG) but egress is S1. If IN1 receives DTMF event using RFC2833 but needs to send the event to S1 using SIP INFO, can it be done in FreeSWITCH? In effect, can FS do conversion between RFC2833 and SIP INFO? And if it can, can this conversion be used for only some gateways and not all?<br>
<br>Thanks.<br>