Hello Thanks for your hints, I now added {initiator_uuid=my_uuid} prefix to the dialstring. Then I catch the channel_answer event, get this variable_initiator_uuid and pass it to the application. This works like a charm.
Thanks to all. Best regards Peter Anthony Minessale schrieb: > Here are 3 ways: > > 1) subscribe to the BACKGROUND_JOB event and find the one with the > same job-uuid > then the body of that message is the output from your backgrounded > FSAPI call which in the case > of an originate will contain the uuid of the actual channel. > > 2) You can do as suggested and add {myvar=myval} prefix to the > dialstring and look for > myvar in the channel_originate event. > > 3) Finally you can choose the uuid in advance providing it's actually > unique using: > > {origination_uuid=XYZ} > > You can use your own code to generate uuid (make sure they are > unique) or > ask the core to give you a new uuid with the create_uuid FSAPI call. > > > > > On Wed, May 27, 2009 at 4:46 AM, Peter P GMX <prometheus...@gmx.net > <mailto:prometheus...@gmx.net>> wrote: > > I want to do the following: > Originate a call via event_socket, I get back a job_uuid. Then I > want to > control the call when it's established (2 call legs). > Scanning the variables of the 2 call legs I currentyl cannot see any > relation between the job_uuid and the uuid of the resulting call legs. > I may set a variable with my own unique id while originating a > call, but > finding the calls later on and dumping the variables fo all > channels is > very time consuming in terms of CPU. > > A workaround I tried, is to set caller-id or caller-id-number with a > unique id. This works, but has the known side effects of not having a > valid caller-id or caller-id-number. > > So my question is: Has anybody an idea how to build a relationship > between job_uuid and the resulting call legs which does not require > dumping the variables of all channels? > > Best regards > Peter > > > > _______________________________________________ > Freeswitch-users mailing list > Freeswitch-users@lists.freeswitch.org > <mailto: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_miness...@hotmail.com > <mailto:msn%3aanthony_miness...@hotmail.com> > GTALK/JABBER/PAYPAL:anthony.miness...@gmail.com > <mailto:paypal%3aanthony.miness...@gmail.com> > IRC: irc.freenode.net <http://irc.freenode.net> #freeswitch > > FreeSWITCH Developer Conference > sip:8...@conference.freeswitch.org > <mailto:sip%3a...@conference.freeswitch.org> > iax:gu...@conference.freeswitch.org/888 > <http://iax:gu...@conference.freeswitch.org/888> > googletalk:conf+...@conference.freeswitch.org > <mailto:googletalk%3aconf%2b...@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 > _______________________________________________ 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