From owner-freebsd-hackers Thu Jul 9 10:17:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15041 for freebsd-hackers-outgoing; Thu, 9 Jul 1998 10:17:05 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA15028 for ; Thu, 9 Jul 1998 10:16:59 -0700 (PDT) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id MAA03679; Thu, 9 Jul 1998 12:16:57 -0500 (CDT) Received: (from jlemon@localhost) by right.PCS (8.6.13/8.6.4) id MAA12023; Thu, 9 Jul 1998 12:16:26 -0500 Message-ID: <19980709121625.29898@right.PCS> Date: Thu, 9 Jul 1998 12:16:25 -0500 From: Jonathan Lemon To: zhihuizhang Cc: hackers Subject: Re: Multi-threaded and TCP/IP window size References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: ; from zhihuizhang on Jul 07, 1998 at 10:06:17AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Jul 07, 1998 at 10:06:17AM -0400, zhihuizhang wrote: > (2) A friend has a special application requirement in which two machines > are communicating with each other with TCP/IP. If the receiver send a > packet with window size of *zero*, it expects the sender to send one byte > a time immediately. He tested other Unix systems (Linux, SunOS, AIX) and > found that in these Unix systems, the sender keeps sending a lot of data > *for a while* before sending one byte a time (kind of probing). What he > wants is an instantanous response form the sender. Later when the receiver > sends a packet saying the window size is now, say, 3000 bytes, the sender > should be able to come to data rate *immediately*. Can this be (or > already have been) done by FreeBSD? This wouldn't be a mobile-tcpip link, would it, now? I don't know if it has been done specifically for FBSD, but it sounds suspiciously like some of the experimental mobile TCP/IP stack modifications, to get around the normal congestion control mechanisms. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message