GO JHurliman, Go<br><br><div class="gmail_quote">On Fri, Oct 31, 2008 at 12:24 PM, Hurliman, John <span dir="ltr"><<a href="mailto:john.hurliman@intel.com">john.hurliman@intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div link="blue" vlink="purple" lang="EN-US">
<div>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);">That is definitely a goal. The immediate solution we're
working on is a GridProxy plugin that re-routes asset requests directly to the
new asset server. It speaks the new REST-based HTTP language on one side, and
the old UDP-based image transfer system on the client-facing side. The next
step is a legacy interface for the asset server that acts more like SL
capabilities and speaks LLSD. It might be possible to mimic the "HTTP
Texture Download" interface exactly and have it work out of the box with
the SL viewer.</span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);">I used the same approach to make the asset server act as a
drop-in replacement for OpenSim.Grid.AssetServer.exe. It connects to the assets
table in an OpenSim MySQL backend and exposes a REST interface that looks like the
existing XML-based grid asset protocol. From there, asset migration to other asset
servers becomes trivial.</span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);">John</span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p>
<div>
<div style="border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0in 0in;">
<p><b><span style="font-size: 10pt;">From:</span></b><span style="font-size: 10pt;">
<a href="mailto:opensim-dev-bounces@lists.berlios.de" target="_blank">opensim-dev-bounces@lists.berlios.de</a>
[mailto:<a href="mailto:opensim-dev-bounces@lists.berlios.de" target="_blank">opensim-dev-bounces@lists.berlios.de</a>] <b>On Behalf Of </b>Frisby, Adam<br>
<b>Sent:</b> Thursday, October 30, 2008 6:15 PM<div class="Ih2E3d"><br>
<b>To:</b> <a href="mailto:opensim-dev@lists.berlios.de" target="_blank">opensim-dev@lists.berlios.de</a><br>
</div><b>Subject:</b> Re: [Opensim-dev] Distributed asset server proposal (was: RE:
OSGrid <-> UCIGrid)</span></p>
</div>
</div><div><div></div><div class="Wj3C7c">
<p> </p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);" lang="EN-AU">It would be nice if we could get the viewer to download the
assets it needs directly too rather than route them via the simulator. But of
course, protocol changes and LL is always fun.</span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);" lang="EN-AU"> </span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);" lang="EN-AU">Adam</span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);" lang="EN-AU"> </span></p>
<div style="border-style: none none none solid; border-color: -moz-use-text-color -moz-use-text-color -moz-use-text-color blue; border-width: medium medium medium 1.5pt; padding: 0in 0in 0in 4pt;">
<div>
<div style="border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0in 0in;">
<p><b><span style="font-size: 10pt;">From:</span></b><span style="font-size: 10pt;">
<a href="mailto:opensim-dev-bounces@lists.berlios.de" target="_blank">opensim-dev-bounces@lists.berlios.de</a>
[mailto:<a href="mailto:opensim-dev-bounces@lists.berlios.de" target="_blank">opensim-dev-bounces@lists.berlios.de</a>] <b>On Behalf Of </b>Hurliman,
John<br>
<b>Sent:</b> Thursday, 30 October 2008 5:30 PM<br>
<b>To:</b> <a href="mailto:opensim-dev@lists.berlios.de" target="_blank">opensim-dev@lists.berlios.de</a><br>
<b>Subject:</b> [Opensim-dev] Distributed asset server proposal (was: RE:
OSGrid <-> UCIGrid)</span></p>
</div>
</div>
<p><span lang="EN-AU"> </span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);">This ties in closely with the asset server proposal we've
been brainstorming at Intel. The current version of the proposal is at <a href="http://opensimulator.org/wiki/AssetServerProposal" target="_blank">http://opensimulator.org/wiki/AssetServerProposal</a>
and the project lives at <a href="http://forge.opensimulator.org/gf/project/assetserver/" target="_blank">http://forge.opensimulator.org/gf/project/assetserver/</a>
(although there is no usable code just yet). </span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);">A large benefit that you gain from bringing the
asset/inventory/etc servers out from behind the simulator is allowing content
creators to manage their own assets, and stop binding end users to a single
grid-provided asset service. Offloading >80% of the traffic from the
simulator is just a side benefit.</span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);">John</span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p>
<div>
<div style="border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0in 0in;">
<p><b><span style="font-size: 10pt;">From:</span></b><span style="font-size: 10pt;">
<a href="mailto:opensim-dev-bounces@lists.berlios.de" target="_blank">opensim-dev-bounces@lists.berlios.de</a> [mailto:<a href="mailto:opensim-dev-bounces@lists.berlios.de" target="_blank">opensim-dev-bounces@lists.berlios.de</a>]
<b>On Behalf Of </b>Stefan Andersson<br>
<b>Sent:</b> Thursday, October 30, 2008 2:23 PM<br>
<b>To:</b> <a href="mailto:opensim-dev@lists.berlios.de" target="_blank">opensim-dev@lists.berlios.de</a><br>
<b>Subject:</b> Re: [Opensim-dev] OSGrid <-> UCIGrid</span></p>
</div>
</div>
<p> </p>
<p style="margin-bottom: 12pt;"><span style="font-size: 10pt;">I've been meaning to write a post for a very
long time now. It's in my draft folder. Just not getting it finished.<br>
<br>
First Step:<br>
Just wanted you all to consider what would happen if we, on
ExpectAvatar sent some aux info like 'home user server url', 'home asset
server url' and 'home inventory server url' to be attached to the
ScenePresence, and had all communications interactions use those provided urls.<br>
<br>
What I'm saying is, that the region could accept any avatar in the form of an
authenticated and authorized UUID only, so - "grid" would become
meaningless and "intergrid" becomes a moot issue - all regions would
always expect all clients to come from all different user/asset/inventory
servers. The authorization aspect of the "grid" would then be a
question of service trust, regions clustered under one governing entity
implementing its own trust schemes. One basic trust scheme would probably be
https.<br>
<br>
Next Step:<br>
Consider then, if you will, if the "home" configuration would simply
be a function of a login to your own "home" login server, or simply
as a function of a modified viewer, hence the viewer would send preffered
service url's on login.<br>
<br>
Hey Presto, 3D Web for real. It's not that far away, even given the current
architecture.<br>
<br>
Best regards,<br>
Stefan Andersson<br>
Tribal Media AB<br>
<br>
Join the 3d web revolution : <a href="http://tribalnet.se/" target="_blank">http://tribalnet.se/</a><br>
</span></p>
<div style="text-align: center;" align="center"><span style="font-size: 10pt;">
<hr size="2" width="100%" align="center">
</span></div>
<p style="margin-bottom: 12pt;"><span style="font-size: 10pt;"><br>
> Date: Thu, 30 Oct 2008 18:34:21 +0000<br>
> From: <a href="mailto:jjustincc@googlemail.com" target="_blank">jjustincc@googlemail.com</a><br>
> To: <a href="mailto:opensim-dev@lists.berlios.de" target="_blank">opensim-dev@lists.berlios.de</a><br>
> Subject: Re: [Opensim-dev] OSGrid <-> UCIGrid<br>
> <br>
> Cristina Videira Lopes wrote:<br>
> > Justin Clark-Casey wrote:<br>
> >> Strong -1 on committing this code directly to core at this stage.<br>
> >><br>
> >> Charles, I strongly believe it would be better for us to see this
mature a little as an external module first, rather <br>
> >> than committing code directly to core. Please could we hold off
at least until the code has reached some level of <br>
> >> maturity, at which point we can have a discussion about what we
want to do.<br>
> >> <br>
> > +1 on Justin's -1 :-)<br>
> > There's no way I would propose the code as is today for a core patch;
<br>
> > there's a lot stuff that is still loose.<br>
> > But I hope people will want the hypergrid model enough that the <br>
> > extensions will be delivered on the same "package" as the
core, soon.<br>
> > And I hope there are volunteers from the core developers to help
bring <br>
> > this up to speed!<br>
> <br>
> Cool, thanks Cristina, glad to know that we're on the same wavelength :)<br>
> <br>
> I'm sure there will be interest from core developers - there has been
occasional conversation about looking at <br>
> alternative ways of doing things. But again, kudos for actually doing something
- rough running code is always better <br>
> than talk :)<br>
> <br>
> I'm quite keen myself but unfortunately more prosaic OpenSim server bugs
keep hitting me in the face in such a way that <br>
> I need to fix them for one reason or another.<br>
> <br>
> > <br>
> >> There is also an argument that such modules should eventually be
outside the core anyway. The OGP modules we have are <br>
> >> in there because our region infrastructure module isn't advanced
enough to make it easy to host these outside of core. <br>
> >> This is something we should address (either having some protocol
modules in or having them all out).<br>
> >> <br>
> > +1 on that too. The hypergrid extension would be even simpler than
what <br>
> > already is if only I could define externally what the comm module is.
I <br>
> > suspect OGP suffers from the same problem.<br>
> > <br>
> >> That's not to say that this isn't very interesting work,
Cristina. Does the code fit into the module structure?<br>
> >> <br>
> > Yes. As I said, the only weirdness comes because I can't spec the
comms <br>
> > module. If you change that, it will be a charm (modulo some
visibility <br>
> > changes here and there).<br>
> <br>
> Yep, apologies for not reading your previous e-mail carefully enough. When
I get a chance, I'll see if I can look at <br>
> your code and change the structure such that things are easier in this
respect (unless someone else does it first). Of <br>
> course, a patch to do such a thing is one that would be very welcome and
quickly applied too.<br>
> <br>
> >> I had thoughts along similar lines for distributed grids.<br>
> >><br>
> >> <a href="http://justincc.wordpress.com/2008/08/15/could-there-be-a-future-without-big-grids/" target="_blank">http://justincc.wordpress.com/2008/08/15/could-there-be-a-future-without-big-grids/</a><br>
> >><br>
> >> but I never actually implemented anything = so fair do's to
Cristina. Also, my thoughts were to conduct everything <br>
> >> client side.<br>
> >><br>
> >> The problem does some with asset and inventory and routing this
information around. My thinking was that it would be <br>
> >> better if the client fetch this information directly rather than
via the sim, but this would require extensive (and <br>
> >> probably difficult) client changes.<br>
> >> <br>
> > A smarter client would make a lot of things a lot easier...<br>
> <br>
> God yes. Sometimes I think the fact that it is GPL'd has been a blessing
in disguise - it allows us to implement a lot <br>
> of OpenSim without accompanying time spent thinking about the client. But
it seems that things are getting to the stage <br>
> where the restrictions are as painful as they are beneficial.<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>
> > <br>
> <br>
> <br>
> -- <br>
> justincc<br>
> Justin Clark-Casey<br>
> <a href="http://justincc.wordpress.com" target="_blank">http://justincc.wordpress.com</a><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></span></p>
</div>
</div></div></div>
</div>
<br>_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">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>
<br></blockquote></div><br><br clear="all"><br>-- <br>===================================<br>The wind<br>scours the earth for prayers<br>The night obscures them<br><br><a href="http://osgrid.org">http://osgrid.org</a><br>
<a href="http://del.icio.us/SPQR">http://del.icio.us/SPQR</a><br><a href="http://twitter.com/jstallings2">http://twitter.com/jstallings2</a><br><a href="http://www.linkedin.com/pub/5/770/a49">http://www.linkedin.com/pub/5/770/a49</a><br>