[Freeswitch-users] Originate - using own uuid

[Simon Tang]

Abcdefg was an example...I was suggesting that I can guarantee
uniqueness forever and if I collide, it's my fault and I take the
consequences :)

 

Anyway, I will use create_uuid...I was exploring this option before
because I thought I couldn't use create_uuid because I made some wrong
assumptions.

 

I was assuming that I wouldn't get the response for the create_uuid
because I would have applied a Unique-ID filter for the existing session
prior to calling create_uuid, which in turn, would filter out the uuid
response.  But this assumption was incorrect because the UUID *is* the
response to the "api create_uuid" call and won't be filtered and is only
visible on the socket it was called on (and not others).

 

From: freeswitch-users-bounces at lists.freeswitch.org
[mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of
Brian West
Sent: May 7, 2009 1:51 PM
To: freeswitch-users at lists.freeswitch.org
Subject: Re: [Freeswitch-users] Originate - using own uuid

 

I would use real UUID's not something as simple as abcdefg cuz FS will
hang up on you if you collide.

 

/b

 

On May 7, 2009, at 3:47 PM, Simon Tang wrote:





Hi there,

I know there's a "feature" that allows us to create a uuid and then use
that uuid to do an originate (api create_uuid).  Is there any badness if
I don't do the "create_uuid" and just do the originate using my own
uuid.

I experimented and made the following originate call: 

api originate
{origination_caller_id_number=16041234567,originate_timeout=60,originati
on_uuid=abcdefg}sofia/gateway/icall/16041234567 &park

...and this works, but just want to make sure if there's any badness of
doing so...that is, if I can guarantee that the origination_uuid I will
be passing in *WILL* be unique.

 

Brian West

brian at freeswitch.org

 

-- Meet us at ClueCon!  http://www.cluecon.com <http://www.cluecon.com/>


 

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090507/3d0b73a5/attachment-0002.html