home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!gatech!rutgers!rochester!cornell!ken
- From: ken@cs.cornell.edu (Ken Birman)
- Newsgroups: comp.sys.isis
- Subject: Re: Challenges?
- Keywords: client groups
- Message-ID: <1993Jan25.160556.6538@cs.cornell.edu>
- Date: 25 Jan 93 16:05:56 GMT
- References: <1993Jan22.141440.14520@aplcen.apl.jhu.edu>
- Organization: Cornell Univ. CS Dept, Ithaca NY 14853
- Lines: 25
-
- In article <1993Jan22.141440.14520@aplcen.apl.jhu.edu> jmp@ddsdx2.jhuapl.edu (Jim Pierce) writes:
- >
- >... proposal for an idea in which a "group" can be a "client" ...
- >
-
- I really like this idea, and have not seen it in the literature.
- Offhand, I am not sure how hard it would be to support -- a pretty
- substantial change to Isis V3.0, but perhaps something that would be
- easier in Horus, which is more flexible and supports clients in a
- totally different way.
-
- OK, so now we have requests for n-n communication support, and a
- suggestion that this extend to allowing groups to be clients of
- other groups. Ae there other ideas in the same framework? Discussion
- on these ideas?
-
- Basically, I am open to looking closely at this issue. The main
- problem is just the time needed to implement protocols supporting these
- sorts of abstractions. (Can they be supported efficiently OVER
- the current scheme, for example?)
-
- --
- Kenneth P. Birman E-mail: ken@cs.cornell.edu
- 4105 Upson Hall, Dept. of Computer Science TEL: 607 255-9199 (office)
- Cornell University Ithaca, NY 14853 (USA) FAX: 607 255-4428
-