Comment 248 for bug 417757

This bug is about Ubuntu dealing with bad DNS servers that don't understand
AAAA (IPv6) queries. Before claiming this isn't fixed, please make sure that
bad DNS servers are in fact the issue. If disabling IPv6 AAAA lookups in
Firefox fixes the issue, then you are dealing with this bug. If switching to
good DNS servers like those of openDNS or Google fixes the issue, then you
are dealing with this bug. If switching from wireless to wired* on the same
LAN* fixes the issue, then you are not dealing with this bug.

Please don't change the status of this bug unless you are sure that you have
issues with IPv6 DNS lookups.
Hilton

--
It's bad civic hygiene to build technologies that could someday be used to
facilitate a police state." -- Bruce Schneier

On Wed, Mar 3, 2010 at 7:09 AM, jordan.sc <email address hidden> wrote:

> I have 3 PCs (1 wired, 2 wireless) on my local home network running
> Karmic that were all affected by the IPv6 issue described here. The
> released fix worked for all 3 PCs. There are no more delays -
> performance is comparable to 9.04, Mandriva with IPv6 turned off, and
> Windows XP/7. I know of several other folks who had this issue and the
> fix worked for them as well. My wireless cards are Atheros and Ralink,
> and my router is a Netgear RP614.
>
> --
> [karmic regression] all network apps / browsers suffer from multi-second
> delays by default due to IPv6 DNS lookups
> https://bugs.launchpad.net/bugs/417757
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in “eglibc” package in Ubuntu: Triaged
> Status in “network-manager” package in Ubuntu: Invalid
> Status in “eglibc” source package in Lucid: Triaged
> Status in “network-manager” source package in Lucid: Invalid
> Status in “eglibc” source package in Karmic: Fix Released
> Status in “network-manager” source package in Karmic: Invalid
> Status in “glibc” package in Fedora: Confirmed
>
> Bug description:
> In Karmic, DNS lookups take a very long time with some routers, because
> glibc's DNS resolver tries to do IPv6 (AAAA) lookups even if there are no
> (non-loopback) IPv6 interfaces configured. Routers which do not repond to
> this cause the lookup to take 20 seconds (until the IPv6 query times out).
>
> *** PLEASE DO NOT COMMENT ON THIS BUG unless you have something
> constructive to say. Everything that can be said has already been said, and
> if you comment, you are just adding noise. Please let those that actually
> know what they are doing concentrate on fixing this bug from now on. ***
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/417757/+subscribe
>