From owner-freebsd-net@FreeBSD.ORG  Fri Jul 20 07:22:37 2007
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id DBE3716A419
	for <freebsd-net@freebsd.org>; Fri, 20 Jul 2007 07:22:37 +0000 (UTC)
	(envelope-from rea-fbsd@codelabs.ru)
Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45])
	by mx1.freebsd.org (Postfix) with ESMTP id 8E74B13C458
	for <freebsd-net@freebsd.org>; Fri, 20 Jul 2007 07:22:37 +0000 (UTC)
	(envelope-from rea-fbsd@codelabs.ru)
DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru;
	h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject;
	b=YgynQ9h+kXB0binwVBfQA9sMJ14ppBT0Gac0mNU6mP8Zxb3omK9oiGMmzV95KYVt7o9TH9+fdwZEHy+o/IiZ+ke6mIyfGftqZflv9jNPO6HBIdfnehmFhTA1N7eq7cvr/km9st+cllXyHB/WX1RUEAXrK3KmGvWZ2ZcwUg9q4s8=;
Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25])
	by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256)
	id 1IBmop-0008m6-J6; Fri, 20 Jul 2007 11:22:31 +0400
Date: Fri, 20 Jul 2007 11:22:27 +0400
From: Eygene Ryabinkin <rea-fbsd@codelabs.ru>
To: Julian Elischer <julian@elischer.org>
Message-ID: <20070720072227.GD4053@void.codelabs.ru>
References: <469D4C9D.7090302@ironport.com> <469D4FB6.9040609@elischer.org>
	<3DBBD4E3-ABEA-451A-8E6A-02E9CBAD6A37@mac.com>
	<20070718055228.GA4053@void.codelabs.ru>
	<469E660F.8000109@ironport.com>
	<20070719084812.GS4053@void.codelabs.ru>
	<469F91F8.1010406@elischer.org> <469F9258.1070500@elischer.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
In-Reply-To: <469F9258.1070500@elischer.org>
Sender: rea-fbsd@codelabs.ru
X-Spam-Status: No, score=-3.1 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_00
Cc: Julian Elischer <julian@ironport.com>,
	FreeBSD Net <freebsd-net@freebsd.org>
Subject: Re: Wierd networking.
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Jul 2007 07:22:37 -0000

Julian, good day.

Thu, Jul 19, 2007 at 09:33:28AM -0700, Julian Elischer wrote:
> replying to myself.. the comment in the code in  question said:
> 
> /*-----------------------------------------------------------------*/
> >/** if the elaborateTCPFin option is set, keeps the socket open
> > * and drains it until the other side closes it.  Solves a problem
> > * with IE spewing extra client data to a Linux socket, then reporting
> > * an error in response a TCP reset (rather than FIN) from Linux */
> 
> which is EXACTLY the problem I was seeing :-)

I assume that you're talking about Squid code?

Do you think that FreeBSD TCP/IP stack should also do something
about this problem?  The situation where one side closes the
descriptor while other it still trying to push the data is legal:
for example, one side invokes close() but some data from other side
is in transit, so we will see some unneccessary FIN packets.  Or
you believe that fixing this is irrelevant?
-- 
Eygene