IP adresses are not unique enough.

[matt]

As long as you never want to create the same one again.  There are tradeoffs
between using some persistent things to make an ID as opposed to involving a
dynamic compnent such as time.  For many applications it is nice to be able to
re-create the unique identifier rather than storing it somewhere.

Matt


On Thu, 21 Dec 2000, Georg Gogo. BERNHARD wrote:
> Well, the thing is that we want to use the mechanism with a ms-sql
> server and its "uniqueidentifier" datatype. This GUID is some sort of
> standard and is used within DCOM or RPC algorithms and seems to be
> very relyable. 
> 
> There is a big disadvantage if I use IP adresses since they can be
> "unrouteable" as you called, which could mean that they are within a
> LAN but using a firewall. The MAC adresses are unique, as I
> understood. The Windows CoGreateGUID COM API function combines a
> timestamp and a MAC adress. I want to do the same thing in python,
> which is maybe not possible.
> 
> Thank you for your help,
> Gogo.
> 
> 
> 
> 
> On Wed, 20 Dec 2000 23:57:14 GMT, Darren New <dnew at san.rr.com> wrote:
> 
> >> A plain python algorithm itself would be very useful, since one could
> >> use it for RPC / COM as well as for creating indexes for distributed
> >> databases.
> >
> >Well, concatenating one of the IP addresses assigned to the machine to the
> >clock would give you something that should be globally unique, if you had an
> >IP address that wasn't unroutable. Generate a random number to tack on the
> >end, and you're set?
> >
> >-- 
> >Darren New / Senior MTS & Free Radical / Invisible Worlds Inc.
> >San Diego, CA, USA (PST).  Cryptokeys on demand.
> >Personal malapropism generator free with purchase!
> >Steganography: The manual is hidden in the source code.
> >Gold mining is only profitable because of the gold found.
> 
> -- 
> http://www.python.org/mailman/listinfo/python-list