Closed Bug 114276 Opened 23 years ago Closed 23 years ago

Transfer halt with IPv6 enabled kernel

Categories

(Core :: Networking, defect)

x86
Linux
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 68796

People

(Reporter: u38342, Assigned: neeti)

References

()

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6+) Gecko/20011205
BuildID:    20011208 (or whatever I've tried in December)

On RH Linux 7.2 with kernel 2.4.16 (and 2.4.17-pre6) it takes a while to load
that page.  Without IPv6 feature, it loads smoothly, but with IPv6 enabled in
the kernel and IPv6 tunnel set up, that page takes a time.  It halts with a
message "Sending request to ar.atwola.com" in the bottom.

Reproducible: Always
Steps to Reproduce:
1.Set up IPv6 environment (I use IPv6 tunnel from www.freenet6.net for free).  
But in order to reproduce this problem, only changing kernel configuration (IPv6
set to on) is enough.  Real connection to IPv6 net is not necessary.
2.Open http://www.cnn.com

Actual Results:  At first access, this problem occurs.  From the second time, it
doesn't necessarily happen.  But after a while, it can be reproduced.

Expected Results:  That page is smoothly loaded.

I first suspected ar.atwola.com should have an IPv6 address and Mozilla should
try IPv6 connection in vain, but I found ar.atwola.com (alias for
ads.web.aol.com) has no IPv6 address.
   It also occurs with http://www.yomiuri.co.jp (Japanese page) which doesn't
have IPv6 address either.
   I have no idea what temporarily halts the transfer.
I determined not to use IPv6 now.......
This sounds like bug 68796.

*** This bug has been marked as a duplicate of 68796 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
V/dupe.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.