I tried &park several times and it does not work for me. The problem must be on my side and I will test it tomorrow morning again. I know that I get back the uuid of the originated call and the targeted phone is ringing, although it is not shown anywhere, that it is ringing somewhere. I get "+OK uuid". Then I remove the "+OK " and then try to work with it. The problem is the same as always: playback does not with uuid - neither in one nor in the other direction. It simply does not matter, if I send sendmsg with or without the uuid - the uuid doesn't seem to matter. 2008/10/26 Anthony Minessale <anthony.minessale@gmail.com>:
one suggestion i was trying to make was. instead of originating the next call to 123 to put it in it's own script. try replacing 123 with &park()
{origination_caller_id_number=1234567,inbound_uuid=".$event['Unique-ID']."}sofia/internal/1001@... &park()
This will put the new call into park where it will be waiting happily for commands you can send from the original script so you would not need 2, the reply from that originate will give you the uuid of the new call if it's successful and you can then send it messages just like the other one.
you can have a one to many relationship with event socket to channels it can control with 1 socket.
On Sun, Oct 26, 2008 at 1:37 PM, Dennis <odermann@googlemail.com> wrote:
This is what I have in my "/dialplan/default.xml":
<extension name="test"> <condition field="destination_number" expression="^123$"> <action application="set" data="hangup_after_bridge=false"/> <action application="set" data="enable_heartbeat_events=10"/> <action application="socket" data="192.168.1.5:8022 async full"/> </condition> </extension>
At the "192.168.1.5:8022" the PHP script is listening. The scripts forks every new call over the socket. So if I have one caller and then call the command "api originate
{origination_caller_id_number=1234567,inbound_uuid=".$event['Unique-ID']."}sofia/internal/1001@... 123 " a new PHP process is startet. But this should be no problem, if it would be possible to control the inbound call in the first process from the outbound call in the second process (when using event_socket outbound). "api uuid_bridge" works for example very good, if i call it from the outbound call process. But "api uuid_playfile" does not exist and "sendmsg playfile <uuid_of_the_inbound_call> /path/file.wav" does not work, because it only seems to be available when using mod_event_socket in inbound mode. For me it is not only "playfile" which I am missing, it is also "hangup" and other commands, which seem to work in mod_socket_event in inbound mode.
You said, you wanted to lift these restrictions, but they do not work for me (at least I do not know how to use it). Are there any settings I have to configure to make it work the way I need it?
Be sure I will be on IRC tomorrow. Perhaps this helps to avoid missunderstandings ;-)
Thanks Dennis
2008/10/26 Anthony Minessale <anthony.minessale@gmail.com>:
question.... what args do you pass to the socket app when you call it in your dialplan.
are you using the "full and async" keywords? the full one is necessary to have the power to control other calls. Could this be your prob?
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:213-799-1400
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org