one suggestion i was trying to make was.<br>instead of originating the next call to 123 to put it in it&#39;s own script.<br>try replacing 123 with &amp;park()<br><br>{origination_caller_id_number=1234567,inbound_uuid=&quot;.$event[&#39;Unique-ID&#39;].&quot;}sofia/internal/1001@... &amp;park()<br>
<br>This will put the new call into park where it will be waiting happily for commands you can send from the original script<br>so you would not need 2, the reply from that originate will give you the uuid of the new call if it&#39;s successful and you can<br>
then send it messages just like the other one.<br><br>you can have a one to many relationship with event socket to channels it can control with 1 socket.<br><br><br><div class="gmail_quote">On Sun, Oct 26, 2008 at 1:37 PM, Dennis <span dir="ltr">&lt;<a href="mailto:odermann@googlemail.com">odermann@googlemail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">This is what I have in my &quot;/dialplan/default.xml&quot;:<br>
<div class="Ih2E3d"><br>
 &nbsp; &lt;extension name=&quot;test&quot;&gt;<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;condition field=&quot;destination_number&quot; expression=&quot;^123$&quot;&gt;<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;action application=&quot;set&quot; data=&quot;hangup_after_bridge=false&quot;/&gt;<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;action application=&quot;set&quot; data=&quot;enable_heartbeat_events=10&quot;/&gt;<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;action application=&quot;socket&quot; data=&quot;<a href="http://192.168.1.5:8022" target="_blank">192.168.1.5:8022</a><br>
async full&quot;/&gt;<br>
 &nbsp; &nbsp; &nbsp;&lt;/condition&gt;<br>
 &nbsp; &nbsp;&lt;/extension&gt;<br>
<br>
</div>At the &quot;<a href="http://192.168.1.5:8022" target="_blank">192.168.1.5:8022</a>&quot; the PHP script is listening. The scripts<br>
forks every new call over the socket.<br>
So if I have one caller and then call the command &quot;api originate<br>
{origination_caller_id_number=1234567,inbound_uuid=&quot;.$event[&#39;Unique-ID&#39;].&quot;}sofia/internal/1001@...<br>
123 &quot; a new PHP process is startet.<br>
But this should be no problem, if it would be possible to control the<br>
inbound call in the first process from the outbound call in the second<br>
process (when using event_socket outbound). &quot;api uuid_bridge&quot; works<br>
for example very good, if i call it from the outbound call process.<br>
But &quot;api uuid_playfile&quot; does not exist and &quot;sendmsg playfile<br>
&lt;uuid_of_the_inbound_call&gt; /path/file.wav&quot; does not work, because it<br>
only seems to be available when using mod_event_socket in inbound<br>
mode. For me it is not only &quot;playfile&quot; which I am missing, it is also<br>
&quot;hangup&quot; and other commands, which seem to work in mod_socket_event in<br>
inbound mode.<br>
<br>
You said, you wanted to lift these restrictions, but they do not work<br>
for me (at least I do not know how to use it). Are there any settings<br>
I have to configure to make it work the way I need it?<br>
<br>
Be sure I will be on IRC tomorrow. Perhaps this helps to avoid<br>
missunderstandings ;-)<br>
<br>
Thanks<br>
Dennis<br>
<br>
<br>
2008/10/26 Anthony Minessale &lt;<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>&gt;:<br>
<div class="Ih2E3d">&gt; question.... what args do you pass to the socket app when you call it in<br>
&gt; your dialplan.<br>
&gt;<br>
&gt; are you using the &quot;full and async&quot; keywords? the full one is necessary to<br>
&gt; have the power to control<br>
&gt; other calls. &nbsp;Could this be your prob?<br>
<br>
</div><div><div></div><div class="Wj3C7c">_______________________________________________<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>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
<br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>