Re: [Vrs-development] Design Tasks Proposal

[Bill Lance]

Hi,

I'd like to step back from the trees a bit again and
point out something I had in mind at the begining of
this project.  The VRS is a technical solution to a
social problem.  That is the problem of voluntary
association.  And the purpose of that association is
to provide some variety of netservices.

As a tool, the VRS idea may very possibly be used for
things not originally intended.  And it might also be
used for things that it's not at all appropriate for. 
So basically, a VRS might be more than I originally
thought of.

I think the discussions about discovery here are
mixing up two different things.  One is the discovery
of a VRS by a LDS.  The other is the discovery of
services offerd to the general public.

LDS's do not need to discover a VRS, since they are
already subscribed to a particular VRS and they know
how to connect by virtue of that subscription process.
 
And the subscription process is a social event.  The
cluster admin and the LDS's owner must know of each
other ahead of time and agree to associate in a
Cluster.  


Since a VRS is seen as a single server to the general
public, any discovery system in public use should be
just fine.



--- Open Source <address@hidden> wrote:
> Hey Bill, i think your insight will be helpful
> 
> 1) Suppose an LDS wishes to join a VRS, how does
>  this connection take place?
> 
> Any ideas on this one
> 
> 2) Whom does the LDS contact to get information on
>  a  VRS closet to it?
>  
> Approaches:
> a) A server maintained by the dotgnu project.Every
> VRS
> cluster joins informs this server about the web
> services it offers and other information. The LDS
> looks up this server and joins a nearby cluster.
> 
> b) a specialized VRS cluster with only a single web
> service, DNS to provide lookups. Each new LDS
> qeuries
> one public LDS part of this cluster and joins a near
> by cluster.
> 
> 3) Clustering of LDS's into a VRS. Sizing and
>  managment of nodes (this kind of spans (1)
> above...)
> 
> ????
> 
> 
> 
> 
> 
> 
> 
> --- Chris Smith <address@hidden> wrote:
> > On Wednesday 27 March 2002 23:42, you wrote:
> > > I was going thru the thread on mobile agents and
> > was
> > > wondering if we can put that on back burner and
> > try
> > > addressing the basic issues raised by chris.
> > >
> > > 1) Suppose an LDS wishes to join a VRS, how does
> > this
> > > connection take place?
> > >
> > > 2) Whom does the LDS contact to get information
> on
> > a
> > > VRS closet to it?
> > 
> > Can I add:
> > 
> > 3) Clustering of LDS's into a VRS. Sizing and
> > managment
> >    of nodes (this kind of spans (1) above...)
> > 
> > Chris
> > 
> > -- 
> > Chris Smith
> >   Technical Architect - netFluid Technology
> Limited.
> >   "Internet Technologies, Distributed Systems and
> > Tuxedo Consultancy"
> >   E: address@hidden  W:
> http://www.nfluid.co.uk
> > 
> > _______________________________________________
> > Vrs-development mailing list
> > address@hidden
> >
>
http://mail.freesoftware.fsf.org/mailman/listinfo/vrs-development
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Greetings - send holiday greetings for
> Easter, Passover
> http://greetings.yahoo.com/
> 
> _______________________________________________
> Vrs-development mailing list
> address@hidden
>
http://mail.freesoftware.fsf.org/mailman/listinfo/vrs-development


__________________________________________________
Do You Yahoo!?
Yahoo! Greetings - send holiday greetings for Easter, Passover
http://greetings.yahoo.com/