Discussion:
IPv6 fetch from gnome.org fails only for me?
(too old to reply)
Andreas Hallmann
2007-11-14 09:20:09 UTC
Permalink
Hi IPv6 User,

my bulk-build hangs (for days) because a file of the gnome-Projects
can't be fetched.
I tracked it down to:
wget -6
http://ftp.gnome.org/pub/GNOME/sources/gnome-speech/0.4/gnome-speech-0.4.11.tar.bz2


I double checked ipf rules on my firewall.

wget -4
http://ftp.gnome.org/pub/GNOME/sources/gnome-speech/0.4/gnome-speech-0.4.11.tar.bz2

starts fetching immediately.

I tskark'ed the trafic. TCP/IP connection is build up perfectly. The
GET-hhtp request is ACKed ... but no data is send. ?)

Is it a my-site only problem???

Andreas

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de
Ignatios Souvatzis
2007-11-14 09:37:58 UTC
Permalink
Hello,

On Wed, Nov 14, 2007 at 10:20:09AM +0100, Andreas Hallmann wrote:
[...]
Post by Andreas Hallmann
I tskark'ed the trafic. TCP/IP connection is build up perfectly. The
GET-hhtp request is ACKed ... but no data is send. ?)
Is it a my-site only problem???
Nearly so.

It works from DFN, from ftp.netbsd.org, and from a machine @ cuw Munich.

However, I seem to have the same problem at home (RH-TEC).

Looks like there is a packet-size-dependant hole somewhere both our
traffic paths pass through, or rather, a place where ICMP6 error messages
(e.g. "Fragmentation needed") are blocked.

I'll contact my provider, you should contact yours.

If I'm guessing right your's the same problem as mine: as a workaround:

sysctl -w net.inet6.tcp6.recvspace=1440 (or smaller) works for me,
although performance is not too good without sliding windows, of
course.

-is
--
seal your e-mail: http://www.gnupg.org/

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de
Andreas Hallmann
2007-11-14 10:33:18 UTC
Permalink
Post by Ignatios Souvatzis
However, I seem to have the same problem at home (RH-TEC).
Looks like there is a packet-size-dependant hole somewhere both our
traffic paths pass through, or rather, a place where ICMP6 error messages
(e.g. "Fragmentation needed") are blocked.
I'll contact my provider, you should contact yours.
sysctl -w net.inet6.tcp6.recvspace=1440 (or smaller) works for me,
although performance is not too good without sliding windows, of
course.
-is
I agree. Activating single package a time mode :) makes it crawl instead
of stalling (speed boost :).
I will contact my Provider Titan-Networks (Frankfurt).
We are exchanging traceroute6 to support our providers offlist

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de
Loading...