Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*ipv6\s+stack\s+seems\s+to\s+forget\s+to\s+send\s+ACKs\s*$/: 70 ]

Total 70 documents matching your query.

41. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Maciej Soltysiak <solt@xxxxxxxxxxxxxxxxx>
Date: Wed, 8 Jan 2003 14:56:04 +0100 (CET)
stable here. Maciej
/archives/netdev/2003-01/msg00243.html (9,026 bytes)

42. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Wichert Akkerman <wichert@xxxxxxxxx>
Date: Wed, 8 Jan 2003 15:09:30 +0100
Packages are at http://www.wiggy.net/tmp/xmms/ now. Wichert. -- Wichert Akkerman <wichert@xxxxxxxxx> http://www.wiggy.net/ A random hacker
/archives/netdev/2003-01/msg00244.html (10,221 bytes)

43. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Maciej Soltysiak <solt@xxxxxxxxxxxxxxxxx>
Date: Wed, 8 Jan 2003 15:43:27 +0100 (CET)
I had no problems listening to the stream, except a gap after about 3mins. tcpdump showed the client closed the connection, and quickly initiated a new one. Since then i had 15mins of nonstop playbac
/archives/netdev/2003-01/msg00245.html (9,816 bytes)

44. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Wichert Akkerman <wichert@xxxxxxxxx>
Date: Wed, 8 Jan 2003 15:52:11 +0100
Not to my knowledge. traceroute6 shows: 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:4f
/archives/netdev/2003-01/msg00246.html (11,481 bytes)

45. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Wichert Akkerman <wichert@xxxxxxxxx>
Date: Wed, 8 Jan 2003 16:02:01 +0100
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. Wichert. -- Wichert Akkerman <wichert@xxxxxxxxx> h
/archives/netdev/2003-01/msg00247.html (11,783 bytes)

46. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Fabio Massimo Di Nitto <fabbione@xxxxxxxxxxxx>
Date: Wed, 8 Jan 2003 16:22:07 +0100 (CET)
Hi I have no problem to stream from there. kernel-source-2.4.19 here. several tunnels in the middle and different brand of routers... anyway Im farly sure that the xmms patch is not the problem. We h
/archives/netdev/2003-01/msg00248.html (10,908 bytes)

47. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Maciej Soltysiak <solt@xxxxxxxxxxxxxxxxx>
Date: Wed, 8 Jan 2003 17:39:36 +0100 (CET)
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 resul
/archives/netdev/2003-01/msg00249.html (11,885 bytes)

48. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Wichert Akkerman <wichert@xxxxxxxxx>
Date: Wed, 8 Jan 2003 17:43:47 +0100
My tunnel provider is 5 hops away. To my knowledge non of the ipv4 or ipv6 hops in the path are congested and no traffic shaping is done. I'll ask the ISPs involved to check if this might be happenin
/archives/netdev/2003-01/msg00250.html (11,441 bytes)

49. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Wichert Akkerman <wichert@xxxxxxxxx>
Date: Wed, 8 Jan 2003 18:01:39 +0100
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 wo
/archives/netdev/2003-01/msg00251.html (11,330 bytes)

50. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Maciej Soltysiak <solt@xxxxxxxxxxxxxxxxx>
Date: Wed, 8 Jan 2003 18:43:45 +0100 (CET)
Well, i think i made a mistake, writing about routers dropping the packets, it's not the case here, you are right. Maciej
/archives/netdev/2003-01/msg00252.html (10,030 bytes)

51. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Fabio Massimo Di Nitto <fabbione@xxxxxxxxxxxx>
Date: Wed, 8 Jan 2003 19:05:36 +0100 (CET)
I was able to reproduce the problem again. I have been using ethereal to sniff instead of tcpdump and gave out some more info. basically the icecast server at certain time (but i can't predict exactl
/archives/netdev/2003-01/msg00253.html (11,225 bytes)

52. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Andrew McGregor <andrew@xxxxxxxxxxxxxx>
Date: Thu, 09 Jan 2003 08:52:19 +1300
Selective ACK is mandatory in IPv6 and uses a somewhat different algorithm, so you shouldn't be seeing nearly as many ACKs as an IPv4 client would do by default. Andrew Previously Maciej Soltysiak wr
/archives/netdev/2003-01/msg00254.html (12,159 bytes)

53. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Andrew McGregor <andrew@xxxxxxxxxxxxxx>
Date: Thu, 09 Jan 2003 08:59:53 +1300
I was able to reproduce the problem again. I have been using ethereal to sniff instead of tcpdump and gave out some more info. basically the icecast server at certain time (but i can't predict exact
/archives/netdev/2003-01/msg00255.html (12,681 bytes)

54. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Maciej Soltysiak <solt@xxxxxxxxxxxxxxxxx>
Date: Wed, 8 Jan 2003 21:27:02 +0100 (CET)
Sounds reasonable to me. Could it mean that this router that we are talking about is simply slow or overloaded ? Maciej
/archives/netdev/2003-01/msg00256.html (10,215 bytes)

55. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Wichert Akkerman <wichert@xxxxxxxxx>
Date: Wed, 8 Jan 2003 23:43:40 +0100
The fact that this problem does not seem to occur when using a window XP client seems to contradict the suggestions that it may be a router problem. Wichert. -- Wichert Akkerman <wichert@xxxxxxxxx> h
/archives/netdev/2003-01/msg00259.html (11,378 bytes)

56. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Fabio Massimo Di Nitto <fabbione@xxxxxxxxxxxx>
Date: Thu, 9 Jan 2003 08:29:19 +0100 (CET)
Is the WinXP client located in the same place where you are? From my side the ISP that is giving me problems is xs26.net at 2 different points. One is flapping and one is the link between them and an
/archives/netdev/2003-01/msg00265.html (11,561 bytes)

57. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Wichert Akkerman <wichert@xxxxxxxxx>
Date: Thu, 9 Jan 2003 10:38:36 +0100
Yes. (Well, not my place but a friend who had both linux and XP did that test). Wichert. -- Wichert Akkerman <wichert@xxxxxxxxx> http://www.wiggy.net/ A random hacker
/archives/netdev/2003-01/msg00268.html (11,658 bytes)

58. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Fabio Massimo Di Nitto <fabbione@xxxxxxxxxxxx>
Date: Thu, 9 Jan 2003 10:43:08 +0100 (CET)
hmmmm strange because now I have forced the route to ipv6.lkml.org via another ISP (bypassing xs26.net) and it is more than 3 hours that xmms is streaming without interruptions. Fabio
/archives/netdev/2003-01/msg00269.html (11,465 bytes)

59. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Wichert Akkerman <wichert@xxxxxxxxx>
Date: Thu, 9 Jan 2003 11:40:57 +0100
The xmms patch can be adopted to work for mpg123 I suspect, I haven't tried that. Iirc mediaplayer was used. I don't think a userspace tool can cause ACKs to stop being send. Wichert. -- Wichert Akke
/archives/netdev/2003-01/msg00270.html (10,477 bytes)

60. Re: ipv6 stack seems to forget to send ACKs (score: 1)
Author: Maciej Soltysiak <solt@xxxxxxxxxxxxxxxxx>
Date: Thu, 9 Jan 2003 11:32:47 +0100 (CET)
What other linux clients support streaming on ip6 ? patched mpg123 maybe? What XP client are you using ? Maybe it is a client issue, you say the client stops sending ACKs, maybe the client code is b
/archives/netdev/2003-01/msg00271.html (10,041 bytes)


This search system is powered by Namazu