home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / protocol / nfs / 2119 < prev    next >
Encoding:
Text File  |  1992-08-20  |  1.1 KB  |  28 lines
  1. Newsgroups: comp.protocols.nfs
  2. Path: sparky!uunet!gatech!darwin.sura.net!haven.umd.edu!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: <1992Aug21.020212.10792@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> <1992Aug20.172636.2169@den.mmc.com> <oquirck@rhyolite.wpd.sgi.com>
  10. Date: Fri, 21 Aug 1992 02:02:12 GMT
  11. Lines: 15
  12.  
  13. vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
  14.  
  15. >People who prudently turn on UDP checksums will not (I hope) see data
  16. >corruption, but if whatever is corrupting data is present, they
  17. >will see NFS retransmissions.
  18.  
  19.     To amplify on this:
  20.  
  21.     People who turn on UDP checksumming (if they are so unfortunate
  22. as to have bought a deliberately broken operating system) and notice
  23. lots of bad checksums, should note that they have some kind of network
  24. problem, and should assume that they are suffering some kind of impact,
  25. performance-wise.
  26.  
  27. mjr.
  28.