[Freeswitch-users] ESL originate retreiving dialresult.

[Peter Olsson]

Yes, that's what I meant :)

/Peter


Från: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] För Wesley Akio
Skickat: den 12 april 2012 16:41
Till: FreeSWITCH Users Help
Ämne: Re: [Freeswitch-users] ESL originate retreiving dialresult.

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 at gmail.com<mailto:mytemike72 at 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 at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org> [mailto:freeswitch-users-bounces at lists.freeswitch.org<mailto:freeswitch-users-bounces at 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 at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org> [mailto:freeswitch-users-bounces at lists.freeswitch.org<mailto:freeswitch-users-bounces at 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 at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org> [mailto:freeswitch-users-bounces at lists.freeswitch.org]<mailto:[mailto:freeswitch-users-bounces at 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 at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org> [mailto:freeswitch-users-bounces at lists.freeswitch.org]<mailto:[mailto:freeswitch-users-bounces at 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.


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org<mailto:consulting at freeswitch.org>
http://www.freeswitchsolutions.com




Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org<mailto:FreeSWITCH-users at lists.freeswitch.org>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

!DSPAM:4f86e85032762051311084!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120412/c02fb3dd/attachment-0001.html