like i said, the inbound socket just needs to know the uuid of each leg <br>and it can send the command to bridge them:<br><br>api uuid_bridge &lt;uuid of leg a&gt; &lt;uuid of leg b&gt;<br><br>as soon as you do this the legs will be bridged.<br>
<br><br><br><br><br><div class="gmail_quote">On Tue, Oct 21, 2008 at 11:26 AM, 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;">
I think I have problems to understand what is happening in detail.<br>
<br>
Just a short explaination, of what we are doing. We use socket<br>
outbound and have a PHP script, which is listening to &quot;myevents&quot;. If a<br>
new call is coming in, we fork the PHP script in a new process to<br>
handle this call. Now we have a new &quot;inbound&quot;, which we can handle<br>
with fs and the PHP script.<br>
In example, we play a file for the caller. After we have played the<br>
file, we want to call to the dialed number. But we do not want to<br>
connect both call immediately. We originate to the target number,<br>
because we want to play a file, before we connect, perhaps. A &quot;bridge&quot;<br>
would connect both legs immediately. Therefore we need to originate.<br>
<br>
If we originate, the originated call will run in a new child process<br>
in PHP (this does not happen with &quot;bridge&quot;).<br>
<br>
How could our PHP &quot;inbound&quot;-process know, what the &quot;outbound&quot;-process<br>
is doing? They have nothing to do with each other.<br>
<br>
We have an inbound and then we play a file. The current process<br>
&quot;knows&quot;, that we have to make an originate, play a file and then<br>
bridge. But the &quot;current&quot; process does not know, when the playfile is<br>
done and the bridge can be executed.<br>
<br>
So how could we &quot;control both sessions individually&quot;?<br>
<br>
Sorry for all these questions, but we have serious problems, because<br>
we can not find the answers.<br>
<br>
Thanks<br>
Dennis<br>
<br>
<br>
2008/10/21 Anthony Minessale &lt;<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>&gt;:<br>
<div><div></div><div class="Wj3C7c">&gt; once you are controlling both sessions individually use api to send the<br>
&gt; uuid_bridge command:<br>
&gt;<br>
&gt; api uuid_bridge &lt;uuid of leg a&gt; &lt;uuid of leg b&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Tue, Oct 21, 2008 at 9:37 AM, Dennis &lt;<a href="mailto:odermann@googlemail.com">odermann@googlemail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; 2008/10/20 Anthony Minessale &lt;<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>&gt;:<br>
&gt;&gt;<br>
&gt;&gt; &gt;&gt; A more precise question about inbound/outbound: I want to read out the<br>
&gt;&gt; &gt;&gt; events from freeswitch with my PHP-script and then tell freeswitch,<br>
&gt;&gt; &gt;&gt; what to do next. I have the feeling, that &quot;outbound&quot; is the way to go.<br>
&gt;&gt; &gt;&gt; But of course I also want to be able to start calls. Can I do this by<br>
&gt;&gt; &gt;&gt; using &quot;outbound&quot;?<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; yes<br>
&gt;&gt;<br>
&gt;&gt; But what is the difference between &quot;bridge&quot; and &quot;originate&quot; in<br>
&gt;&gt; handling dials? &quot;bridge&quot; connects two calls together, but &quot;originate&quot;<br>
&gt;&gt; seems to be a part of &quot;bridge&quot;.<br>
&gt;&gt; If we make a &quot;bridge&quot;, both legs seem to bee in the same session, when<br>
&gt;&gt; using socked outbound.<br>
&gt;&gt;<br>
&gt;&gt; We make a &quot;bridge&quot; as follows:<br>
&gt;&gt; $this-&gt;invokeMessage(&quot;bridge&quot;, &quot;sofia/internal/<a href="mailto:1001@192.168.1.5">1001@192.168.1.5</a>&quot;);<br>
&gt;&gt;<br>
&gt;&gt; When we use &quot;originate&quot; (which we prefer, because we do not want to<br>
&gt;&gt; connect both call with each other immediately), we use the following<br>
&gt;&gt; command:<br>
&gt;&gt; $this-&gt;invokeCommand(&quot;API originate<br>
&gt;&gt; {origination_caller_id_number=123455}sofia/internal/<a href="mailto:1001@192.168.1.5">1001@192.168.1.5</a><br>
&gt;&gt; 123&quot;);<br>
&gt;&gt;<br>
&gt;&gt; The problem is, that the new call is now in another call-session and<br>
&gt;&gt; we do not know how to bring the calls together.<br>
&gt;&gt;<br>
&gt;&gt; Does it have something to do with &quot;API&quot;? If yes, is there a way to use<br>
&gt;&gt; &quot;originate&quot; with &quot;sendmsg&quot;?<br>
<br>
</div></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>