<div dir="ltr"><span style="font-family:arial,sans-serif;font-size:13px">originate_</span><span style="font-family:arial,sans-serif;font-size:13px">signal_bond</span><span style="font-family:arial,sans-serif;font-size:13px"> is the A-Leg dialing out to the B leg in question.</span><br>
<div><span style="font-family:arial,sans-serif;font-size:13px">signal_bond is the result of successful originate where a bridge is about to or is happening.</span><span style="font-family:arial,sans-serif;font-size:13px"><br>
</span></div><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><font face="arial, sans-serif">You do need to check both to get the A-Leg reliably. </font></div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Tue, Dec 10, 2013 at 5:35 AM, Antonio Silva <span dir="ltr"><<a href="mailto:asilva@wirelessmundi.com" target="_blank">asilva@wirelessmundi.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<u></u>
<div>
Hi,<br>
<br>
I've a small dialer that uses loopback and i'm trying to find out the uuid for the real channel sofia when the B channel is answered.<br>
<br>
So far i use the variable_originate_signal_bond that gives me the uuid of the sofia channel. But in some calls i don't have this variable but instead i have variable_signal_bond.<br>
In my code right now i test both to have the real channel, so there is no problem here.<br>
<br>
I notice that when i have signal_bond i don't have originate_signal_bond and is present when the bridge returns SUCCESS (originate_disposition=SUCCESS).<br>
But in some case the originate_disposition is equal failure and the call is successfully connected to sofia channel. <br>
<br>
<br>
What is the differences between this variables? or should i use another method to get the uuid for the realchannel?<br>
<br>
<br>
<br>
Thanks,<br>
António
</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>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.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://wiki.freeswitch.org" target="_blank">http://wiki.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>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬<div><br><div>☞ <a href="http://freeswitch.org/" target="_blank">http://freeswitch.org/</a> ☞ <a href="http://cluecon.com/" target="_blank">http://cluecon.com/</a> ☞ <a href="http://twitter.com/FreeSWITCH" target="_blank">http://twitter.com/FreeSWITCH</a></div>
<div><div>☞ <a href="http://irc.freenode.net" target="_blank">irc.freenode.net</a> #freeswitch ☞ <u><a href="http://freeswitch.org/g+">http://freeswitch.org/g+</a></u><br><br></div><div>ClueCon Weekly Development Call <br>
</div><div>☎ <a href="mailto:sip%3A888@conference.freeswitch.org" target="_blank">sip:888@conference.freeswitch.org</a> ☎ +19193869900 </div><div><br></div></div></div></div>
</div>