From owner-freebsd-questions  Wed Nov 12 05:53:01 1997
Return-Path: <owner-freebsd-questions>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id FAA05167
          for questions-outgoing; Wed, 12 Nov 1997 05:53:01 -0800 (PST)
          (envelope-from owner-freebsd-questions)
Received: from chouette.inria.fr (chouette.inria.fr [138.96.24.103])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA05159
          for <questions@freebsd.org>; Wed, 12 Nov 1997 05:52:52 -0800 (PST)
          (envelope-from Emmanuel.Duros@sophia.inria.fr)
Received: by chouette.inria.fr (8.8.6/8.8.5) id OAA11843; Wed, 12 Nov 1997 14:51:12 +0100 (MET)
Date: Wed, 12 Nov 1997 14:51:12 +0100 (MET)
Message-Id: <199711121351.OAA11843@chouette.inria.fr>
From: Emmanuel Duros <Emmanuel.Duros@sophia.inria.fr>
To: dg@root.com
In-reply-to: <199711121222.EAA06752@implode.root.com> (message from David
	Greenman on Wed, 12 Nov 1997 04:22:46 -0800)
Subject: Re: rfc1323, cannot make it work!
CC: questions@freebsd.org
Reply-to: Emmanuel.Duros@sophia.inria.fr
Sender: owner-freebsd-questions@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>   Try setting the send/recvspace very early in the startup sequence - before
>any network device initialization occurs. I seem to recall that the actual
>window size that is used is associated with the clone (host) route that is
>generated on the first TCP connect, and ends up sticking around after that.
>This is also the same reason why using setsockopt(SO_SNDBUF) in an application
>to change the amount of buffering doesn't work (this is clearly a bug, but
>noone has had any interest in fixing it).

I did it and it now works!

Thanks a lot. I spent 2 days trying to understand why it was not working...

I think this bug (currently feature) should be writen somewhere.

Emmanuel