RTP Proxy mode, DTMF conversion problem
Dear ALL, I am struggling for some time with DTMF issue. Let me introduce you my configuration. The main task is to configure RTP Proxy with full topology hiding - OPERATOR_1 ------- Freeswitch ------- OPERATOR_2 Here is a prt of my config: - sip profile. I have one new sip profile with two gateways (OPERATOR_1 and OPERATOR_2) <include> <gateway name="OP1"> <param name="username" value="X1.Y1.V1.Z1"/> <param name="password" value="09321234"/> <param name="proxy" value="X1.Y1.V1.Z1"/> <param name="from-domain" value="test.com"/> <param name="register" value="false"/> <param name="caller-id-in-from" value="true"/> <param name="extension" value="test"/> <param name="extension-in-contact" value="true"/> <param name="outbound-codec-prefs" value="$${outbound_codec_ prefs}"/> <param name="disable-transcoding" value="true"/> <param name="inbound-late-negotiation" value="true"/> </gateway> </include> - dialplan <include> <context name="public"> <extension name="term"> <condition field="network_addr" expression="^(X1\.Y1\.V1\.Z1|X2\.Y2\.V1\.Z1)$" break="on-false"/> <condition field="destination_number" expression="^46(\d{9})$"> <action application="set" data="proxy_media=true"/> <action application="set" data="bypass_media=false"/> <action application="start_dtmf"/> <action application="bridge" data="sofia/gateway/OP1/$0"/> </condition> </extension> </context> </include> Everything is fine, but i have problem with DTMF conversion from RFC2833 to inband. Refering to http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_start_dtmf and http://wiki.freeswitch.org/wiki/Proxy_Media i have done all the necessary things. vars.xml <X-PRE-PROCESS cmd="set" data="global_codec_prefs=PCMA,G.729,PCMU,GSM"/> <X-PRE-PROCESS cmd="set" data="outbound_codec_prefs=PCMA,G.729,PCMU,GSM"/> The after-effect is following output: [ERR] switch_core_io.c:1055 Codec PROXY PASS-THROUGH encoder error! Placing <param name="dtmf-type" value="none"/> does not help anyway. Could sb point me where the problem is located? Thanks in advance, Mac
<action application="set" data="proxy_media=true"/> As indicated by the error, this is the problem. "proxy passthrough". In proxy mode you pass the media straight through (passthrough). You can't process passthrough media, such as is needed to mix in inband dtmf. Use proxy_media=false and bypass_media=false. That's actually the default so unless you're setting either to true in the sip profile, you can remove those lines from the dialplan completely. Steve on iPhone On 20 Feb 2011, at 18:51, Mac <mbsip@gazeta.pl> wrote:
action application="set" data="proxy_media=true"/>
Hi Steven, There is much better :) I have different SDPs right now. The one is with rtpmap:101 telephone-event/8000 (leg that is working with RFC2833), the opposite one incorporates a=rtpmap:101 telephone-event/8000 in INVITE SDP and pure codec rtpmaps. There is rtp.p_type == 101 working only on the left side. I cannot find any rtp.p_type == 101 on thark in opposide side which is okay. But the problem still persists. Once setting my UA to work with Inband DTMF everything works fine. Thanks, Mac 2011/2/20 Steven Ayre <steveayre@gmail.com>:
<action application="set" data="proxy_media=true"/>
As indicated by the error, this is the problem. "proxy passthrough". In proxy mode you pass the media straight through (passthrough). You can't process passthrough media, such as is needed to mix in inband dtmf. Use proxy_media=false and bypass_media=false. That's actually the default so unless you're setting either to true in the sip profile, you can remove those lines from the dialplan completely. Steve on iPhone On 20 Feb 2011, at 18:51, Mac <mbsip@gazeta.pl> wrote:
action application="set" data="proxy_media=true"/>
_______________________________________________ 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
Hello, Could somebody give me a hint? Thanks, Mac
Hi Steven,
There is much better :) I have different SDPs right now. The one is with rtpmap:101 telephone-event/8000 (leg that is working with RFC2833), the opposite one incorporates a=rtpmap:101 telephone-event/8000 in INVITE SDP and pure codec rtpmaps. There is rtp.p_type == 101 working only on the left side. I cannot find any rtp.p_type == 101 on thark in opposide side which is okay. But the problem still persists.
Once setting my UA to work with Inband DTMF everything works fine.
Thanks, Mac
2011/2/20 Steven Ayre <steveayre@gmail.com>:
<action application="set" data="proxy_media=true"/>
As indicated by the error, this is the problem. "proxy passthrough". In proxy mode you pass the media straight through (passthrough). You can't process passthrough media, such as is needed to mix in inband dtmf. Use proxy_media=false and bypass_media=false. That's actually the default so unless you're setting either to true in the sip profile, you can remove those lines from the dialplan completely. Steve on iPhone On 20 Feb 2011, at 18:51, Mac <mbsip@gazeta.pl> wrote:
action application="set" data="proxy_media=true"/>
_______________________________________________ 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
Get a debug-level log with siptrace enabled and paste it so we can see what's going on. -Steve On 22 February 2011 01:16, Mac <mbsip@gazeta.pl> wrote:
Hello,
Could somebody give me a hint?
Thanks, Mac
Hi Steven,
There is much better :) I have different SDPs right now. The one is with rtpmap:101 telephone-event/8000 (leg that is working with RFC2833), the opposite one incorporates a=rtpmap:101 telephone-event/8000 in INVITE SDP and pure codec rtpmaps. There is rtp.p_type == 101 working only on the left side. I cannot find any rtp.p_type == 101 on thark in opposide side which is okay. But the problem still persists.
Once setting my UA to work with Inband DTMF everything works fine.
Thanks, Mac
2011/2/20 Steven Ayre <steveayre@gmail.com>:
<action application="set" data="proxy_media=true"/>
As indicated by the error, this is the problem. "proxy passthrough". In proxy mode you pass the media straight through (passthrough). You can't process passthrough media, such as is needed to mix in inband dtmf. Use proxy_media=false and bypass_media=false. That's actually the default so unless you're setting either to true in the sip profile, you can remove those lines from the dialplan completely. Steve on iPhone On 20 Feb 2011, at 18:51, Mac <mbsip@gazeta.pl> wrote:
action application="set" data="proxy_media=true"/>
_______________________________________________ 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
_______________________________________________ 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
Hi, Here they are: http://pastebin.freeswitch.org/15473 Thanks, Mac
Get a debug-level log with siptrace enabled and paste it so we can see what's going on.
-Steve
On 22 February 2011 01:16, Mac <mbsip@gazeta.pl> wrote:
Hello,
Could somebody give me a hint?
Thanks, Mac
Hi Steven,
There is much better :) I have different SDPs right now. The one is with rtpmap:101 telephone-event/8000 (leg that is working with RFC2833), the opposite one incorporates a=rtpmap:101 telephone-event/8000 in INVITE SDP and pure codec rtpmaps. There is rtp.p_type == 101 working only on the left side. I cannot find any rtp.p_type == 101 on thark in opposide side which is okay. But the problem still persists.
Once setting my UA to work with Inband DTMF everything works fine.
Thanks, Mac
2011/2/20 Steven Ayre <steveayre@gmail.com>:
<action application="set" data="proxy_media=true"/>
As indicated by the error, this is the problem. "proxy passthrough". In proxy mode you pass the media straight through (passthrough). You can't process passthrough media, such as is needed to mix in inband dtmf. Use proxy_media=false and bypass_media=false. That's actually the default so unless you're setting either to true in the sip profile, you can remove those lines from the dialplan completely. Steve on iPhone On 20 Feb 2011, at 18:51, Mac <mbsip@gazeta.pl> wrote:
action application="set" data="proxy_media=true"/>
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
you need to run the start_dtmf() application on the leg that has inband DTMF if its the inbound leg, add it to the DP <action application="start_dtmf"/> if it's the outbound leg you need to set it in execute_on_answer in the bridge line <action application="bridge" data="{execute_on_answer=start_dtmf}sofia/OPERATOR_2/46111223344"/> On Thu, Feb 24, 2011 at 4:58 PM, Mac <mbsip@gazeta.pl> wrote:
Hi,
Here they are: http://pastebin.freeswitch.org/15473
Thanks, Mac
Get a debug-level log with siptrace enabled and paste it so we can see what's going on.
-Steve
On 22 February 2011 01:16, Mac <mbsip@gazeta.pl> wrote:
Hello,
Could somebody give me a hint?
Thanks, Mac
Hi Steven,
There is much better :) I have different SDPs right now. The one is with rtpmap:101 telephone-event/8000 (leg that is working with RFC2833), the opposite one incorporates a=rtpmap:101 telephone-event/8000 in INVITE SDP and pure codec rtpmaps. There is rtp.p_type == 101 working only on the left side. I cannot find any rtp.p_type == 101 on thark in opposide side which is okay. But the problem still persists.
Once setting my UA to work with Inband DTMF everything works fine.
Thanks, Mac
2011/2/20 Steven Ayre <steveayre@gmail.com>:
<action application="set" data="proxy_media=true"/>
As indicated by the error, this is the problem. "proxy passthrough". In proxy mode you pass the media straight through (passthrough). You can't process passthrough media, such as is needed to mix in inband dtmf. Use proxy_media=false and bypass_media=false. That's actually the default so unless you're setting either to true in the sip profile, you can remove those lines from the dialplan completely. Steve on iPhone On 20 Feb 2011, at 18:51, Mac <mbsip@gazeta.pl> wrote:
action application="set" data="proxy_media=true"/>
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
Thanks for feedback Inbound leg has RFC2833, outbound has inband dtmf, so i've changed a part of public.xml as you mentioned: <action application="set" data="proxy_media=false"/> <action application="set" data="bypass_media=false"/> <!--<action application="start_dtmf"/>--> <action application="bridge" data="{execute_on_answer=start_dtmf}sofia/OPERATOR_2//$0"/> Unfortunately it doesn't work. Thx, Mac
you need to run the start_dtmf() application on the leg that has inband DTMF
if its the inbound leg, add it to the DP <action application="start_dtmf"/>
if it's the outbound leg you need to set it in execute_on_answer in the bridge line
<action application="bridge" data="{execute_on_answer=start_dtmf}sofia/OPERATOR_2/46111223344"/>
On Thu, Feb 24, 2011 at 4:58 PM, Mac <mbsip@gazeta.pl> wrote:
Hi,
Here they are: http://pastebin.freeswitch.org/15473
Thanks, Mac
Get a debug-level log with siptrace enabled and paste it so we can see what's going on.
-Steve
On 22 February 2011 01:16, Mac <mbsip@gazeta.pl> wrote:
Hello,
Could somebody give me a hint?
Thanks, Mac
Hi Steven,
There is much better :) I have different SDPs right now. The one is with rtpmap:101 telephone-event/8000 (leg that is working with RFC2833), the opposite one incorporates a=rtpmap:101 telephone-event/8000 in INVITE SDP and pure codec rtpmaps. There is rtp.p_type == 101 working only on the left side. I cannot find any rtp.p_type == 101 on thark in opposide side which is okay. But the problem still persists.
Once setting my UA to work with Inband DTMF everything works fine.
Thanks, Mac
2011/2/20 Steven Ayre <steveayre@gmail.com>:
<action application="set" data="proxy_media=true"/>
As indicated by the error, this is the problem. "proxy passthrough". In proxy mode you pass the media straight through (passthrough). You can't process passthrough media, such as is needed to mix in inband dtmf. Use proxy_media=false and bypass_media=false. That's actually the default so unless you're setting either to true in the sip profile, you can remove those lines from the dialplan completely. Steve on iPhone On 20 Feb 2011, at 18:51, Mac <mbsip@gazeta.pl> wrote:
action application="set" data="proxy_media=true"/>
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ 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
Okay i've found sth. I was trying to achieve that by using <action application="bridge" data="{execute_on_answer=start_dtmf}sofia/gateway/OPERATOR_2/$0"/"/> and it failes to convert dtmf While using <action application="bridge" data="{execute_on_answer=start_dtmf}sofia/$0@IP_ADDR_OF_OPERATOR_2"/> and it was success. Is that mean that i my sip profile need to be adjusted somehow? Thx, Mac
Thanks for feedback
Inbound leg has RFC2833, outbound has inband dtmf, so i've changed a part of public.xml as you mentioned: <action application="set" data="proxy_media=false"/> <action application="set" data="bypass_media=false"/> <!--<action application="start_dtmf"/>--> <action application="bridge" data="{execute_on_answer=start_dtmf}sofia/OPERATOR_2//$0"/>
Unfortunately it doesn't work.
Thx, Mac
you need to run the start_dtmf() application on the leg that has inband DTMF
if its the inbound leg, add it to the DP <action application="start_dtmf"/>
if it's the outbound leg you need to set it in execute_on_answer in the bridge line
<action application="bridge" data="{execute_on_answer=start_dtmf}sofia/OPERATOR_2/46111223344"/>
On Thu, Feb 24, 2011 at 4:58 PM, Mac <mbsip@gazeta.pl> wrote:
Hi,
Here they are: http://pastebin.freeswitch.org/15473
Thanks, Mac
Get a debug-level log with siptrace enabled and paste it so we can see what's going on.
-Steve
On 22 February 2011 01:16, Mac <mbsip@gazeta.pl> wrote:
Hello,
Could somebody give me a hint?
Thanks, Mac
Hi Steven,
There is much better :) I have different SDPs right now. The one is with rtpmap:101 telephone-event/8000 (leg that is working with RFC2833), the opposite one incorporates a=rtpmap:101 telephone-event/8000 in INVITE SDP and pure codec rtpmaps. There is rtp.p_type == 101 working only on the left side. I cannot find any rtp.p_type == 101 on thark in opposide side which is okay. But the problem still persists.
Once setting my UA to work with Inband DTMF everything works fine.
Thanks, Mac
2011/2/20 Steven Ayre <steveayre@gmail.com>: > <action application="set" data="proxy_media=true"/> > > As indicated by the error, this is the problem. "proxy passthrough". In > proxy mode you pass the media straight through (passthrough). You can't > process passthrough media, such as is needed to mix in inband dtmf. > Use proxy_media=false and bypass_media=false. That's actually the > default so > unless you're setting either to true in the sip profile, you can remove > those lines from the dialplan completely. > Steve on iPhone > On 20 Feb 2011, at 18:51, Mac <mbsip@gazeta.pl> wrote: > > action application="set" data="proxy_media=true"/> > > _______________________________________________ > 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 > >
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ 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
Get a pcap of both the working and the failing calls and compare them in wireshark. Also, compare the console output of the working and the failing calls. Look for differences. You may see a clue. If you need assistance then pastebin the output and we'll all have a look. -MC On Thu, Feb 24, 2011 at 4:59 PM, Mac <mbsip@gazeta.pl> wrote:
Okay i've found sth.
I was trying to achieve that by using <action application="bridge" data="{execute_on_answer=start_dtmf}sofia/gateway/OPERATOR_2/$0"/"/> and it failes to convert dtmf
While using <action application="bridge" data="{execute_on_answer=start_dtmf}sofia/$0@IP_ADDR_OF_OPERATOR_2"/> and it was success.
Is that mean that i my sip profile need to be adjusted somehow?
Thx, Mac
Thanks for feedback
Inbound leg has RFC2833, outbound has inband dtmf, so i've changed a part of public.xml as you mentioned: <action application="set" data="proxy_media=false"/> <action application="set" data="bypass_media=false"/> <!--<action application="start_dtmf"/>--> <action application="bridge" data="{execute_on_answer=start_dtmf}sofia/OPERATOR_2//$0"/>
Unfortunately it doesn't work.
Thx, Mac
you need to run the start_dtmf() application on the leg that has inband DTMF
if its the inbound leg, add it to the DP <action application="start_dtmf"/>
if it's the outbound leg you need to set it in execute_on_answer in the bridge line
<action application="bridge" data="{execute_on_answer=start_dtmf}sofia/OPERATOR_2/46111223344"/>
On Thu, Feb 24, 2011 at 4:58 PM, Mac <mbsip@gazeta.pl> wrote:
Hi,
Here they are: http://pastebin.freeswitch.org/15473
Thanks, Mac
Get a debug-level log with siptrace enabled and paste it so we can see what's going on.
-Steve
On 22 February 2011 01:16, Mac <mbsip@gazeta.pl> wrote:
Hello,
Could somebody give me a hint?
Thanks, Mac
> Hi Steven, > > There is much better :) > I have different SDPs right now. The one is with rtpmap:101 > telephone-event/8000 (leg that is working with RFC2833), the
opposite
> one incorporates a=rtpmap:101 telephone-event/8000 in INVITE SDP and > pure codec rtpmaps. > There is rtp.p_type == 101 working only on the left side. I cannot > find any rtp.p_type == 101 on thark in opposide side which is okay. > But the problem still persists. > > Once setting my UA to work with Inband DTMF everything works fine. > > Thanks, > Mac > > 2011/2/20 Steven Ayre <steveayre@gmail.com>: >> <action application="set" data="proxy_media=true"/> >> >> As indicated by the error, this is the problem. "proxy passthrough". In >> proxy mode you pass the media straight through (passthrough). You can't >> process passthrough media, such as is needed to mix in inband dtmf. >> Use proxy_media=false and bypass_media=false. That's actually the >> default so >> unless you're setting either to true in the sip profile, you can remove >> those lines from the dialplan completely. >> Steve on iPhone >> On 20 Feb 2011, at 18:51, Mac <mbsip@gazeta.pl> wrote: >> >> action application="set" data="proxy_media=true"/> >> >> _______________________________________________ >> 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 >> >> >
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ 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
_______________________________________________ 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
On 02/25/2011 12:07 AM, Anthony Minessale wrote: Hi!
you need to run the start_dtmf() application on the leg that has inband DTMF
if it's the outbound leg you need to set it in execute_on_answer in the bridge line
<action application="bridge" data="{execute_on_answer=start_dtmf}sofia/OPERATOR_2/46111223344"/>
I think he's running into the same kind of problem I'm running into. I reported it as FS-2819. UA (2833) -> FS -> (INBAND) UA On the b-leg that only supports inband, FS keeps pushing telephone-event on the SDP. Even though the UA on the b-leg only replies with 0 or 8. I tried with the start_dtmf as written in this thread, but still only rtp-events are passed onto the B-side UA, which doesn't know what to do with that. /Robin -- Robin Vleij
Tony just added a patch today, so update to latest git and re-test. Add comments to FS-2819 on Jira. -MC On Wed, Mar 30, 2011 at 5:36 AM, Robin Vleij <robin@swip.net> wrote:
On 02/25/2011 12:07 AM, Anthony Minessale wrote:
Hi!
you need to run the start_dtmf() application on the leg that has inband DTMF
if it's the outbound leg you need to set it in execute_on_answer in the bridge line
<action application="bridge" data="{execute_on_answer=start_dtmf}sofia/OPERATOR_2/46111223344"/>
I think he's running into the same kind of problem I'm running into. I reported it as FS-2819.
UA (2833) -> FS -> (INBAND) UA
On the b-leg that only supports inband, FS keeps pushing telephone-event on the SDP. Even though the UA on the b-leg only replies with 0 or 8. I tried with the start_dtmf as written in this thread, but still only rtp-events are passed onto the B-side UA, which doesn't know what to do with that.
/Robin
-- Robin Vleij
_______________________________________________ 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
On 03/30/2011 07:23 PM, Michael Collins wrote: Hi! I entered the following comment to the Jira (well, if I get over the access denied I get in my client :-). THough it posting it here as well, to maybe create a discussion about if this is the right thing to do or not. My comment to the bug: "The behaviour changed now. As expected from the code change if the B-side doesn't support 2833, FS doesn't send any RTP-events any longer. But that's not what we want, I think. I would expect that FS would switch to inband instead on that channel, like fallback to the default for DTMF. I tried by putting in start_dtmf_generate (both on the dialplan and "on_answer_execute" on the B-leg). Putting in the dialplan gives as a result that we always generate inband, instead of just when the B-side doesn't support anything else. RTP-Events dissapear then, independant if the B-side support 2833. Basically, I think the patch should not read DTMF-Type=None, but DTMF-Type=inband. In the larger picture, we should have some kind of DTMF-Transcoding. One leg can be any of SIP-INFO, 2833 or inband, while the B-Leg can have any of these as well, and FS should "transcode"." /Robin
Tony just added a patch today, so update to latest git and re-test. Add comments to FS-2819 on Jira.
-MC
On Wed, Mar 30, 2011 at 5:36 AM, Robin Vleij <robin@swip.net <mailto:robin@swip.net>> wrote:
On 02/25/2011 12:07 AM, Anthony Minessale wrote:
Hi!
> you need to run the start_dtmf() application on the leg that has inband DTMF > > if it's the outbound leg you need to set it in execute_on_answer in > the bridge line > > <action application="bridge" > data="{execute_on_answer=start_dtmf}sofia/OPERATOR_2/46111223344"/>
I think he's running into the same kind of problem I'm running into. I reported it as FS-2819.
UA (2833) -> FS -> (INBAND) UA
On the b-leg that only supports inband, FS keeps pushing telephone-event on the SDP. Even though the UA on the b-leg only replies with 0 or 8. I tried with the start_dtmf as written in this thread, but still only rtp-events are passed onto the B-side UA, which doesn't know what to do with that.
/Robin
-- Robin Vleij
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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
_______________________________________________ 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
-- Robin Vleij
participants (5)
-
Anthony Minessale
-
Mac
-
Michael Collins
-
Robin Vleij
-
Steven Ayre