From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 00:19:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C26D837B405 for ; Wed, 26 Mar 2003 00:19:43 -0800 (PST) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E97A43F75 for ; Wed, 26 Mar 2003 00:19:40 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0122.cvx21-bradley.dialup.earthlink.net ([209.179.192.122] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18y68D-0007Iz-00; Wed, 26 Mar 2003 00:19:34 -0800 Message-ID: <3E816243.AED1CB4F@mindspring.com> Date: Wed, 26 Mar 2003 00:18:11 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson References: <200303260034.aa92057@salmon.maths.tcd.ie> <3E81160B.E5406C60@mindspring.com> <20030326035938.GF1713@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4cec56f1c0a596ede750f77a89c799ee793caf27dac41a8fd350badd9bab72f9c350badd9bab72f9c X-Spam-Status: No, hits=-22.2 required=5.0 tests=AWL,EMAIL_ATTRIBUTION,QUOTED_EMAIL_TEXT, RCVD_IN_OSIRUSOFT_COM,REFERENCES,REPLY_WITH_QUOTES autolearn=ham version=2.50 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) cc: Ian Dowse cc: current@freebsd.org Subject: Re: [Re: NFS -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2003 08:19:45 -0000 X-List-Received-Date: Wed, 26 Mar 2003 08:19:45 -0000 Dan Nelson wrote: > UDP works just fine on a switched network. On my NFS servers I use an > 8k rsize/wsize and UDP mounts on everything and have relatively few > dropped fragments. I'm not sure Ian's network is as reliable. 8-). Nevertheless, you really do not want to use UDP for NFS with a packet size larger than the MTU, relying on the fragment reassembly, if you can avoid it. The first problem is that the only NAK mechanism require that the entire set of datagrams be discarded, and there is no proactive discard for the datagrams in the reassembly queue for the partial set that was received previously, prior to an explicit request for retransmission. Even assuming a perfect delivery media, such as in a switched network in an area without electrical interference, and no overloading to result in dropped packets, UDP is less efficient, with an overdriven window, than TCP. The main reason for this is that the TCP window is generally larger than the commonly used rsize/wsize of 8K. In addition, with UDP, the transactions are all request/response, which means you can't go onto the next 8K until the prior 8K was received, whereas with TCP, you can have a full windowsize of data in the pipe. Server based predictive read-ahead works with TCP. UDP packets are much easier for an attacker to spoof. UDP packets are harder to get through firewalls. UDP is not stateful, so it renders stateful firewalls vulnerable, if it's allowed through. In fact, the only legitimate argument I have ever heard for UDP has been "I have an old Linux install that can't talk TCP, as only UDP was implemented at the time I installed it". I can't really understand the attraction to UDP. Maybe it has to do with the people involved being netrek players from way back... -- Terry