I am allready using the origination_uuid and pass it with the originate command. I only create one now by using the create_uuid function. So you say, don’t create a new one and just use one of a session that already exists and is in progress? (so actually the session that is ‘connected’ to the inbound ESL session? The originate/or system would not have a problem with that? I would be setting up two calls wioth the same UUID … and how would my other uuid functions respond to that? I can assume a uuid kill would suddenly kill two legs? Thanks, Mike. From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Peter Olsson Sent: donderdag 12 april 2012 10:26 To: 'FreeSWITCH Users Help' Subject: Re: [Freeswitch-users] ESL originate retreiving dialresult. Use the variable “origination_uuid”, and set to an uuid that you know. Then it’s possible to detect the events showing up for this channel uuid. /Peter Från: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] För Michael Lutz Skickat: den 12 april 2012 10:11 Till: 'FreeSWITCH Users Help' Ämne: [Freeswitch-users] ESL originate retreiving dialresult. Hi Guys, I am in an urgent matter an need help with something, I am using an ESL inbound connection to setup a new call. It works fine on successful answered calls. I am using the uuid_getvar api function whilst dialing to get the endpoint_disposition of the dialing uuid to check when a call is answered. So when it’s answered it will return “ANSWER”. The problem with this is that if an attempt fails, the endpoint disposition cannot be read with the uuid_getvar function because the dialing session is already gone. What is the best way to get the result in realtime?, I really need to know the reason it failed. Thanks for your help, Mike. !DSPAM:4f868d9c32761957721393!