RE: uuid

Chris/Brendan:

Well, I guess there's no protection from usage outside of standards. I suppose 
any data from 'untrusted' sources must always be separately tagged. I'd 
probably immediately move the data into records that included a form of 
'Source' identifier such as remote system/host name, etc.; some kind of batch 
identifier.

Come to think of it, I'd probably do that anyway even from trusted sources that 
were outside my control. I'm not especially trusting of such data. I've had no 
problem using uuids as a kind of conversation-transaction tag during sockets 
connections; but there's little chance of confusion there regardless.

Tom Liotta

On Wed, 06 February 2002, Chris Bipes wrote:

> Where this fails is when you send/receive files with UUID's from another
> company that overridden the default adapter address to be the same as your
> overridden adapter address.  Having overridden adapter address for ease of
> SNA networking, before *anynet was viable, I can see this happening.
> Especially when I used the examples right out of the manuals.  How many on
> this list used "420000000010"?
>
> -----Original Message-----
> From: thomas@inorbit.com [mailto:thomas@inorbit.com]
>
> Brendan:
>
> On Tue, 05 February 2002, Brendan Bispham wrote:
>
> > Is the uuid affected by changing the ethernet local adaptor address? the
> > reason I ask is I expect many adaptor addresses to have been changed to a
> > common reverse-address like 00020000007 or something like that (remember
> > them? - back when token ring was strategic)... so making uuid effectively
> > useless..
>
> 'Useless' in what way? It should still be a 'unique identifier' which is its
> fundamental purpose. I guess I could imagine a small troublesome time window
> where two systems could be rapidly blasting out uuids concurrently during
> the time where adaptor addresses changed in such a way that the address of
> one briefly duplicated the address of the other and the two clocks were far
> enough out of sync; but a change of adaptor address implies possibly ending
> and restarting many services anyway and that can imply ending and restarting
> numerous applications.

--
Tom Liotta
The PowerTech Group, Inc.
19426 68th Avenue South
Kent, WA 98032
Phone  253-872-7788
Fax  253-872-7904
http://www.400Security.com


___________________________________________________
The ALL NEW CS2000 from CompuServe
 Better!  Faster! More Powerful!
 250 FREE hours! Sign-on Now!
 http://www.compuserve.com/trycsrv/cs2000/webmail/