Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 8 Jan 2003 11:30:55 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 8 Jan 2003 11:30:54 -0500 Received: from dns.toxicfilms.tv ([150.254.37.24]:60571 "EHLO dns.toxicfilms.tv") by vger.kernel.org with ESMTP id ; Wed, 8 Jan 2003 11:30:53 -0500 Date: Wed, 8 Jan 2003 17:39:36 +0100 (CET) From: Maciej Soltysiak To: Wichert Akkerman Cc: netdev@oss.sgi.com, Subject: Re: ipv6 stack seems to forget to send ACKs In-Reply-To: <20030108150201.GA30490@wiggy.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2215 Lines: 52 > Previously Wichert Akkerman wrote: > > traceroute to ipv6.lkml.org (2001:968:1::2) from > > 3ffe:8280:10:1d0:290:27ff:fe2d:968c, 30 hops max, 16 byte packets > > 1 thunder.wiggy.net (3ffe:8280:10:1d0:250:4ff:fe0b:dd79) 0.666 ms 0.22 ms 0.199 ms > > 2 xs4all-29.ipv6.xs4all.nl (3ffe:8280:0:2001::58) 27.568 ms 28.012 ms 30.177 ms > > 3 26.ge-0-2-0.xr1.pbw.xs4all.net (2001:888:0:3::1) 22.035 ms 19.528 ms 44.644 ms > > 4 0.ge-0-3-0.xr1.sara.xs4all.net (2001:888:2:1::1) 19.519 ms 19.002 ms 21.974 ms > > 5 fe-0-0-0.ams-core-01.network6.isp-services.nl (2001:7f8:1::a502:4875:1) 19.978 ms 30.278 ms 20.248 ms > > 6 2001:968::2 (2001:968::2) 24.246 ms 24.083 ms 22.918 ms > > 7 2001:968:1::2 (2001:968:1::2) 24.978 ms 23.866 ms 23.661 ms > > > > thunder.wiggy.net is my Linux router running 2.4.19-pre5-ac3-freeswan196 > > currently. The second hop is a normal sit tunnel and all the other > > hops are native ipv6 using Cisco and Juniper routers as far as I know. > > Slight correction to that: xs4all-29.ipv6.xs4all.nl is a FreeBSD-4.5 > tunnel server. The toher xs4all.net hops are Junipers running JunOS 5.3 > or 5.5. I had four contiguous listenings: 3 mins 10mins 19mins 13mins When i increased the buffer in xmms i got better uninterrupted timings. And survived data gaps better. 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. I do not know how many tunnels are in my path, i know that hop distance to my tunnel is exactly 1 hop (ipv6 broker and ipv4 provider are the same) If there is immense traffic at one of the routers (total traffic on an interface) stream packets can be simply dropped if there are no queuing disciplines that would take eg. flow control into account. What do you think? btw. what the hell is JunOs ? Regards, Maciej Soltysiak - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/