RE: the per session uuid: I've looked
at the code recently, and I already don't recall the exact
details. :-) However, if you have libuuid installed, it (apr
and/or apr-util) defaults to using libuuid's functions and acts as
nothing more than a shim. I think part of the computation is
based upon /dev/urandom and part on the timestamp and possibly a
counter, but I might be merging things in my head incorrectly as
that might be the non-libuuid segment of the code... It's highly
random, but as with any finite set, there is always a remote
possibility of a collision.
The FS core UUID is instantiated at start-up of FS, so every time
FS is restarted, it gets a new FS core UUID.
-Yossi
On 05/20/2013 07:18 AM, Michael Jerris wrote:
The apr uuid stuff already has a portion of the uuid thats
per-instance. I've seen a lot of details in this thread that are
not accurate to my recollection of this code. Has anyone actually
dug in and looked at it? Its been a while by my recollection is
each instance gets a certain number of bits from random at
startup, then its a combination of time + counter. The only
collision possibility would be the random at startup portion which
would be much less likely than getting struck by lightning.
Mike
_________________________________________________________________________
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