home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / vmsnet / networks / tcpip / multinet / 2050 < prev    next >
Encoding:
Text File  |  1992-08-27  |  1.2 KB  |  33 lines
  1. X-Gateway-Source-Info: INTERNET
  2. Path: sparky!uunet!wupost!usc!elroy.jpl.nasa.gov!ames!network.ucsd.edu!mvb.saic.com!tgv.com!info-multinet
  3. Date: 27 AUG 92 22:48:10 GMT
  4. Newsgroups: vmsnet.networks.tcp-ip.multinet
  5. X-Return-path: <info-multinet-relay@TGV.COM>
  6. X-RFC822-From: John C Klensin <KLENSIN@INFOODS.MIT.EDU>
  7. From: John C Klensin <KLENSIN@INFOODS.MIT.EDU>
  8. Subject: Clusters and DNS caching
  9. X-Envelope-to: info-multinet@tgv.com
  10. Organization: The INFO-MULTINET Community
  11. Message-ID: <20202D2C27AUG92224810@TGV.COM>
  12. Nntp-Posting-Host: Mvb.Saic.Com
  13. Lines: 18
  14.  
  15. Given a homogeneous cluster, with Multinet running on all
  16. hosts (the easy case)...
  17.  
  18. -- Is it plausible to put the DNS cache file,
  19. normally multinet:domain-name-service.cache, in the common area and
  20. let all of them update it and read from it?  Or is the code used for
  21. that purpose such that one should keep them separate?
  22.  
  23. --  If the caches should be separated, is there any advantage of setting
  24. them up as forwarders to each other?  And, if so, how would you suggest
  25. configuring that for, e.g., a three-host cluster?  
  26.  
  27. For aesthetic, policy, and administrative reasons, we would rather not
  28. make one of the hosts appreciably more equal than the others if this can
  29. be avoided.
  30.  
  31.    --john
  32. 
  33.