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 <[EMAIL PROTECTED]>: > 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/[EMAIL > PROTECTED] > &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 <[EMAIL PROTECTED]> 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/[EMAIL >> PROTECTED] >> 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 <[EMAIL PROTECTED]>: >> > 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:[EMAIL PROTECTED] > GTALK/JABBER/PAYPAL:[EMAIL PROTECTED] > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:[EMAIL PROTECTED] > iax:[EMAIL PROTECTED]/888 > googletalk:[EMAIL PROTECTED] > 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 > > _______________________________________________ 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