What does 123 lead to? launching another script?<br><br>you could make the 2nd originate lead to &park() in place of 123<br><br>and you could control both legs from the same socket.<br><br>please please join irc and let the whole group help you.<br>
<br><br><br><br><div class="gmail_quote">On Thu, Oct 23, 2008 at 10:02 AM, Dennis <span dir="ltr"><<a href="mailto:odermann@googlemail.com">odermann@googlemail.com</a>></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;">
2008/10/23 Anthony Minessale <<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>>:<br>
<br>
Please do not lose patience with me. I am absolutely new to the whole<br>
sip-/phone-/call-thing...<br>
<div class="Ih2E3d"><br>
> What messages do you want to send? Be Specific.<br>
<br>
</div>For example I want to send the message "playfile" from one process to<br>
another (the call_direction outbound should send this message to the<br>
call_direction inbound).<br>
<div class="Ih2E3d"><br>
<br>
> Like i said you CANNOT blindly call sendmsg on any channel that was not<br>
> first parked to indicate you should be controlling it.<br>
<br>
</div>This is a point I do not understand. If two persons are talking to<br>
each other, #1 (call_direction inbound) called #2 (call_direction<br>
outbound), and #2 presses a key to play a file for #1, I see no way to<br>
do so, because session #2 can not talk to session #1 (at least not<br>
send a playfile message), when I use event socket outbound.<br>
When both persons are connected to each other, how can I park #1 to<br>
send a message to #1 from #2?<br>
<div class="Ih2E3d"><br>
<br>
> Probably if you explain *exactly* what you want to accomplish there is some<br>
> simple way to do it.<br>
<br>
</div>Ok, then I will try to be a little more precise:<br>
<br>
1.) I would like to use event socket outbound, because I have a good<br>
PHP script, which works well and automatically forks a new PHP process<br>
for each call/leg. If one of theses processes dies because of some<br>
problems, all other calls are not affected. I have some problems to<br>
thing the other way round and switch to event socket inbound.<br>
Therefore I would prefer to keep the current PHP script.<br>
<br>
2.) I have NO dialplan or something like this! I want to tell fs what<br>
to over my PHP scripts.<br>
<br>
3.) I want fs to come and tell my PHP script, if there are new events.<br>
After that, my PHP script tells fs what to do. Then fs tells me, that<br>
it has done what it should, I tell, what to do next.<br>
<br>
Here is a detailed example:<br>
<br>
1.) fs is connected to my PHP socket-script (not the other way round).<br>
<br>
2.) The PHP socket-script registers to "myevents" and "event SESSION_HEARTBEAT".<br>
<br>
3.) fs comes with an event and tells, that someone is calling/ringing.<br>
The PHP socket-script forks a new PHP process (p #1), which handles this call.<br>
Then I tell fs to answer (sendmsg answer) and to play a soundfile for<br>
the caller (call_direction inbound).<br>
<br>
sendmsg<br>
call-command: execute<br>
execute-app-name: playback<br>
execute-app-arg: /var/www/freeswitch/hello.wav<br>
<br>
4.) The caller knows, that if he presses the 1 digit, he will be<br>
connected to a target.<br>
<br>
5.) fs tells me, that the call_direction inbound pressed the 1<br>
(event_name:DTMF, dtmf_digit:1).<br>
<br>
6.) I tell fs to originate to a target. I do not want to bridge! I<br>
want to control everything for different reasons.<br>
<br>
api originate {origination_caller_id_number=1234567,inbound_uuid=".$event['Unique-ID']."}sofia/internal/<a href="mailto:1001@192.168.1.5">1001@192.168.1.5</a><br>
123<br>
<br>
I pass the uuid of the call_direction inbound/caller to the<br>
call_direction outbound/target, so that the call_direction outbound<br>
knows the uuid of the call_direction inbound (to hopefully send<br>
messages to the process of the call_direction inbound).<br>
<br>
<br>
7.) The target ansers the call, but the call_direction inbound and the<br>
call_direction outbound are not connected (which is good)<br>
The PHP socket-scripts forks a new PHP process (p #2), which handles<br>
the call_direction outbound/target.<br>
<br>
Now I have two calls and two PHP processes.<br>
<br>
Now the problems are coming up....<br>
<br>
I want thecall_direction outbound to be able to press a digit and to<br>
start a playback for the call_direction inbound/caller.<br>
Because I passed the uuid of the call_direction inbound to the<br>
call_direction outbound, the call_direction outbound knows the uuid<br>
and could use this uuid to send a message to it.<br>
<br>
But I can not use sendmsg uuid to do that.<br>
I would like to send from p #2 (call_direction outbound)...<br>
<br>
sendmsg 1dca106c-a10c-11dd-b986-d5cdf6924ae6 (which is the uuid of the<br>
call_direction inbound in p #1)<br>
call-command: execute<br>
execute-app-name: playback<br>
execute-app-arg: /var/www/freeswitch/again_hello.wav<br>
<br>
... so that the call_direction inbound (in p #1) can hear the again_hello.wav.<br>
<br>
Instead, the uuid is ignored and the file is playback for the<br>
call_direction outbound (in p #2). The call with the uuid<br>
1dca106c-a10c-11dd-b986-d5cdf6924ae6 will not hear anything.<br>
<br>
<br>
I hope this example was a little bit better to understand than my<br>
other examples.<br>
<div class="Ih2E3d"><br>
<br>
<br>
> I'll tell you what, i'll lift that restriction in latest trunk and you tell<br>
> me if it breaks anything or if it makes your life<br>
> easier since it's not really doing much but protecting you from yourself. So<br>
> with latest code you can use your one socket<br>
> to send messages to the other leg too.<br>
<br>
</div>That sounds interesting, at least to find out, where my problems are.<br>
I just donwloaded the latest trunk, but the szenario described above<br>
stays the same.<br>
<br>
If I send...<br>
<br>
sendmsg 1dca106c-a10c-11dd-b986-d5cdf6924ae6 (which is the uuid of the<br>
caller/inbound in p #1)<br>
call-command: execute<br>
execute-app-name: playback<br>
execute-app-arg: /var/www/freeswitch/again_hello.wav<br>
<br>
...the file will still be played back for the target/outbound.<br>
<br>
<br>
Thanks again for your patience<br>
<font color="#888888">Dennis<br>
</font><div><div></div><div class="Wj3C7c"><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>
</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>