At 10:15 +0200 6/18/10, <[email protected]> wrote:
I'm in this list to clarify if this technology proposal causes
issues for DNS:)
But if the problem is seen as a host issue, not DNS, then this probably does
not cause harm?
The problem in such discussions is "harm to whom?" The harm is that
is we incorrectly solve this, we harm the overall architecture of the
Internet. The issues I read pertained to the host, not the DNS,
hence, to prevent harm to the architecture, the solution lies in the
host.
So from DNS system point of view, do you see any issues if some networks
would provide policies for some hosts to perform DNS server selection
wisely, in deployments where split-DNS is causing problems or is desired?
There are a number of problems with the question. One, split-DNS
isn't defined and that hinders talking about policies about its use.
Two, I don't understand "DNS server selection" as something that one
does. Three, split-DNS is a thing that usually is only introduced
where it is a solution to problems, if it was causing problems it
would be removed.
I guess split DNS means different things in different places.. sometimes it
is just optimization, sometimes the IP address received from interface 1 is
not reachable over interface 2, sometimes the service is different
(depending whether a site is accessed from intranet/extranet).
And that is why there's no clear answer. There's no agreed
definition over split-DNS.
Forbidding split-DNS probably is as possible as forbidding NATs:)
Yes, but I take it the other way. In the field both are necessary
even if according to the theoretical model of networking both are
abhorrent. (The model is wrong.) I'd no more "forbid" either than
forbid gravity.
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Edward Lewis
NeuStar You can leave a voice message at +1-571-434-5468
The World Cup would be more fun if they didn't interrupt it with soccer games.
_______________________________________________
DNSOP mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dnsop
