Re: [Freeswitch-users] ESL originate retreiving dialresult.
If you're already creating a uuid manually thats just fine (no, you can not use the same uuid for two channels). Now you just need to parse the events for that channel when you start the originate. As soon as the originate does any progress events will report this, using the uuid that you have defined. /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:41 Till: 'FreeSWITCH Users Help' Ämne: Re: [Freeswitch-users] ESL originate retreiving dialresult. 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> [mailto:freeswitch-users-bounces@lists.freeswitch.org]<mailto:[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> [mailto:freeswitch-users-bounces@lists.freeswitch.org]<mailto:[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:4f8694bf32762366476345!
Peter, I know, I am doing this allready, that is how I check the disposition while dialing already, I am using uuid_getvar to reach it. The problem is, that when it is not answered, ie Busy or congestion, the session is killed by the core and no longer exists. So when it stops, I cannot do a uuid_getvar anymore as the session no longer exists. string cDialString = "{origination_uuid=" + thisDial.CallId_LegB // This my generated uuid + ",origination_caller_id_number=" + thisDial.CLIP + ",origination_caller_id_name=" + thisDial.CLIP + "}sofia/external/" + thisExtension.Destination+'@'+ thisDial.Gateway + " &park()"; var eslEvent = thisFSConnection.Connection.Api("originate", cDialString); dispo = thisFSConnection.Connection.Api("uuid_getvar", thisDial.CallId_LegB + " endpoint_disposition").GetBody(); Stopwatch dialTimeout = new Stopwatch(); dialTimeout.Start(); while (CallIdExists(thisFSConnection, thisCall.callId) && CallIdExists(thisFSConnection, thisDial.CallId_LegB) && dispo == "EARLY MEDIA" && dialTimeout.ElapsedMilliseconds < thisDial.DialAttemptDuration*1000 ) { if (dispo != dispoLast) { dispoLast = dispo; } dispo = thisFSConnection.Connection.Api("uuid_getvar", thisDial.CallId_LegB + " endpoint_disposition").GetBody(); Thread.Sleep(100); } dialTimeout.Stop(); dispo = thisFSConnection.Connection.Api("uuid_getvar", thisDial.CallId_LegB + " endpoint_disposition").GetBody(); if (dispo == "ANSWER") The last dispo is never filled correctly, because the session no longer exist, unless it was answered 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 11:34 To: 'FreeSWITCH Users Help' Subject: Re: [Freeswitch-users] ESL originate retreiving dialresult. If youre already creating a uuid manually thats just fine (no, you can not use the same uuid for two channels). Now you just need to parse the events for that channel when you start the originate. As soon as the originate does any progress events will report this, using the uuid that you have defined. /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:41 Till: 'FreeSWITCH Users Help' Ämne: Re: [Freeswitch-users] ESL originate retreiving dialresult. 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, dont 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 its 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 its 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:4f8694bf32762366476345!
I guess what peter means is http://wiki.freeswitch.org/wiki/Event_Socket#event, but I might be wrong. Best, Wesley Akio TuntsCorp.com On Thu, Apr 12, 2012 at 11:24 AM, Michael Lutz <mytemike72@gmail.com> wrote:
Peter, I know, I am doing this allready, that is how I check the disposition while dialing already, I am using uuid_getvar to reach it.****
The problem is, that when it is not answered, ie Busy or congestion, the session is killed by the core and no longer exists.****
So when it stops, I cannot do a uuid_getvar anymore as the session no longer exists.****
** **
string cDialString = "{origination_uuid=" + thisDial.CallId_LegB // This my generated uuid****
+ ",origination_caller_id_number=" + thisDial.CLIP****
+ ",origination_caller_id_name=" + thisDial.CLIP****
+ "}sofia/external/" + thisExtension.Destination+'@'+ thisDial.Gateway****
+ " &park()";****
** **
var eslEvent = thisFSConnection.Connection.Api("originate", cDialString);* ***
dispo = thisFSConnection.Connection.Api("uuid_getvar", thisDial.CallId_LegB + " endpoint_disposition").GetBody();****
** **
Stopwatch dialTimeout = new Stopwatch();****
dialTimeout.Start();****
while (CallIdExists(thisFSConnection, thisCall.callId) && CallIdExists(thisFSConnection, thisDial.CallId_LegB) && dispo == "EARLY MEDIA" && dialTimeout.ElapsedMilliseconds < thisDial.DialAttemptDuration*1000 )****
{****
if (dispo != dispoLast)****
{****
dispoLast = dispo;****
}****
dispo = thisFSConnection.Connection.Api("uuid_getvar", thisDial.CallId_LegB + " endpoint_disposition").GetBody();****
Thread.Sleep(100);****
}****
dialTimeout.Stop();****
dispo = thisFSConnection.Connection.Api("uuid_getvar", thisDial.CallId_LegB + " endpoint_disposition").GetBody();****
** **
if (dispo == "ANSWER")****
** **
The last dispo is never filled correctly, because the session no longer exist, unless it was answered…****
** **
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 11:34
*To:* 'FreeSWITCH Users Help' *Subject:* Re: [Freeswitch-users] ESL originate retreiving dialresult.****
** **
If you’re already creating a uuid manually thats just fine (no, you can not use the same uuid for two channels). Now you just need to parse the events for that channel when you start the originate. As soon as the originate does any progress events will report this, using the uuid that you have defined.****
****
/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:41 *Till:* 'FreeSWITCH Users Help' *Ämne:* Re: [Freeswitch-users] ESL originate retreiving dialresult.****
****
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:4f8694bf32762366476345! ****
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
participants (3)
-
Michael Lutz
-
Peter Olsson
-
Wesley Akio