home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / isis / 341 < prev    next >
Encoding:
Text File  |  1992-12-23  |  2.5 KB  |  56 lines
  1. Newsgroups: comp.sys.isis
  2. Path: sparky!uunet!gatech!rpi!batcomputer!cornell!ken
  3. From: ken@cs.cornell.edu (Ken Birman)
  4. Subject: Re: Notes on IP Multicast option for ISIS
  5. Message-ID: <1992Dec23.150656.19943@cs.cornell.edu>
  6. Organization: Cornell Univ. CS Dept, Ithaca NY 14853
  7. References: <1992Dec22.212230.28572@cs.cornell.edu>
  8. Date: Wed, 23 Dec 1992 15:06:56 GMT
  9. Lines: 45
  10.  
  11. In article <1992Dec22.212230.28572@cs.cornell.edu> ken@cs.cornell.edu (Ken Birman) writes:
  12. > >I am working on IP multicast for Isis...
  13.  
  14. > Brad Glade asks: "how will we handle the case where an old application
  15. > tries to join a process group that is using ipmcast, and hence doesn't
  16. > follow the new rules."  (from email to me)
  17.  
  18. As things stand, this is quite a bit easier for an application that
  19. used ISIS_IPMCAST in starting up than for one that didn't.  So:
  20.  
  21.   - If the caller used ISIS_IPMCAST, I can turn the feature on for 
  22.     a group even if PG_IPMCAST is omitted, if it turns out that the
  23.     group was created by someone who specified PG_IPMCAST.
  24.  
  25.   - If the group was created to not use IPMCAST and the caller tries
  26.     to specify PG_IPMCAST, the system will return an error, number
  27.     IE_IPMCAST (``ipmcast not used uniformly within this group'')
  28.  
  29.   - If the caller doesn't use ISIS_IPMCAST and tries to join/become a client
  30.     of a group that is using IPMCAST, I will return the same error.
  31.  
  32. ... I don't really see how the system can do better than this,
  33. unfortunately.  There is a lot of mechanism that needs to be running
  34. when you try and join a group which is using IPMCAST and if it isn't
  35. in place, the whole thing just won't work.
  36.  
  37. > A different question: ``[I] said that if a platform doesn't allow multicast
  38. > and the option is used, performance may suffer... why?''
  39.  
  40. The problem here is that the older Isis UDP scheme is more appropriate
  41. for point-to-point message passing; it does lots of things to cleverly
  42. piggyback multiple messages on each packet, etc.  The ipmcast code does
  43. retransmit messages using a point-to-point scheme, which is why someone
  44. who doesn't have a platform supporting multicast can still join in, but
  45. every message to him will be lost and retransmitted -- which is why performance
  46. would suffer badly in that case.
  47.  
  48. ---
  49.  
  50. PS: Please post questions directly, so readers can see the questions
  51. and not just the answers!
  52. -- 
  53. Kenneth P. Birman                              E-mail:  ken@cs.cornell.edu
  54. 4105 Upson Hall, Dept. of Computer Science     TEL:     607 255-9199 (office)
  55. Cornell University Ithaca, NY 14853 (USA)      FAX:     607 255-4428
  56.