Closed
Bug 114276
Opened 23 years ago
Closed 23 years ago
Transfer halt with IPv6 enabled kernel
Categories
(Core :: Networking, defect)
Tracking
()
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.
|
||
Comment 2•23 years ago
|
||
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•