home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / protocol / nfs / 2100 < prev    next >
Encoding:
Text File  |  1992-08-19  |  1.5 KB  |  34 lines
  1. Newsgroups: comp.protocols.nfs
  2. Path: sparky!uunet!decwrl!pa.dec.com!decuac!hussar.dco.dec.com!mjr
  3. From: mjr@hussar.dco.dec.com (Marcus J. Ranum)
  4. Subject: Re: NFS corruption discovery
  5. Message-ID: <1992Aug20.042224.11176@decuac.dec.com>
  6. Sender: news@decuac.dec.com (USENET News System)
  7. Nntp-Posting-Host: hussar.dco.dec.com
  8. Organization: Digital Equipment Corporation, Washington ULTRIX Resource Center
  9. References: <1992Aug19.225010.18306@den.mmc.com>
  10. Date: Thu, 20 Aug 1992 04:22:24 GMT
  11. Lines: 21
  12.  
  13. >I've also looked at lan traffic and I've discovered the UDP checksum is off
  14. >for NFS packets.  Unfortunately the net isn't reliable enough [...]
  15.  
  16.     Some vendors sell operating systems that have UDP checksumming
  17. turned off, so they can benchmark a little bit faster. Others sell
  18. versions of NFS that do asynchronous writes. Some of them will tell
  19. you of the risks, and others won't.
  20.     "The network is the computer" - I.e.: you better trust the
  21. network 'cuz your operating system for damn sure isn't looking out
  22. for you!
  23.     I believe that never versions of some of these vendor's
  24. UNIX have UDP checksumming turned on by default. It's about time,
  25. but I'll be kind of disappointed, since it's always nice in a
  26. competitive situation to be able to copy and sum files over a
  27. noisy network, or to do a mess of writes and then power their
  28. server down, and let their sales reps explain to the customer
  29. what happened to their benchmark data...   :)
  30.     Digital's ULTRIX runs with UDP checksumming on *ALWAYS*
  31. and with synchronous NFS *always*.
  32.  
  33. mjr.
  34.