Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 20 Sep 2004 03:10:22 GMT
From:      Chris Pepper <pepper@reppep.com>
To:        freebsd-doc@FreeBSD.org
Subject:   Re: docs/71782: mount_nfs man page is a bit out of date
Message-ID:  <200409200310.i8K3AMOO020540@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR docs/71782; it has been noted by GNATS.

From: Chris Pepper <pepper@reppep.com>
To: FreeBSD-gnats-submit@FreeBSD.org, Guy Harris <guy@alum.mit.edu>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: docs/71782: mount_nfs man page is a bit out of date
Date: Sun, 19 Sep 2004 22:55:39 -0400

 At 12:15 AM +0000 2004/09/16, Guy Harris wrote:
 >  >Number:         71782
 >>Category:       docs
 >  >Synopsis:       mount_nfs man page is a bit out of date
 
 >  >Description:
 >The mount_nfs man page claims that NFS-over-TCP is mainly a BSD thing:
 >
 >      -T      Use TCP transport instead of UDP.  This is recommended for
 >              servers that are not on the same LAN cable as the client.  (NB:
 >              This is NOT supported by most non-BSD servers.)
 >
 >and
 >
 >BUGS
 >      Due to the way that Sun RPC is implemented on top of UDP (unreliable
 >      datagram) transport, tuning such mounts is really a black art that can
 >      only be expected to have limited success.  For clients mounting servers
 >      that are not on the same LAN cable or that tend to be overloaded, TCP
 >      transport is strongly recommended, but unfortunately this is restricted
 >      to mostly 4.4BSD servers.
 
 	Further, all three occurrences of 'cable' should be 
 'segment', as most of us are using network segments or subnets that 
 involve multiple cables (via hubs or switches). One cable per segment 
 (thicknet) is an anachronism.
 
 
 						Chris
 --
 Chris Pepper:               <http://www.reppep.com/~pepper/>;
 Rockefeller University:     <http://www.rockefeller.edu/>;



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200409200310.i8K3AMOO020540>