Received: with ECARTIS (v1.0.0; list netdev); Thu, 09 Jan 2003 14:06:46 -0800 (PST) Received: from devil.pp.htv.fi (cs78149057.pp.htv.fi [62.78.149.57]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h09M6e3v026629 for ; Thu, 9 Jan 2003 14:06:41 -0800 Received: from devil.pp.htv.fi (localhost [127.0.0.1]) by devil.pp.htv.fi (8.12.6/8.12.6/Debian-8) with ESMTP id h09MCa4f012785; Fri, 10 Jan 2003 00:12:36 +0200 Received: (from liljeber@localhost) by devil.pp.htv.fi (8.12.6/8.12.6/Debian-8) id h09MCXo4012784; Fri, 10 Jan 2003 00:12:33 +0200 X-Authentication-Warning: devil.pp.htv.fi: liljeber set sender to mika.liljeberg@welho.com using -f Subject: Re: ipv6 stack seems to forget to send ACKs From: Mika Liljeberg To: Wichert Akkerman Cc: linux-kernel@vger.kernel.org, Maciej Soltysiak , netdev@oss.sgi.com In-Reply-To: <20030108170139.GL22951@wiggy.net> References: <20030108150201.GA30490@wiggy.net> <20030108170139.GL22951@wiggy.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1042150352.4688.15.camel@devil> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 10 Jan 2003 00:12:33 +0200 X-archive-position: 1514 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: mika.liljeberg@welho.com Precedence: bulk X-list: netdev Hi Wichert, Looking at your trace it seems that the receiving machine is dropping all packets that do not have traffic class set. Note that all segments received with [class 0x2] get properly acked. The others probably don't get to TCP at all. You might want to check your filters and QoS policies. BR, MikaL On Wed, 2003-01-08 at 19:01, Wichert Akkerman wrote: > Previously Maciej Soltysiak wrote: > > I seem to be getting better results than you, i think that it is not an > > issue of ipv6 implementation but simply the case of time sensitive > > traffic fighting with other Internet traffic over tunnels through ipv4 > > networks. > > Actually, I don't follow this. How could any kind of traffic shaping > result in my client not sending ACKs, which is what the tcpdump > seems to indicate? I can understand packets being dropped which > would result in retransmits, but that is not the case here. > > Wichert. > > (usual I'm-no-network-guru-and-might-be-misreading-things disclaimer here)