From owner-freebsd-current@FreeBSD.ORG  Sun Nov 25 10:40:17 2007
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: current@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 33A0D16A418
	for <current@freebsd.org>; Sun, 25 Nov 2007 10:40:17 +0000 (UTC)
	(envelope-from silby@silby.com)
Received: from relay00.pair.com (relay00.pair.com [209.68.5.9])
	by mx1.freebsd.org (Postfix) with SMTP id C609413C455
	for <current@freebsd.org>; Sun, 25 Nov 2007 10:40:16 +0000 (UTC)
	(envelope-from silby@silby.com)
Received: (qmail 14392 invoked from network); 25 Nov 2007 10:13:29 -0000
Received: from unknown (HELO localhost) (unknown)
	by unknown with SMTP; 25 Nov 2007 10:13:29 -0000
X-pair-Authenticated: 209.68.2.70
Date: Sun, 25 Nov 2007 04:13:30 -0600 (CST)
From: Mike Silbersack <silby@silby.com>
To: Ian FREISLICH <ianf@clue.co.za>
In-Reply-To: <E1IwD8X-0000aH-RU@clue.co.za>
Message-ID: <20071125040951.B1206@odysseus.silby.com>
References: <E1IwD8X-0000aH-RU@clue.co.za>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Cc: current@freebsd.org, Kip Macy <kip.macy@gmail.com>
Subject: Re: TCP RST+data! 
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Nov 2007 10:40:17 -0000


On Sun, 25 Nov 2007, Ian FREISLICH wrote:

>>> I see.  Playing around with net.inet.tcp sysctls, disabling delayed_ack
>>> fixes the problem with this phone.  Do you think that this is a bug
>>> in the phone's TCP stack?
>>>
>>
>> Is there a proxy involved or is this session end-to-end?  Not sure if
>> you described the setup but it might be useful (e.g. is the phone using
>> wireless).
>
> There the one connecting side was wireless, but it made no difference
> connecting over wired ethurnet end to end.  There is no proxy
> involved.  Both host and the phone are on the same subnet.
>
> Ian
>
> --
> Ian Freislich

Can you post a tcpdump of a successful connection with delayed_ack 
disabled and then the same attempted (unsuccessful) connection with 
delayed_ack reenabled?  Please use -s 0 (to catch the entire packet) and 
use -w to write the binary dump data to a file.  That'll allow us to look 
at the entire data payload.  It's probably best to post those dumps on a 
server somewhere and just post the urls to the list.

Thanks,

-Mike