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
|
||
This sounds like bug 68796. *** This bug has been marked as a duplicate of 68796 ***
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
•