From owner-freebsd-stable@FreeBSD.ORG Fri May 2 04:05:58 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7162437B401 for ; Fri, 2 May 2003 04:05:58 -0700 (PDT) Received: from bsdi.dv.isc.org (c17249.carlnfd1.nsw.optusnet.com.au [210.49.138.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55FE543FA3 for ; Fri, 2 May 2003 04:05:57 -0700 (PDT) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [192.168.191.236]) by bsdi.dv.isc.org (8.12.9/8.12.9) with ESMTP id h42B5pab060210; Fri, 2 May 2003 21:05:51 +1000 (EST) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.12.9/8.12.9) with ESMTP id h42B5p1G012593; Fri, 2 May 2003 21:05:51 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200305021105.h42B5p1G012593@drugs.dv.isc.org> To: Melvyn Sopacua From: Mark.Andrews@isc.org In-reply-to: Your message of "Fri, 02 May 2003 10:47:58 +0200." <200305021047.58488.freebsd-stable@webteckies.org> Date: Fri, 02 May 2003 21:05:51 +1000 Sender: marka@isc.org cc: "Andrew P. Lentvorski, Jr." cc: FreeBSD Stable cc: Dan Pelleg Subject: Re: IPv6 Resolver (or: Slow rendering of Webpages using Konqueror) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 May 2003 11:05:58 -0000 > On Friday 02 May 2003 04:30, Mark.Andrews@isc.org wrote: > > > > 2) There is no global way to make IPv6 go away in kernel, world, and > > > ports > > > > > > This seems to be a FreeBSD bug. The intent with the ability to remove > > > IPv6 from the kernel config and set ipv6_enable to no would seem to > > > indicate that somebody wants to be able to shut off IPv6. The fact that > > > the resolver still executes an IPv6 request would appear to be breakage. > > > > This is under application control. The newer API's also > > have flags to say look at what address families are configured > > and only return addresses in this family. Note you may still > > want to make queries for the other family so you stop searching > > when either address is found. > > So why not patch the libc (libisc/libresolv) functions, that they return a > valid NOERROR/NOTIMP response for any AF_INET6 lookups without actually > making these requests? For instance when -DDISABLE_IPV6 is set? > > This could easily be enforced via a switch in /etc/make.conf during make > buildworld/buildkernel, which would then result in a 100% ipv4 node. Bad Idea. Applications lookup IPv6 addresses for reasons other than making connection. > Additionally this changes the mindset from 'enabling ipv6' to 'disabling it', > > rather than giving the illusion, that only enabling ipv6 will do anything > ipv6 related. > > Applications that absolutely want to resolv Ipv6 for whatever reason, can > always implement their own resolver. What are you smoking. This is one of the most ridiculous ideas I've heard in a long while. > -- > Best regards, > > Melvyn Sopacua -- Mark Andrews, Internet Software Consortium 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark.Andrews@isc.org