Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!umcp-cs!steve From: steve@umcp-cs.UUCP (Steve D. Miller) Newsgroups: net.unix-wizards Subject: Re: Just how reliable is NFS? Message-ID: <3343@umcp-cs.UUCP> Date: Tue, 9-Sep-86 13:34:45 EDT Article-I.D.: umcp-cs.3343 Posted: Tue Sep 9 13:34:45 1986 Date-Received: Tue, 9-Sep-86 20:49:46 EDT References: <6@cvbnet.uucp> <335@mc0.UUCP> <2428@phri.UUCP> Reply-To: steve@umcp-cs.UUCP (Steve D. Miller) Organization: Computer Sci. Dept, U of Maryland, College Park, MD Lines: 52 Keywords: UDP, NFS, checksums In article <2428@phri.UUCP> roy@phri.UUCP (Roy Smith) writes: (various discussion about broadcast file transfer et al deleted) > Clearly, UDP is not suitable for times when you really care if the >data gets delivered or not (rwho uses UDP, doesn't it?). As I understand >it, NFS uses UDP as the underlying transport protocol but to improve >performance, Sun has turned off checksumming in NSF/UDP packets. >Presumably NFS does its own error checking at a higher level, so they can >get away with ignoring checksums at the lower levels. Nope. As far as I can determine (by looking at the rpc stuff that's going on, and by being familiar with how NFS hands things off to UDP/IP to have them sent), there is no checksumming going on. In fact, the standard Sun kernel has UDP checksums turned off both in udp_output() and in the NFS/RPC kernel UDP fastsend routine. Without source, there isn't any way (other than doing strange things with patching binaries) to turn checksumming on in the kudp_fastsend() routine; the routine just doesn't do it... > Has anybody done any studies to determine if this causes any >problems? I've heard random comments by people on the net that they don't >like what Sun did... Random comments from Chris or from me, probably... >...but has anybody taken a serious look at the situation >and found cases where corrupted UDP packets have caused user-visible NFS >errors? We've not looked at it seriously, but I'm sure that it's possible. It's not too likely, it seems; some people from Sun have said, "yeah, we know we're not 100% safe, but we've never heard of any problems." The IP header checksum still happens; I would hope (and this perhaps is what Sun is thinking) that the IP header would be trashed along with the rest of the packet. Then again, that's only 20 bytes, and the result of a standard NFS read operation is roughly 4K long... Does anyone know how your average Joe Ethernet board hiccups, if and when it does? Is this a valid assumption? >On the other hand, has anybody made any measurements to see just >how much NFS would be slowed down if UDP checksumming were turned back on? Again, no hard data, but the Sun on my desk runs a kernel that goes through the UDP output code for all my kernel RPC, and I have checksums turned on. It seems a little slower, but not much. -Steve -- Spoken: Steve Miller ARPA: steve@mimsy.umd.edu Phone: +1-301-454-4251 CSNet: steve@umcp-cs UUCP: {seismo,allegra}!umcp-cs!steve USPS: Computer Science Dept., University of Maryland, College Park, MD 20742