<font color="#333399"><font size="2"><font face="verdana,sans-serif">Hi Michael,</font></font></font><div><font color="#333399"><font size="2"><font face="verdana,sans-serif"><br></font></font></font></div><div><font color="#333399"><font size="2"><font face="verdana,sans-serif">This brings me neatly on to a long outstanding query of mine - does this UUID stick? All testing and evidence suggests that the originating_uuid specified continues as the channel uuid after answer, however the wiki (</font></font></font><a href="http://wiki.freeswitch.org/wiki/Mod_commands">http://wiki.freeswitch.org/wiki/Mod_commands</a><font color="#333399"><font size="2"><font face="verdana,sans-serif">) states the following (UUID specification is key to part of my system and has left me worrying that this may cause a headache in the future):</font></font></font><div>

<font color="#333399"><font size="2"><font face="verdana,sans-serif"><br></font></font></font></div><div><font color="#333399"><font size="2"><font face="verdana,sans-serif">Wiki text:</font></font></font></div><div><font color="#333399"><font size="2"><font face="verdana,sans-serif"><br>

</font></font></font></div><div><p style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 19px; font-family: sans-serif; font-size: 13px; background-color: rgb(255, 255, 255); ">

You can specify the UUID of an originated call by doing the following:</p><ul style="line-height: 19px; list-style-type: square; margin-top: 0.3em; margin-right: 0px; margin-bottom: 0px; margin-left: 1.5em; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; list-style-image: url(http://wiki.freeswitch.org/skins/monobook/bullet.gif); font-family: sans-serif; font-size: 13px; background-color: rgb(255, 255, 255); ">

<li style="margin-bottom: 0.1em; ">Use create_uuid to generate a UUID to use.</li><li style="margin-bottom: 0.1em; ">This will allow you to kill an originated call before it is answered by using uuid_kill.</li><li style="margin-bottom: 0.1em; ">

The UUID of the answered call leg will not be the same UUID as the origination_uuid specified (Each call leg always gets its own UUID)</li></ul><pre style="word-wrap:break-word;white-space:pre-wrap"><font face="verdana, sans-serif" color="#333399">Please tell me the wiki is out of date!</font></pre>

<pre style="word-wrap:break-word;white-space:pre-wrap"><font face="verdana, sans-serif" color="#333399">Thanks,</font></pre><pre style="word-wrap:break-word;white-space:pre-wrap"><font face="verdana, sans-serif" color="#333399">Callum</font></pre>

<pre style="word-wrap:break-word;white-space:pre-wrap"><font class="Apple-style-span" color="#333399" face="verdana, sans-serif"><br></font></pre>
<br><br><div class="gmail_quote">On 23 November 2011 00:16, Michael Collins <span dir="ltr">&lt;<a href="mailto:msc@freeswitch.org">msc@freeswitch.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

You can set the uuid yourself:<div><br></div><div><font face="&#39;courier new&#39;, monospace" size="1">&lt;action application=&quot;set&quot; data=&quot;my_uuid=${create_uuid}&quot; inline=&quot;true&quot;/&gt;</font></div>


<div><font face="&#39;courier new&#39;, monospace" size="1">&lt;action application=&quot;bridge&quot; data=&quot;{origination_uuid=${my_uuid}}/sofia/foo/bar&quot;/&gt;<br></font><br>Check out the create_uuid API and origination_uuid chan var on the wiki...</div>


<div><br></div><div>-MC</div><div><br><div class="gmail_quote"><div><div class="h5">On Tue, Nov 22, 2011 at 5:38 AM, <a href="mailto:succer110@tiscali.it" target="_blank">succer110@tiscali.it</a> <span dir="ltr">&lt;<a href="mailto:succer110@tiscali.it" target="_blank">succer110@tiscali.it</a>&gt;</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">Hi everybody!<br><br>I&#39;m executing a script with exec_on_answer and exec_on_pre_answer in a bridge application.<br>


Since the execution of my application is triggered before bridging the two legs (that&#39;s exactly hat what i was looking for) i do not have the &quot;<span style="font-family:monospace;white-space:pre-wrap">Other-Leg-uuid&quot; var setted in my session&#39;s channel variable.
</span>Is there any way to get the uuid of the bleg before the bridge?<br><br><div>        &lt;action application=&quot;export&quot; data=&quot;nolocal:execute_on_pre_answer=lua dial.lua PRGS&quot;/&gt;</div><div>        &lt;action application=&quot;export&quot; data=&quot;nolocal:execute_on_answer=lua dial.lua ANSW&quot;/&gt;</div>


<div>        &lt;action application=&quot;bridge&quot; data=&quot;sofia/external/<a href="mailto:111xxxx@192.168.1.1" target="_blank">111xxxx@192.168.1.1</a>&quot;/&gt;</div> <br>So: in the dial.lua i need to have the uuid of &quot;sofia/external/<a href="mailto:1111@192.168.1.1" target="_blank">1111@192.168.1.1</a>&quot;.<br>


Thank you in advice! <br>(and thank you all for freeswitch!!)<br><br>E&#39; nata indoona : chiama, videochiama e messaggia Gratis.<br>Scarica indoona per <a href="http://itunes.apple.com/app/indoona/id462250893?mt=8" target="_blank">iPhone</a>, <a href="https://market.android.com/details?id=com.tiscali.indoona" target="_blank">Android</a> e <a href="http://www.indoona.com/download/" target="_blank">PC</a> <br>


<br><br></div></div>_________________________________________________________________________<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>
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-dev mailing list<br>
<a href="mailto:FreeSWITCH-dev@lists.freeswitch.org" target="_blank">FreeSWITCH-dev@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></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-dev mailing list<br>
<a href="mailto:FreeSWITCH-dev@lists.freeswitch.org">FreeSWITCH-dev@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div></div>