|
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/
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.