Yep - I built out a very simple test:

 string uuid = "12345678-1234-4321-123456789012";

 apiResult = fsApi.Execute("originate", string.Format("{{ignore_early_media=false,absolute_codec_string='PCMU'}}[origination_uuid={0},origination_caller_id_number={1}]sofia/gateway/broadvox/{2} &park", uuid, "2129996599", "6093693828"));

 Log.WriteLine(LogLevel.Alert, "Originate returns: {0}", apiResult);

 Session.Execute("park", "");

relevant log details:

2009-09-11 11:28:22.750000 [ALERT] switch_cpp.cpp:1130 Originate returns: +OK 12345678-1234-4321-123456789012
 
uuid_getvar 12345678-1234-4321-123456789012 uuid   RETURNS: 3e1ef4ee-8e39-b841-a9a0-6ac997b56275

uuid _kill 3e1ef4ee-8e39-b841-a9a0-6ac997b56275 -ERR No Such Channel

However: uuid _kill 12345678-1234-4321-123456789012 RETURNS +OK and drops the call.
 
I repeated the test and attached the screenshot. Be interested to know where that 3e1ef4ee-8e39-b841-a9a0-6ac997b56275 comes from.

All academic - just for interest and better understanding.










On Thu, Sep 10, 2009 at 6:01 PM, Michael Collins <msc@freeswitch.org> wrote:
As a sanity test, can you bring up a bridged call and run this test directly from the command line and compare the results to what's in your script?
-MC


On Thu, Sep 10, 2009 at 2:24 PM, Phillip Jones <pjintheusa@gmail.com> wrote:
Strangely - the uuid_getvar <the_uuid_you_are_checking> uuid workaround does not work for me.

This is the result of:

apiResult = fsApi.ExecuteString(string.Format("uuid_getvar {0} uuid", call.Uuid));
Log.WriteLine(LogLevel.Alert, "RESULT: uuid_getvar {0} is: {1}", call.Uuid, apiResult);

returns a different uuid?????

2009-09-10 17:12:26.953125 [ALERT] switch_cpp.cpp:1130 RESULT: uuid_getvar 54dd24be-b0da-684f-acee-38c7530b4c2b is: 1a0e83db-240c-ac4e-ae45-bf5d5b46f5c3

the passed uuid is vaild however:

2009-09-10 17:12:26.953125 [ALERT] switch_cpp.cpp:1130 RESULT: uuid_kill 54dd24be-b0da-684f-acee-38c7530b4c2b is: +OK

Can a call leg have two uuids??


On Thu, Sep 3, 2009 at 5:56 PM, Michael Collins <msc@freeswitch.org> wrote:


On Thu, Sep 3, 2009 at 2:23 PM, Benedikt Fraunhofer <fraunhofer.lists.freeswitch-001@traced.net> wrote:
Hi,


> Usage: uuid_exists <uuid>
> However when I call via an API call I get:
> INVALID COMMAND!
> I also don't see it in MOD_COMMAND.C

As a workaround or if your are unable to upgrade, you can use
"uuid_getvar [some_uuid] thisVariableDoesNotExist"
("thisVariableDoesNotExist" is any variable you can think of, a valid
one or literally 'thisVariableDoesNotExist' :)
You'll either get an error that this channel does not exist any longer
or "undef" for the channel variable.
The api will return "+OK" in case the channel still exists, and
"ERROR" in case it does not.

Beni.


You could even do this:
uuid_getvar <the_uuid_you_are_checking> uuid

If it exists then the return will be the uuid. :)

Although I must say I recommend this instead:
make current

:)
-MC


_______________________________________________
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



_______________________________________________
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