Shouldn't the host receive the same answer to a DNS query, regardless of the resolver to which the query is sent? If so, the order in which resolvers are used by the host shouldn't matter.
What is done today in the deployed IPv6 world in a host that has both an IPv6 stack and an IPv4 stack, and a manually configured list of DNS resolvers? Is it allowed to mix together IPv6 and IPv4 addresses for resolvers? Is that configuration actually used? Does the host have two lists: one for IPv6 and one for IPv4?
Suppose the host only has an IPv6 stack but both IPv6 and IPv4 addresses in its list of DNS resolvers?
I'm hoping we can get some real-world deployment experience injected into the conversation...
- Ralph
At 10:39 PM 2/20/2003 -0800, Alain Durand wrote:
On Thursday, February 20, 2003, at 10:25 PM, Pekka Savola wrote:
On Thu, 20 Feb 2003, Alain Durand wrote:On Thursday, February 20, 2003, at 12:03 PM, Ralph Droms wrote:If it's unclear, then we should edit the document to explicitly identify the addresses as IPv6 addresses.
This option is intended to return IPv6 configuration information. IPv4 addresses for DNS resolvers should be provided through DHCPv4...
I symphatize with this -- there are some uses to have DHCPv6 return IPv4 addresses too -- but the result would just make the dnsconfig option more complex for little benefit. Let's face it: if you deploy DHCPv6, you really should have long since deployed IPv6-enabled nameservers too.
So, I think clarifying the scope to do only IPv6 seems like the best option by far.
Some may scream at this idea, but couldn't we pass an IPv4-mapped address in there? The DHCPv6 client could recognize this special format to mean this is actually a v4 address?
Now, let's say that this is the case for DHCP, what should a node that act both as a DHCPv4 and DHCPv6 client do when it will be returned two lists of recursive DNS serves, one IPv4 via DHCPv4 and one IPv6 via DHCPv6. Which one should take priority?
Implementation decision, but I guess typically the results of the latest query take precedence. I don't see a problem here, myself.
Unpredictable behavior. Difficult to debug.
- Alain.
-- to unsubscribe send a message to [EMAIL PROTECTED] with the word 'unsubscribe' in a single line as the message text body. archive: <http://ops.ietf.org/lists/namedroppers/>
-------------------------------------------------------------------- IETF IPng Working Group Mailing List IPng Home Page: http://playground.sun.com/ipng FTP archive: ftp://playground.sun.com/pub/ipng Direct all administrative requests to [EMAIL PROTECTED] --------------------------------------------------------------------
