<br><br><div class="gmail_quote">On Thu, Mar 24, 2011 at 12:05 PM, Madovsky <span dir="ltr"><<a href="mailto:infos@madovsky.org">infos@madovsky.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div bgcolor="#ffffff">
<div><font size="2">for example the conferencer invites 9999999999</font></div>
<div><font size="2">and does it from fs_cli. the return string of conference dial
command is</font></div>
<div><font size="2">the status of call after success or failure (seems that the
command is synchronous)</font></div>
<div><font size="2">but not uuid information nor id_member in return. So maybe
have the member_id in the</font></div>
<div><font size="2">return string would be useful in case of the call fails in a
not useful answered call like answer machine</font></div>
<div><font size="2">or "caller is unreacheable" from telcom.</font></div>
<div><font size="2">as this it will avoid to run "conference list", parse the
result and find the right member_id.</font></div>
<div><font size="2"></font> </div>
<div><font size="2">what folks do you think ?</font></div></div></blockquote><div>Well, you have the uuid of the call, correct? You can get the member_id with uuid_getvar:</div><div><br></div><div>uuid_getvar <uuid> member_id</div>
<div><br></div><div>If there is no member_id then your call never made it into the conference. BTW, we recently added conference_uuid channel variable so you can even see which exact instance of the conference that the user was/is connected to.</div>
<div><br></div><div>-MC</div></div>