Thanks Joćo.<br><br>My transfer_call extension runs a couple of js scripts to get and validate the number to transfer to, then does<br>                &lt;action application=&quot;att_xfer&quot; data=&quot;${dial_string}&quot;/&gt;<br>

(and it has a couple of steps after that to handle failed transfers.)<br><br>So could I use ESL&#39;s execute command to run the execute_extension? Not sure how I missed that option in the wiki. I&quot;ll give it a try, see what happens.<br>

<br><br>I forgot to say in the original post, but execute_extension seems to be particularly nice for this use-case, as it falls back through the dialplan gracefully if there&#39;s a problem.<br><br>Cheers,<br>Fraser<br>
<br>
<br>
<br><br><div class="gmail_quote">2011/1/20 Joćo Mesquita <span dir="ltr">&lt;<a href="mailto:jmesquita@freeswitch.org">jmesquita@freeswitch.org</a>&gt;</span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

Lucky for you I have been working on this lately and the bad news is ... there&#39;s no easy way to do it....<div><br></div><div>You can execute an extension like you said, but you have to park the legs first... It would help to know how&#39;s the transfer_call extension so that I can try to help you out, but maybe it is easier if you think of it this way:</div>


<div><br></div><div>When you use an app like att_xfer, the core already knows what to do next with a call and parks the legs for you. If you do it on ESL, you&#39;ve done it half way and you didn&#39;t really park anything before you transfered the call. When the bridge is undone, the leg that was not transfered doesn&#39;t know what to do, has no applications to be run at this moment and so all it&#39;s left for it is to let go.</div>


<div><br></div><div>A bit clearer? Att_xfer is a bit of a pain in the butt and it kinda requires you to know a bit more of the inner workings of the state machine.</div><div><br></div><div>You can always execute att_xfer using ESL&#39;s execute (<a href="http://wiki.freeswitch.org/wiki/Event_Socket_Library#execute" target="_blank">http://wiki.freeswitch.org/wiki/Event_Socket_Library#execute</a>) if you don&#39;t care what happens to the legs afterwards but if you want to have control over all 3 legs, no luck for you...</div>


<div><br></div><div>Regards,</div><div>Joćo Mesquita<br>
<br><br><div class="gmail_quote"><div><div></div><div class="h5">On Fri, Jan 21, 2011 at 12:13 AM, Fraser Redmond <span dir="ltr">&lt;<a href="mailto:fraserredmond@gmail.com" target="_blank">fraserredmond@gmail.com</a>&gt;</span> wrote:<br>

</div></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div></div><div class="h5">
Is there any way to run a dialplan tool from the event socket?<br><br>I have a dialplan that uses a dtmf to set up and perform an attended transfer, like so:<br>&lt;action application=&quot;bind_meta_app&quot; data=&quot;8 a s execute_extension::TransferCall XML transfer_call&quot;/&gt;<br>




<br>But I can&#39;t see any way to run the same thing from the event socket. I thought doing an  &quot;api uuid_transfer&quot;  might do it, but that hangs up one of the legs (no good for attended transfer.)<br><br>api uuid_transfer Uuid -bleg TransferCall XML transfer_call<br>




<br>As far as I can see, the closest thing is &quot;sendmsg execute&quot;, but it looks like you have to park a call/channel first to use that, so I&#39;m not sure that that is much use for attended transfer either.<br><br>




Or should I be lame and do &quot;api uuid_send_dtmf&quot; to send * 8.<br><br clear="all">Cheers,<br><font color="#888888">Fraser<br><br><br>
</font><br></div></div>_______________________________________________<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>
<br></blockquote></div><br></div>
<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>