[Freeswitch-users] Convert DTMF Between Inband and Out-of-band

[Yehavi Bourvine]

If you can use different profiles for ingress and egress then simply define
the correct signalling on each profile. That's the way I do it here (Polycom
phones which understand only RFC-2833 trying to talk with a Cisco gateay
that has a bug with its 2833...).

                         __Yehavi:

 2010/6/8 Code Ghar <codeghar at gmail.com>

> I have come across a scenario: server (proprietary software, etc. -- let's
> call it S1) receives a new call from ingress carrier (let's call it IN1),
> does its thing, and connects to egress carrier (let'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.
>
> 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's say our FS server is IN1.
> It also has an ingress and egress carrier. In this case ingress could be
> anyone (let'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?
>
> Thanks.
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100608/ff034551/attachment.html