VoIP Mailing List Archives

[sicfslist at gmail.com]

Hello,
I have a question re: xml_curl ... if I reply with this (from the /tmp/ file created by fs after xml_curl debug_on):

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<document type="freeswitch/xml">
<section name="dialplan" description="FS RESPONSE">
<context name="public">
<extension name="7135454263">
<condition field="destination_number" expression="7135454263">
<action application="set" data="hangup_after_bridge=true"/>
<action application="set" data="call_timeout=180"/>
<action application="set" data="proxy_media=true"/>
<action application="set" data="pass_rfc2833=true"/>
<action application="set" data="accountcode=TEST" />
<action application="set" data="origination_caller_id_name=NULL" />
<action application="set" data="origination_caller_id_number=7135454263" />
<action application="set" data="effective_caller_id_name=NULL" />
<action application="set" data="effective_caller_id_number=7133000522" />
<action application="set" data="sip_h_P-Asserted-Identity=<sip: +17133000522@4.71.122.214 (17133000522@4.71.122.214);user=phone>" />
<action application="bridge" data="sofia/internal/7135454263@4.71.122.250 (7135454263@4.71.122.250)" />
<action application="bridge" data="sofia/internal/7135454263@4.71.122.131 (7135454263@4.71.122.131)" />
</condition>
</extension>
</context>
</section>
</document>


FS sends call to sofia/internal/7135454263@4.71.122.250 (7135454263@4.71.122.250) (which returns a 404) but does not send to the next "action".

Somewhat of a FS newbie but I thought this should work ... looking at the log files I can see this:

2008-11-07 11:45:00 [DEBUG] switch_core_state_machine.c:140 switch_core_standard_on_execute() sofia/external/8885551000@4.71.122.250 (8885551000@4.71.122.250) Execute bridge(sofia/internal/7135454263@4.71.122.250 (7135454263@4.71.122.250))

but it does not do the same thing to the next "action" -- <action application="bridge" data="sofia/internal/7135454263@4.71.122.131 (7135454263@4.71.122.131)" />

Any thoughts?

Thanks for any help!

SR

[mike at jerris.com]

<action application="set" data="hangup_after_bridge=true"/>

change to


<action application="set" data="hangup_after_bridge=false"/>


also, if your serving up from xml_curl, you can do the conditions on your cgi and just have a blank condition tag, no reason to have the switch do the regex as well.


Mike


On Nov 7, 2008, at 1:35 PM, Shelby Ramsey wrote:

[sicfslist at gmail.com]

Mike,
Thanks for the info on the .cgi ...

I altered the hangup_after_bridge ... see XML below:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<document type="freeswitch/xml">
<section name="dialplan" description="FS RESPONSE">
<context name="public">
<extension name="17135454263">
<condition field="destination_number" expression="17135454263">
<action application="set" data="hangup_after_bridge=false"/>
<action application="set" data="call_timeout=180"/>
<action application="set" data="proxy_media=true"/>
<action application="set" data="pass_rfc2833=true"/>
<action application="set" data="accountcode=SIC_TEST" />
<action application="set" data="origination_caller_id_name=NULL" />
<action application="set" data="origination_caller_id_number=no" />
<action application="set" data="effective_caller_id_name=NULL" />
<action application="set" data="effective_caller_id_number=no" />
<action application="bridge" data="sofia/internal/7135454263@4.71.122.250:5060" />
<action application="set" data="origination_caller_id_name=NULL" />
<action application="set" data="origination_caller_id_number=+17133000522" />
<action application="set" data="effective_caller_id_name=NULL" />
<action application="set" data="effective_caller_id_number=+17133000522" />
<action application="set" data="sip_h_P-Asserted-Identity=<sip: +17133000522@4.71.122.214 (17133000522@4.71.122.214);user=phone>" />
<action application="bridge" data="sofia/internal/7135454263@4.71.122.131:5060" />
</condition>
</extension>
</context>
</section>
</document>

I had it set to true based on an example on the wiki (dialplan, example 7):

[sicfslist at gmail.com]

OK ... I added continue_on_fail=true and this fixed the issue. Works with hangup_after_bridge true or false.
SR

Thanks for the assi

On Fri, Nov 7, 2008 at 3:46 PM, Shelby Ramsey <sicfslist@gmail.com (sicfslist@gmail.com)> wrote: