[Freeswitch-users] xml_curl ...

Shelby Ramsey sicfslist at gmail.com
Sun Nov 9 11:35:56 PST 2008


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 at gmail.com> wrote:

> 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 at 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 at 4.71.122.214;user=phone>" />
>           <action application="bridge" data="sofia/internal/
> 7135454263 at 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):
>
> <extension name="internal">
>   <condition field="destination_number" expression="^1111">
>     <action application="set" data="hangup_after_bridge=true"/>
>     <action application="bridge" data="sofia/local_profile/1111 at example1.company.com" />
>     <action application="bridge" data="sofia/local_profile/1111 at example2.company.com" />
>   </condition>
> </extension>
>
>
> I had previously tried the hangup_after_bridge=false ...
>
> Any thoughts?
>
> Thanks for all the help!
>
> SR
>
>
> On Fri, Nov 7, 2008 at 1:22 PM, Michael Jerris <mike at jerris.com> wrote:
>
>> <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:
>>
>> 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 at 4.71.122.214;user=phone>" />
>>           <action application="bridge" data="sofia/internal/
>> 7135454263 at 4.71.122.250" />
>>           <action application="bridge" data="sofia/internal/
>> 7135454263 at 4.71.122.131" />
>>         </condition>
>>       </extension>
>>     </context>
>>   </section>
>> </document>
>>
>> FS sends call to sofia/internal/7135454263 at 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 at 4.71.122.250Execute bridge(sofia/internal/
>> 7135454263 at 4.71.122.250)
>>
>> but it does not do the same thing to the next "action" -- <action
>> application="bridge" data="sofia/internal/7135454263 at 4.71.122.131" />
>>
>>
>> _______________________________________________
>> 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/20081109/8f0a75eb/attachment-0002.html 


More information about the FreeSWITCH-users mailing list