home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / protocol / tcpip / 5732 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  2.1 KB
  1. Xref: sparky comp.protocols.tcp-ip:5732 comp.protocols.nfs:3005
  2. Newsgroups: comp.protocols.tcp-ip,comp.protocols.nfs
  3. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!mstar!mstar!bob
  4. From: bob@MorningStar.Com (Bob Sutterfield)
  5. Subject: Re: PC-NFS SLIP and telnet problem
  6. In-Reply-To: apollo@buengc.bu.edu's message of 22 Dec 92 21: 07:51 GMT
  7. Message-ID: <BOB.92Dec23111456@volitans.MorningStar.Com>
  8. Followup-To: comp.protocols.tcp-ip
  9. Sender: news@MorningStar.Com
  10. Nntp-Posting-Host: volitans.morningstar.com
  11. Organization: Morning Star Technologies
  12. References: <105528@bu.edu>
  13. Date: Wed, 23 Dec 1992 16:15:00 GMT
  14. Lines: 27
  15.  
  16. In article <105528@bu.edu> apollo@buengc.bu.edu (Doug A. Chan) writes:
  17.    I'm trying to get SLIP working between a PC using PC-NFS 4.0 and a
  18.    Xylogics Annex 3 terminal server.  I've gotten as far as getting
  19.    NFS to work (mounting a unix directory on the PC over SLIP)
  20.  
  21. Beware!  Unless you have turned on UDP checksumming on both your NFS
  22. server and your PC, you're in danger of corrupting your files.  SLIP
  23. offers no link-level error detection, and even if you're using modems
  24. with MNP4 or V.42 error correction, things like UART overruns can
  25. introduce errors into the data stream.
  26.  
  27. SLIP won't notice an error unless the error damages the SLIP frame
  28. flag itself.  IP won't notice an error unless the error damaged the IP
  29. header, which is subject to a checksum.  IP doesn't checksum the rest
  30. of the user data in the packet.  Unless you've turned on UDP
  31. checksumming on both ends of the NFS transaction, UDP won't notice the
  32. error in the user data, and will pass the packet on up the protocol
  33. stack to the NFS software layer.  NFS (at the application layer)
  34. naively assumes it's getting good data from the underlying layers, and
  35. will swallow the bad packet without question.
  36.  
  37. I have personally experienced file corruption because I used NFS over
  38. a SLIP link.  It can give some very mysterious symptoms...
  39. --
  40. Bob Sutterfield, Morning Star Technologies            +1 614 451 1883
  41. 1760 Zollinger Rd, Columbus Ohio USA, 43221           +1 800 558 7827
  42. bob@MorningStar.Com                                   +1 614 459 5054 (FAX)
  43.