home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / isis / 398 < prev    next >
Encoding:
Text File  |  1993-01-28  |  4.0 KB  |  75 lines
  1. Newsgroups: comp.sys.isis
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!agate!spool.mu.edu!caen!batcomputer!cornell!ken
  3. From: ken@cs.cornell.edu (Ken Birman)
  4. Subject: Re: Groups in a mixed media setting
  5. Message-ID: <1993Jan26.214328.14986@cs.cornell.edu>
  6. Organization: Cornell Univ. CS Dept, Ithaca NY 14853
  7. References: <1993Jan26.165131.28041@comp.lancs.ac.uk>
  8. Date: Tue, 26 Jan 1993 21:43:28 GMT
  9. Lines: 64
  10.  
  11. In article <1993Jan26.165131.28041@comp.lancs.ac.uk> nigel@comp.lancs.ac.uk (Nigel Davies) writes:
  12. >...
  13. >1) I seem to remember that there was some talk of collaboration between APM
  14. >   (the developers of ANSAware) and Cornell a year or so ago. Did this ever
  15. >   come to anything ? (The most recent version of ANSAware still does not
  16. >   provide support for groups so I am guessing not ...)
  17.  
  18. When ISIS and APM became commercial, they sort of went different directions.
  19. We are now working on extending ISIS into a Corba-complient environment,
  20. which we call RDOM, but have not been working directly with ANSA/APM, although
  21. the ASNA ideas certainly have had a huge impact on our thinking.
  22.  
  23. >2) It is some time since I have seen any ISIS documentation. Does ISIS support
  24. >   hierarchies of groups, and if so what sort of event ordering guarantees
  25. >   does it provide ?
  26.  
  27. Yes; I'll ask Robert or Brad to answer on this because they did the work.
  28.  
  29. >3) One of the reasons for using the group abstraction for describing multicast
  30. >   /multidrop continuous media configurations was to provide the programmer
  31. >   with similar tools for carrying out both invocation and continuous media
  32. >   transmission. However, judging by the recent postings there may not be a 
  33. >   requirement for multidrop invocation groups.
  34.  
  35. We are more and more interested in this.  Right now, you do this (you can do
  36. this) by binding each of a set of groups to different transport protocols.
  37. For example, the ipmcast code I just added to Isis is a "transport" for
  38. multicast messages.  One could bind some groups to video transport, some to
  39. audio, some to packets.  Isis then would synchronize between the groups,
  40. so that you see what you would expect in terms of ordering properties.
  41. In Horus we are carrying this even further -- but starting with ISIS V3.0.8
  42. where the isis_transport stuff is really solid and used, you could get the
  43. same effect.  
  44.  
  45. The other side of the coin, though, is that this raises a huge number of
  46. hard technical questions and much research is needed.  The whole issue of
  47. mixing real-time and non-real-time software (as one would be doing here)
  48. is in need of much study and thought.  So, we may have more of a framework
  49. for solving such problems then a solution, at first.
  50.  
  51. One hope is that we may be able to draw on technology from INESC, which
  52. has more background in such mixed mode systems, and we are trying to
  53. standardize interfaces now so that INESC software and ISIS software can
  54. inter-operate.  INESC has done a lot in these sorts of multimedia and
  55. real-time communication problems, and we would like a way to benefit without
  56. redoing the same work.  The hope is that in our new system, Horus, we
  57. will be able to do so.
  58. >
  59. >4) We are now considering an implementation of the platform using mobile
  60. >   radio as the communications medium (supporting a _very_ limited range of
  61. >   media types). Does anyone have any experiences in implementing group 
  62. >   protocols over a radio link ?  More generally, does anyone know of any 
  63. >   distributed systems work aimed at such an environment ?
  64.  
  65. Xerox Parc is doing work on this.  The company that sells Isis plans to
  66. explore this area too, and also ATM communications.  I am especially
  67. interested in hand-held devices and how they might be connected to "news".
  68. But, we don't have anything concrete here yet.  In fact, I think the
  69. devices out there right now are still just a little too weak to use for
  70. something really fancy.  But, they are close...
  71. -- 
  72. Kenneth P. Birman                              E-mail:  ken@cs.cornell.edu
  73. 4105 Upson Hall, Dept. of Computer Science     TEL:     607 255-9199 (office)
  74. Cornell University Ithaca, NY 14853 (USA)      FAX:     607 255-4428
  75.