I disagree somewhat :-)<br><br>The "NAME" local, global or whatever MUST be the UUID that is found in the local database.<br><br>This is how OpenSimulator is designed and it is sound for many many reasons.<br><br>
EVERYTHING else is simply a way to verify the correctness and/or context of that UUID!<br><br>The URI/URL is merely a means to that end, but somehow we must resolve that UUID locally every time the IM/asset/prim/avatar is referenced!<br>
<br>To me thta is why th ecache model is so powerful - it provides for an "right now" resolution of the reference which is vital, while allowing for updates/changes if/as/when such better information becomes available.<br>
<br>At the risk of being repetitious, th eonly time that is a problem is if there ever gets to be more than one "authority" either through malicious intent or simple screwup!<br><br>Karen<br><br><div class="gmail_quote">
On Tue, Aug 31, 2010 at 1:49 AM, Ai Austin <span dir="ltr"><<a href="mailto:ai.ai.austin@gmail.com">ai.ai.austin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
In OpenSim references to host names , we seem to see three different types of host address:<br>
<br>
IP numbers<br>
DNS names<br>
DNS names of an underling machine<br>
<br>
OpenSim allows the specification of host name is used for the various (Robust) services, but still we often see it subsitituted with the underlying IP address, and in one or two cases perhaps the underlying canonical DNS machine name.<br>

<br>
Our policy is always to specify a (stable) DNS alias (CNAME) for what we call a service name  e.g. <a href="http://ftp.aiai.ed.ac.uk" target="_blank">ftp.aiai.ed.ac.uk</a>, <a href="http://ssh.aiai.ed.ac.uk" target="_blank">ssh.aiai.ed.ac.uk</a>, <a href="http://xmpp.aiai.ed.ac.uk" target="_blank">xmpp.aiai.ed.ac.uk</a>, <a href="http://media.aiai.ed.ac.uk" target="_blank">media.aiai.ed.ac.uk</a>, and then map that to the current host that provides that service.  The underlying canonical host name is unique in our asset data base, so cannot easily be reused when we move to new hardware.<br>

<br>
Hence, for our virtual worlds servers we have used aliases as follows:<br>
<br>
<a href="http://virtual.aiai.ed.ac.uk" target="_blank">virtual.aiai.ed.ac.uk</a> for the entry grid services (Robust in our case)<br>
<a href="http://virtual1.aiai.ed.ac.uk" target="_blank">virtual1.aiai.ed.ac.uk</a>  for an OpenSim region server<br>
...<br>
<a href="http://virtualN.aiai.ed.ac.uk" target="_blank">virtualN.aiai.ed.ac.uk</a>  for an OpenSim region server<br>
<br>
If the "authority" in the external identity URL is to have any meaning at all in our context, and stand a chance later of finding the machine running the relevant virtual worlds services, it needs to retain the name we give for the services in the OpenSim.ini and Robust.HG.ini files... not try to resolve that to a current mapping to an IP number or an underlying machine name.<br>

<br>
I would assume similar issues would arise if dynamic server name services are used to get a stable name for using OpenSim in some home and NAT router network situations too.<div><div></div><div class="h5"><br>
<br>
<br>
<br>
_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br>