home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / protocol / nfs / 2117 < prev    next >
Encoding:
Text File  |  1992-08-20  |  1.1 KB  |  26 lines
  1. Newsgroups: comp.protocols.nfs
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!mips!odin!sgi!rhyolite!vjs
  3. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  4. Subject: Re: NFS corruption discovery
  5. Message-ID: <oquirck@rhyolite.wpd.sgi.com>
  6. Organization: Silicon Graphics, Inc.  Mountain View, CA
  7. References: <1992Aug19.225010.18306@den.mmc.com> <1992Aug20.172636.2169@den.mmc.com>
  8. Date: Thu, 20 Aug 1992 23:43:49 GMT
  9. Lines: 15
  10.  
  11. In article <1992Aug20.172636.2169@den.mmc.com>, jzwiebel@pgl-devsvr.den.mmc.com (John Zwiebel 303-977-1480 jzwiebel@pgl-devsvr.den.mmc.com) writes:
  12. > ...
  13. > I'm still interested in someone confirming that they also see data
  14. > corruption when crossing a cisco router and how often that corruption
  15. > occurs.  Whether they are running ARPA (standard DIX) or SNAP(802.3).
  16. > Please send Email
  17.  
  18.  
  19. People who prudently turn on UDP checksums will not (I hope) see data
  20. corruption, but if whatever is corrupting data is present, they
  21. will see NFS retransmissions.  Also, reasonable UNIX systems count
  22. UDP checksum.  `netstat -s | grep sum` can be entertaining.
  23.  
  24.  
  25. Vernon Schryver,  vjs@sgi.com
  26.