Date: Wed, 01 Aug 2007 21:45:56 -0400 From: Skip Ford <skip@menantico.com> To: Mark Andrews <Mark_Andrews@isc.org>, Doug Barton <dougb@freebsd.org>, FreeBSD Current <freebsd-current@freebsd.org>, FreeBSD Stable <freebsd-stable@freebsd.org> Subject: Re: default dns config change causing major poolpah Message-ID: <20070802014556.GH59008@menantico.com> In-Reply-To: <200708020114.l721EMvl095981@drugs.dv.isc.org> References: <20070802004404.GG59008@menantico.com> <200708020114.l721EMvl095981@drugs.dv.isc.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Mark Andrews wrote: > > > > I don't think that "all" of the drama could have been avoided in any > > > > case, there is too much emotion surrounding this issue. > > > > > > I'll concur with Doug on this. I've been discussing doing > > > just this for the last 10+ years. > > > > Why don't you update 2870 then to make it so? > > Why don't you? You seem to be the one worried about it :-) I just figured you'd be able to snap your fingers, click your heels, and be done with it. > I want to get draft-ietf-dnsop-default-local-zones through > first before dealing with the issue of how to get every > iterative resolver serving the root. FWIW, I reviewed your draft back in March and had no objections. :-) > > If all the roots provided it and were required to, there's no > > problem. But current best practice as defined by 2870 are > > for roots to only answer AXFRs from other roots. > > > > How can you advocate an OS pushing a configuration that isn't > > guaranteed to be functional? I understand the odds of it > > breaking, and I understand the benefits. That's not the issue. > > There is a difference between saying we should do this and > just doing it. Part of process is to get consenus that > this is reasonable or at least won't hurt and working what > needs to be changed to make it happen. Ah, sorry for putting words in your mouth then. Now I understand, and I agree. -- Skip
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070802014556.GH59008>