<div dir="ltr">Please ignore the above - that's not the case for that variable</div><div class="gmail_extra"><br><br><div class="gmail_quote">On 5 September 2014 09:41, Steven Ayre <span dir="ltr"><<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">The 'set' application sets the variable on the a-leg, while the {} sets the variable on the b-leg. When the b-leg call is being placed it only checks its own copy of the variable.<div><br></div><div>Use 'export' instead of 'set' and you'll get the behaviour you're expecting.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On 4 September 2014 21:45, Phillip Jones <span dir="ltr"><<a href="mailto:pjintheusa@gmail.com" target="_blank">pjintheusa@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Hi there,<div><br></div><div>I am testing carrier failover via the dialplan. </div><div><br></div><div>Can anyone tell why me the following two dial plans act differently? In my mind they are the same so I am flummoxed.</div>
<div><br></div><div> </div><div><div><extension name="treatment_followme_route"></div><div> <condition field="${Treatment}" expression="^SEQUENTIAL$"/></div><div><span style="white-space:pre-wrap"> </span> <condition field="${ForwardingNumber}" expression="^100"></div>
<div><span style="white-space:pre-wrap"> </span><action application="set" data="ignore_early_media=true"/></div><div><span style="white-space:pre-wrap"> </span><action application="set" data="continue_on_fail=true"/></div>
<div><br></div><div><span style="white-space:pre-wrap"> </span><b><action application="set" data="call_timeout=5"/></b> </div><div><span style="white-space:pre-wrap"> </span><action application="bridge" data="user/1001|user/1001"/></div>
<div><span style="white-space:pre-wrap"> </span></div><div><span style="white-space:pre-wrap"> </span><b><action application="set" data="call_timeout=20"/></b> </div><div><span style="white-space:pre-wrap"> </span><action application="bridge" data="user/1002|user/1002"/> </div>
<div><span style="white-space:pre-wrap"> </span></div><div><span style="white-space:pre-wrap">...</span></div><div> </condition></div><div></extension></div><div><span style="white-space:pre-wrap"> </span></div>
</div><div><span style="white-space:pre-wrap"><br></span></div><div><span style="white-space:pre-wrap">VERUS:</span></div><div><span style="white-space:pre-wrap"><br></span></div><div><span><div>
<div><extension name="treatment_followme_route"></div><div> <condition field="${Treatment}" expression="^SEQUENTIAL$"/></div><div><span style="white-space:pre-wrap"> </span> <condition field="${ForwardingNumber}" expression="^100"></div>
<div><span style="white-space:pre-wrap"> </span><action application="set" data="ignore_early_media=true"/></div><div><span style="white-space:pre-wrap"> </span><action application="set" data="continue_on_fail=true"/></div>
<div><br></div><div><span style="white-space:pre-wrap"> </span><action application="bridge" data="<b>{call_timeout=5}</b>user/1001|user/1001"/><br></div><div><span style="white-space:pre-wrap"> </span></div>
<div><span style="white-space:pre-wrap"> </span><action application="bridge" data="<b>{call_timeout=20</b>}user/1002|user/1002"/> <br></div><div><span style="white-space:pre-wrap">..</span></div>
<div><span style="white-space:pre-wrap"> </span></div><div> </condition><br></div><div> </extension></div><div><br></div><div><br></div><div>First dial plan will dial user 1001 <b>once</b> followed by 1002 <b>once </b>- which is correct for my purposes</div>
<div><br></div><div>Second will dial user 1001 <b>twice </b>followed by 1002 <b>twice</b></div><div><br></div><div>Why would {call_timeout=15} change the nature of that bridge and <action application="set" data="call_timeout=5"/> not?</div>
<div><br></div><div><br></div><div><br></div><div><br></div><div>Thanks</div><div><br></div><div><br></div><div>Phil</div><div><br></div><div><br></div><div>
<br></div></div></span></div></div>
<br></div></div><span class="">_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">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-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">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></span></blockquote></div><br></div>
</blockquote></div><br></div>