[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <467CA683.2000706@simon.arlott.org.uk>
Date: Sat, 23 Jun 2007 05:50:11 +0100
From: Simon Arlott <simon@...e.lp0.eu>
To: David Stevens <dlstevens@...ibm.com>
CC: "C. Scott Ananian" <cscott@...top.org>, netdev@...r.kernel.org
Subject: Re: [RFD] First draft of RDNSS-in-RA support for IPv6 DNS autoconfiguration
On 23/06/07 05:30, David Stevens wrote:
> netdev-owner@...r.kernel.org wrote on 06/22/2007 06:17:46 PM:
Is there a reason why you're CC:ing the Sender? Doesn't that end
up in the mailbox(es) of the netdev admin(s)?
>> On 23/06/07 02:04, David Stevens wrote:
>>> Why not make the application that writes resolv.conf
>>> also listen on a raw ICMPv6 socket? I don't believe you'd need
>>> any kernel changes, then, and it seems pretty simple and
>>> straightforward.
>> Because then it requires yet another network daemon, RA in
>> the kernel means there's no need for one to manage adding
>> auto-configured IP addresses... what's wrong with doing the
>> same for DNS?
>
> It's not yet another one, since you have to run something
> to get it in resolv.conf, anyway. That seems much better to me
Well, it'd be the library including it - so there'd be no daemon
application involved.
> than having the kernel track data that can only be used at the
> application layer. The app itself looks like it'd be really simple.
Keeping application data in the kernel does start to get silly though,
e.g. everything in dhcp-options(5)... but DNS is used almost
everywhere. This could be a configuration option so that anyone who
doesn't want it can disable it completely.
> Auto-configured addresses are used by the kernel. It has to
> have those addresses. But the kernel doesn't do DNS look-ups, or
> write resolv.conf; that's the difference, for me.
Using DHCPv6 as an example, auto-configuration does not have to be in
the kernel at all either.
--
Simon Arlott
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists