From owner-freebsd-net Sun May 19 10:25:25 2002 Delivered-To: freebsd-net@freebsd.org Received: from laptop.tenebras.com (laptop.tenebras.com [66.92.188.18]) by hub.freebsd.org (Postfix) with SMTP id 1C2EB37B40A for ; Sun, 19 May 2002 10:25:22 -0700 (PDT) Received: (qmail 766 invoked from network); 19 May 2002 17:25:21 -0000 Received: from unknown (HELO tenebras.com) (192.168.1.123) by 0 with SMTP; 19 May 2002 17:25:21 -0000 Message-ID: <3CE7DFFE.2090809@tenebras.com> Date: Sun, 19 May 2002 10:25:18 -0700 From: Michael Sierchio User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc2) Gecko/20020516 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Re: HEADS UP: ALTQ integration developer preview References: <3CE55A9B.73EA3DE4@mindspring.com> <3CE61675.BCE2A9E1@mindspring.com> <1021717195.1466.4.camel@gurney.reilly.home> <3CE6D592.DCF73743@mindspring.com> <20020519001249.GA24012@roughtrade.net> <3CE6F653.CDE9D2B4@mindspring.com> <20020519010703.GE24468@roughtrade.net> <3CE7508D.36568484@mindspring.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Terry Lambert wrote: > UDP is still a bad bet for reliable request response. It's > really dumb to effectively reimplement TCP without windows on > top of UDP just to avoid using TCP. Speaking as someone who has implemented reliable message protocols over UDP about a dozen times, I can affirm Terry's point. Once you find yourself reimplementing TCP, it's time to use TCP. I think that there are some very good uses for UDP-based protocols (gee, DNS seems to work, but falls back to TCP for responses larger than size N), but it's tricky. If it's not an authenticated protocol, you leave yourself open to a whole class of DOS attacks, akin to RFC 1644 T/TCP. Datagram reassembly in user space is for the birds. Consuming resources for pending operations can choke you to death. TCP is constantly improving, though the improvements sometimes have unwanted side-effects -- congestion-control algorithms break for wireless, where packet loss might be due to a neighbor using a cordless phone rather than congestion. Back to problem of NFS over UDP -- it's not so stateless, is it? ;-) Remote disk access is mostly bulk transfer operations anyway, why wouldn't you use TCP? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message