In that case I would suggest using a type 1 UUID (based on MAC address and time stamp) rather than the type 4 (completely random) that is normally used.
http://en.wikipedia.org/wiki/Universally_unique_identifier This would provide a cross check and measure of authentication. If nothing else a central repository would then have large numbers of UUIDs that could be traced back to a specific machine an date/time. For many purposes this traceability is undesirable, but as an authenticator for attribution it could be a valuable asset. It is certainly spoof-able, but it would provide an extra layer of checking. Karen On Sat, Aug 28, 2010 at 11:30 AM, <[email protected]> wrote: > Yes. > Hence, it's an important design decision. > > James Stallings II wrote: > >> Question: >> >> Will this provide the groundwork for global content identification/creator >> attribution? >> >> Thanks >> James >> >> >> On Sat, Aug 28, 2010 at 1:26 PM, <[email protected] <mailto: >> [email protected]>> wrote: >> >> I'm about to introduce global identifiers, so that I can make >> friends and IM work on the hypergrid, and would like feedback on the >> best form of these identifiers. Here are some options: >> >> http://myworld.com:8002/7c4450fc-aeaf-468d-b238-d52955dc868b >> >> myworld.com:8002/7c4450fc-aeaf-468d-b238-d52955dc868b >> <http://myworld.com:8002/7c4450fc-aeaf-468d-b238-d52955dc868b> >> >> >> http://myworld.com:8002/user/7c4450fc-aeaf-468d-b238-d52955dc868b >> >> [email protected]:8002 >> <http://[email protected]:8002> >> >> >> ... >> >> In this particular case (for friends and IM) we're dealing with user >> accounts, but the issue is broader than that. Whatever form we >> choose should be applicable to all sorts of resources. >> >> My preference is to use a URI, according to the spec of URIs >> (http://www.w3.org/Addressing/URL/uri-spec.html). The question is: >> should we add additional specifications on these URIs? Like using >> the path /user/ for user accounts, etc. >> >> Thoughts? >> >> Thanks. >> Diva / Crista >> _______________________________________________ >> Opensim-dev mailing list >> [email protected] <mailto:[email protected]> >> >> https://lists.berlios.de/mailman/listinfo/opensim-dev >> >> >> >> >> -- >> =================================== >> http://osgrid.org >> http://twitter.com/jstallings2 >> http://www.linkedin.com/pub/5/770/a49 >> > _______________________________________________ > Opensim-dev mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-dev >
_______________________________________________ Opensim-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-dev
