[Opensim-dev] The essence of "grid"
Melanie
melanie at t-data.com
Fri Apr 17 18:51:37 UTC 2009
If you can represent that configuration, I'm all for it. I had left
it out because from where I stand it seemed hard or impossible to
support. If it;s possible, so much the better.
+1
Melanie
Diva Canto wrote:
> OK, I think I'm coming close to having the sharp definitions that I
> think are necessary. They're slight variations of Melanie's, because
> Melanie's are still coercing OSGrid-like grids to become something that
> they aren't.
>
> - "Simulator trust domain": a set of simulators that trust each other,
> operated by one single authority
>
> - "Grid": a set of simulators that share resources. Resources include:
> assets, user accounts, and assorted services like lookup services,
> forums, etc. [And this is the thing] A Grid includes one *or more*
> simulator trust domains.
>
> - "Hypergrid": the interconnection of grids.
>
> In most cases (I would expect) a grid contains exactly 1 trust domain.
> But in some cases, it may contain more. If you think about it, the
> Linden Lab grid is a "grid" according to the above definition, and so is
> OSGrid. The mechanisms by which grid operators establish sim trust
> domains are entirely up to the grid operators. They may apply formal
> TOSs or they may put the grid login password on the web. They may issue
> formal trust certificates (one or more sets) or they may not do such a
> thing.
>
>
> For the purposes of security, it's clear that the client can't talk
> directly to a central grid-wide server, but it has to do it with the
> specific simulators, which then can redirect to their authorities.
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
>
More information about the Opensim-dev
mailing list