Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 02 May 2003 21:05:51 +1000
From:      Mark.Andrews@isc.org
To:        Melvyn Sopacua <freebsd-stable@webteckies.org>
Cc:        Dan Pelleg <daniel+bsd@pelleg.org>
Subject:   Re: IPv6 Resolver (or: Slow rendering of Webpages using Konqueror) 
Message-ID:  <200305021105.h42B5p1G012593@drugs.dv.isc.org>
In-Reply-To: Your message of "Fri, 02 May 2003 10:47:58 %2B0200." <200305021047.58488.freebsd-stable@webteckies.org> 

next in thread | previous in thread | raw e-mail | index | archive | help

> 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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200305021105.h42B5p1G012593>