home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / isis / 345 < prev    next >
Encoding:
Text File  |  1992-12-24  |  3.7 KB  |  77 lines
  1. Newsgroups: comp.sys.isis
  2. Path: sparky!uunet!wupost!usc!rpi!batcomputer!cornell!ken
  3. From: ken@cs.cornell.edu (Ken Birman)
  4. Subject: Re: Forwarded comments Re: Notes on IP Multicast option for Isis
  5. Message-ID: <1992Dec24.170241.28587@cs.cornell.edu>
  6. Organization: Cornell Univ. CS Dept, Ithaca NY 14853
  7. References: <1992Dec24.162926.27546@cs.cornell.edu>
  8. Date: Thu, 24 Dec 1992 17:02:41 GMT
  9. Lines: 66
  10.  
  11. In article <1992Dec24.162926.27546@cs.cornell.edu> ken@cs.cornell.edu (Ken Birman) writes:
  12. >From: gthaker@hannibal.atl.ge.com (Gautam H Thaker)
  13. >
  14. >Here are my two cents worth of comments...
  15. >
  16. >   When will IP mcast be used?
  17. >      - I plan to require that all (or most) machines using Isis support
  18. >    the IP Multicast standard, which was developed by Steve Deering at
  19. >    Stanford and has become part of Solaris 2.1; Steve's code is also
  20. >    available for many other platforms, but perhaps not as a standard
  21. >    offering from the vendor.
  22. >
  23. >Requiring that most machines using isis support IP Multicast seems
  24. >a bit strong. I don't know if HP, DEC, IBM, Lynx etc. support this
  25. >as well as SOlaris 2.1, be cause we worry about using ISIS from all
  26. >these other platforms.
  27.  
  28. Well, I really prefer to have the standards argument to point to.
  29. based on Werner's comments, sounds like most of this actually do support
  30. the interface, and if Isis does something of its own, we lose the
  31. strong advantage of being "standard compliant".  If, say, Lynx lacks
  32. support for this -- a published IP standard -- why not lean on them
  33. to offer it?  More appealing than porting some wierd Isis solution to
  34. a zillion driver-level interfaces...
  35. >
  36. >      - You will need to have an authorization for "ipmcast" in your isis.rc
  37. >    file.
  38. >Eventually, multicast should be folded in with price of standard ISIS
  39. >to keep ordering process simple, but no big deal here.
  40.  
  41. Anyone who has Isis-All gets this as part of the package.
  42.  
  43. >      - Only messages sent in diffusion mode (to the full set of members and
  44. >    clients) will be multicast.  However, you can overlap groups and in this
  45. >    way can build up other patterns pretty easily.
  46. >Not sure about this. Does this mean that if I have peer group of 10 members
  47. >and I do a normal cbcast multicast won't get used? 
  48.  
  49. Actually, what it really wants is that "the destination includes all members
  50. and all clients".  So, for your case, it would be used.  You don't need
  51. to specify "D" (diffusion mode) explicitly, but you do need the right
  52. destinations...
  53.  
  54. >Please consider publishing a "performace brief" for ISIS, including
  55. >numbers for multicast perf. I realize that you and your staff does not
  56. >have infinite time, but perhaps slowly something can be built up.
  57.  
  58. Actually, we had been holding off mostly because of this multicast issue.
  59. I didn't want to compare Isis with things like Ameoba if there would
  60. be some glaring unfairness, like them using hardware multicast and us
  61. using point-to-point communication... now that there is a standard I
  62. can at least quote comparable numbers (and, I am confident, the numbers
  63. will be in the same ballpark as any others, or better -- because if they
  64. aren't, we'll tune until they are!) (That is, for stuff running over UNIX).
  65.  
  66. >Also, how do people find Solaris 2.x overall?   Do things work seamlessly,
  67. >or is some amount of effort needed to move to Solaris?
  68.  
  69. Don't know yet.  Others who read this probably can comment but I only
  70. have worked with Solaris to do the initial Isis port -- that went smoothly,
  71. by the way.  We are waiting for Solaris threads and will start to use
  72. the Solaris system much more in 1993 once we are on the threads package.
  73. -- 
  74. Kenneth P. Birman                              E-mail:  ken@cs.cornell.edu
  75. 4105 Upson Hall, Dept. of Computer Science     TEL:     607 255-9199 (office)
  76. Cornell University Ithaca, NY 14853 (USA)      FAX:     607 255-4428
  77.