[Opensim-dev] The essence of "grid"

[Charles Krinke]

OSGrid exists with two goals.

1. Test OpenSim SVN on a regular basis and report results to aid in software development.
2. Nurture a community.

We need to start by considering that OpenSim splits the asset storage between regions and the OpenSim assetServer. So, the OpenSim asset model is a little different then SecondLife since we already distribute some assets between regions and the UGAIM.

Are we saying that OSGrid is doing something problematic and pertubating the OpenSim development? I am confused about the OSGrid comments in this philosophical discussion. As I see the whole situation, OSGrid is testing the mainline trunk SVN from OpenSim in a manner consistent with the desires of the community.

Charles




________________________________
From: Justin Clark-Casey <jjustincc at googlemail.com>
To: opensim-dev at lists.berlios.de
Sent: Wednesday, April 15, 2009 8:24:45 AM
Subject: Re: [Opensim-dev] The essence of "grid"

Diva Canto wrote:
> As I zoom in on issues of trust and security, I'm getting to the point 
> where I need a sharp definition of "grid". What is a grid, besides being 
> a map/lookup service and a user accounts service?
> 
> a) nothing more than that
> b) a trust domain
> 
> If we choose b) then we need to think about OSGrid-like grids. How can 
> we trust that a collection of regions administered by different people 
> will behave? Can OSGrid-like grids survive without ToS being signed 
> between the grid operator and the region operators? What if the ToS is 
> such that it delegates to the region admins any liability on bad things 
> happening in their regions? -- that leaves the user with no central 
> authority to complain, which is as good as not having a trust domain.
> 
> If OSGrid-like grids (i.e. no contracts, or very loose ones; just a map 
> service) are to exist, then it's clear that b) doesn't hold in general. 
> It means that there can be grids that are simply a collection of regions 
> that come together in virtual space, but whose trustworthiness as a 
> whole doesn't exist.
> 
> The Hypergrid is specifically designed to cross trust boundaries. Should 
> the OSGrid-like grids become HG-ed sims that share the same map, and let 
> "grids" be, fully, trust domains?
> 
> You may think I'm getting into philosophy, but this is critical for the 
> technical work I'm doing right now related to authentication, 
> server-side vs client-side authority, etc. If we can assume that a 
> "grid" is a uniform trust domain with a central authority, things will 
> be simpler in many ways. If not, things will be a bit more complicated.
> 
> Thoughts?

I think that you could adopt b) without having a philosophical problem with OSGrid.  I would say that even the 'loose 
contracts' on OSGrid are a form of trust.  If someone were to abuse that trust then I be very surprised if they were not 
removed from the grid.

If OSGrid wanted better security by not sharing the current central services then perhaps they could stipulate that new 
regions had to connect by Hypergrid rather than the current model (once the various gaps in Hypergrid are ironed out)? 
Then, in a sense, all the directly connected regions becomes a large Hypergrid node in the federation that makes up OSGrid.

> 
> 
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
> 


-- 
justincc
Justin Clark-Casey
http://justincc.wordpress.com
_______________________________________________
Opensim-dev mailing list
Opensim-dev at lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20090415/ea915b69/attachment-0001.html>