<div dir="ltr">Did you happen to update your FreeSWITCH code to something more recent?</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 20, 2015 at 1:21 PM, Mi Ke <span dir="ltr"><<a href="mailto:mi.ke@null.net" target="_blank">mi.ke@null.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:Verdana;font-size:12.0px"><div>
<div>Dear Michael,</div>
<div> </div>
<div>Thank you for your response. I liked your idea so I have removed all channel vars I was assigning before bridge, removed tls and left only USER_BUSY in the single reject list. Still no luck neither from console nor from dialplan:</div>
<div> </div>
<div>originate {fail_on_single_reject=USER_BUSY}sofia/external/<a href="mailto:1111@1.1.1.1" target="_blank">1111@1.1.1.1</a>|sofia/external/<a href="mailto:2222@1.1.1.1" target="_blank">2222@1.1.1.1</a> 999</div>
<div> </div>
<div>tries both 1111 and 2222 in order, the same result is with simplified DP:</div>
<div> </div>
<div>
<div> <extension name="outbound"><br>
<condition field="destination_number" expression="\d+"><span class=""><br>
<action application="set" data="bridge_answer_timeout=120"/><br></span>
<action application="set" data="verbose_sdp=true"/><span class=""><br>
<action application="set" data="bridge_early_media=true"/><br>
<action application="set" data="hangup_after_bridge=true"/><br>
<action application="set" data="sip_jitter_buffer_during_bridge=true"/><br></span>
<action application="set" data="fail_on_single_reject=USER_BUSY"/><br>
<action application="info"/><br>
<action application="bridge" data="sofia/external/<a href="mailto:1111@1.1.1.1" target="_blank">1111@1.1.1.1</a>|sofia/external/<a href="mailto:2222@1.1.1.1" target="_blank">2222@1.1.1.1</a>"/><span class=""><br>
<action application="hangup" data="${last_bridge_hangup_cause}"/><br></span>
<anti-action application="hangup" data="SERVICE_UNAVAILABLE"/><br>
</condition><br>
</extension></div>
<div> </div>
<div>quote from info output just before bridge:</div>
<div> </div>
<div>
<div>variable_bridge_answer_timeout: [120]<br>
variable_verbose_sdp: [true]<br>
variable_bridge_early_media: [true]<br>
variable_hangup_after_bridge: [true]<br>
variable_sip_jitter_buffer_during_bridge: [true]<br>
variable_fail_on_single_reject: [USER_BUSY]<br>
variable_current_application: [info]</div>
<div> </div>
<div>I also tried different escapings in {} as per Brian's advise, but all of them produced the same (correct) output in info and did not affect the end result. Any thoughts on where else I could dig?</div>
<div> </div>
<div>Thanks / Mike</div>
</div>
</div>
<div>
<div name="quote" style="margin:10px 5px 5px 10px;padding:10px 0 10px 10px;border-left:2px solid #c3d9e5;word-wrap:break-word">
<div style="margin:0 0 10px 0"><b>Sent:</b> Friday, February 20, 2015 at 6:47 PM<br>
<b>From:</b> "Michael Collins" <<a href="mailto:msc@freeswitch.org" target="_blank">msc@freeswitch.org</a>><span class=""><br>
<b>To:</b> "FreeSWITCH Users Help" <<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>><br>
<b>Subject:</b> Re: [Freeswitch-users] piped failover doesn't work in dialplan, but works from console</span></div>
<div name="quoted-content">
<div>
<div class="gmail_extra">
<div><div class="h5"><div class="gmail_quote">On Thu, Feb 19, 2015 at 4:58 PM, Mi Ke <span><<a href="http://mi.ke@null.net" target="_blank">mi.ke@null.net</a>></span> wrote:
<blockquote class="gmail_quote" style="margin:0.0px 0.0px 0.0px 0.8ex;border-left:1.0px solid rgb(204,204,204);padding-left:1.0ex">
<div>
<div style="font-family:Verdana;font-size:12.0px">
<div>
<div>Dear Brian,</div>
<div> </div>
<div>I have tuned escaping as per your advise and variable parsing looks OK now:</div>
<div> </div>
<div>2015-02-20 00:20:27.057113 [DEBUG] switch_ivr_originate.c:2100 Parsing global variables<br>
2015-02-20 00:20:27.057113 [DEBUG] switch_event.c:1688 Parsing variable [fail_on_single_reject]=[USER_BUSY,NO_ANSWER,NO_USER_RESPONSE,RECOVERY_ON_TIMER_EXPIRE,ORIGINATOR_CANCEL] <---properly escaped now<br>
2015-02-20 00:20:27.057113 [DEBUG] switch_ivr_originate.c:2550 Parsing session specific variables<br>
2015-02-20 00:20:27.057113 [DEBUG] switch_event.c:1688 Parsing variable [rtp_secure_media]=[true]<br>
2015-02-20 00:20:27.057113 [DEBUG] switch_event.c:1688 Parsing variable [sdp_secure_savp_only]=[true]<br>
2015-02-20 00:20:27.057113 [DEBUG] switch_event.c:1688 Parsing variable [origination_caller_id_number]=[1111]<br>
2015-02-20 00:20:27.057113 [DEBUG] switch_event.c:1688 Parsing variable [origination_caller_id_name]=[aaaa]</div>
<div> </div>
<div>However a failover's behaviour in console and in dialplan is still different:</div>
<div> </div>
<div>2015-02-20 00:20:27.057113 [NOTICE] switch_channel.c:1055 New Channel sofia/external/<a href="http://5555@1.1.1.1" target="_blank">5555@1.1.1.1</a> [45088610-b896-11e4-99d1-858de6bd5367]<br>
2015-02-20 00:20:27.057113 [DEBUG] mod_sofia.c:4701 (sofia/external/<a href="http://5555@1.1.1.1" target="_blank">5555@1.1.1.1</a>) State Change CS_NEW -> CS_INIT</div>
<div>
<div> </div>
<div>call originates and hit 1.1.1.1</div>
<div> </div>
<div>
<div>2015-02-20 00:20:27.117077 [DEBUG] sofia.c:5845 Remote Reason: 17<br>
2015-02-20 00:20:27.117077 [DEBUG] sofia.c:6617 Channel sofia/external/<a href="http://5555@1.1.1.1" target="_blank">5555@1.1.1.1</a> entering state [terminated][486]<br>
2015-02-20 00:20:27.117077 [NOTICE] sofia.c:7533 Hangup sofia/external/<a href="http://5555@1.1.1.1" target="_blank">5555@1.1.1.1</a> [CS_CONSUME_MEDIA] [USER_BUSY]<br>
2015-02-20 00:20:27.117077 [DEBUG] switch_channel.c:3222 Send signal sofia/external/<a href="http://5555@1.1.1.1" target="_blank">5555@1.1.1.1</a> [KILL]</div>
<div> </div>
<div>
<div>2015-02-20 00:20:27.117077 [DEBUG] switch_core_state_machine.c:823 (sofia/external/<a href="http://5555@1.1.1.1" target="_blank">5555@1.1.1.1</a>) State REPORTING<br>
2015-02-20 00:20:27.117077 [DEBUG] switch_ivr_originate.c:3720 Originate Resulted in Error Cause: 17 [USER_BUSY]</div>
<div> </div>
<div>it should stop here since USER_BUSY is in fail_on_single_reject list, but hunting continues:</div>
<div><br>
2015-02-20 00:20:27.117077 [DEBUG] switch_ivr_originate.c:2550 Parsing session specific variables<br>
2015-02-20 00:20:27.117077 [DEBUG] switch_event.c:1688 Parsing variable [rtp_secure_media]=[true]<br>
2015-02-20 00:20:27.117077 [DEBUG] switch_event.c:1688 Parsing variable [sdp_secure_savp_only]=[true]<br>
2015-02-20 00:20:27.117077 [DEBUG] switch_event.c:1688 Parsing variable [origination_caller_id_number]=[2222]<br>
2015-02-20 00:20:27.117077 [DEBUG] switch_event.c:1688 Parsing variable [origination_caller_id_name]=[bbbb]</div>
<div>
<div>and the same continues for gw 2.2.2.2</div>
<div> </div>
<div>Meanwhile from console everything is OK:</div>
<div> </div>
<div>
<div>freeswitch@internal> originate {fail_on_single_reject=CALL_REJECTED\,USER_BUSY\,NO_ANSWER}error/NO_ANSWER|error/USER_BUSY|error/CALL_REJECTED 999<br>
-ERR NO_ANSWER</div>
<div>2015-02-20 00:35:15.057125 [DEBUG] switch_ivr_originate.c:2100 Parsing global variables<br>
2015-02-20 00:35:15.057125 [DEBUG] switch_event.c:1688 Parsing variable [fail_on_single_reject]=[CALL_REJECTED,USER_BUSY,NO_ANSWER]<br>
2015-02-20 00:35:15.057125 [NOTICE] switch_ivr_originate.c:2732 Cannot create outgoing channel of type [error] cause: [NO_ANSWER]</div>
<div> </div>
</div>
<div>My dialplan is:</div>
<div> </div>
<div>
<div> <extension name="outbound"><br>
<condition field="destination_number" expression="^\d{4}$"><br>
<span> <action application="set" data="bridge_answer_timeout=120"/></span><br>
<span> <action application="set" data="bridge_early_media=true"/><br>
<action application="set" data="hangup_after_bridge=true"/></span><br>
<action application="set" data="sip_jitter_buffer_during_bridge=true"/><br>
<span> <action application="odbc_query" inline="true" data="route_out"/><br>
<action application="bridge" data="${bridge_to}"/><br>
<action application="hangup" data="${last_bridge_hangup_cause}"/><br>
<anti-action application="hangup" data="INVALID_NUMBER_FORMAT"/><br>
</condition><br>
</extension></span></div>
<div> </div>
<div>bridge data var as returned from the db backend is:</div>
<div> </div>
<div>
<div>{fail_on_single_reject=USER_BUSY\,NO_ANSWER\,NO_USER_RESPONSE\,RECOVERY_ON_TIMER_EXPIRE\,ORIGINATOR_CANCEL}[rtp_secure_media=true,sdp_secure_savp_only=true,origination_caller_id_number=1111,origination_caller_id_name=aaaa,called_id=5555]sofia/external/<a href="http://5555@1.1.1.1" target="_blank">5555@1.1.1.1</a>;transport=tls|[rtp_secure_media=true,sdp_secure_savp_only=true,origination_caller_id_number=2222,origination_caller_id_name=bbbb,called_id=5555]sofia/external/<a href="http://5555@2.2.2.2" target="_blank">5555@2.2.2.2</a>;transport=tls</div>
<div> </div>
<div>a testing sites at 1.1.1.1 and 2.2.2.2 are doing nothing but hangup incoming calls with code 17</div>
<div> </div>
<div>Any ideas?</div>
<div> </div>
<div>Thanks / Mike</div>
</div>
<div> </div>
</div>
</div>
</div>
<div> </div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<div>One thing I think you should try is to use the set application instead of using the curly brackets in the bridge line. I strongly recommend that you get it working manually with hard-coded values and then add the database lookup after that. I'd create a separate extension and test it. Something like this:<br>
<br>
<extension name="outbound"><br>
<condition field="destination_number" expression="^\d{4}$"><br>
<span> <action application="set" data="bridge_answer_timeout=120"/></span><br>
<span> <action application="set" data="bridge_early_media=true"/><br>
<action application="set" data="hangup_after_bridge=true"/></span><br>
<action application="set" data="sip_jitter_buffer_
<div>during_bridge=true"/><br>
<span> <action application="set" data="</span><span>fail_on_single_reject=USER_</span>
<div>BUSY,NO_ANSWER,NO_USER_RESPONSE,RECOVERY_ON_TIMER_EXPIRE,ORIGINATOR_CANCEL"/></div>
<span> <action application="bridge" data="</span><span>[</span>rtp_secure_media=true,sdp_secure_savp_only=true,origination_caller_id_number=1111,origination_caller_id_name=aaaa,called_id=5555]sofia/external/<a href="http://5555@1.1.1.1" target="_blank">5555@1.1.1.1</a>;transport=tls|[rtp_secure_media=true,sdp_secure_savp_only=true,origination_caller_id_number=2222,origination_caller_id_name=bbbb,called_id=5555]sofia/external/<a href="http://5555@2.2.2.2" target="_blank">5555@2.2.2.2</a>;transport=tls"/><br>
<span> <action application="hangup" data="${last_bridge_hangup_cause}"/><br>
<anti-action application="hangup" data="INVALID_NUMBER_FORMAT"/><br>
</condition><br>
</extension></span></div>
</div>
<div>I have a hunch that once you get it working with predictable, hard-coded values that the rest of it will fall into place.<br>
</div>
<div>-MC</div>
<div> </div>
</div>
</div></div></div>
</div><span class="">
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: <a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a> <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a> Official FreeSWITCH Sites <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a> <a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a> <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a> FreeSWITCH-users mailing list <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></span></div>
</div>
</div>
</div></div></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">
<p><font face="courier new, monospace"><b><i><font size="4">Brian West</font></i></b><br><span style="font-size:x-small"><a href="mailto:brian@freeswitch.org" target="_blank">brian@freeswitch.org</a></span></font></p>
<p><font size="1" face="courier new, monospace"><img src="http://billing.freeswitch.org/templates/default/img/whmcslogo.png"><br></font></p><p><font face="courier new, monospace"><b><i>Twitter: @FreeSWITCH , @briankwest</i></b><br><a href="http://www.freeswitchbook.com" target="_blank">http://www.freeswitchbook.com</a><br><a href="http://www.freeswitchcookbook.com" target="_blank">http://www.freeswitchcookbook.com</a></font></p>
<p><font face="courier new, monospace"><b>T:</b>+19184209001 | <b>F:</b>+19184209002 | <b>M:</b>+1918424WEST (9378)<br><b>iNUM:</b>+883 5100 1420 9001 | <b>ISN:</b>410*543 | <b>Skype:</b>briankwest</font></p></div></div>
</div>