From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 12:10:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91C3116A401 for ; Tue, 17 Jul 2007 12:10:44 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 562CF13C4A5 for ; Tue, 17 Jul 2007 12:10:44 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-2-214.net-htp.de [89.182.2.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 17923A44529; Tue, 17 Jul 2007 14:09:10 +0200 (CEST) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: Volker , freebsd-stable@freebsd.org Date: Tue, 17 Jul 2007 14:10:41 +0200 User-Agent: KMail/1.9.7 References: <200707162319.41724.lofi@freebsd.org> <469C9E56.8070705@vwsoft.com> <20070717114504.GA78231@eos.sc1.parodius.com> In-Reply-To: <20070717114504.GA78231@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707171410.41601.wundram@beenic.net> Cc: Subject: Re: FreeBSD violates RFC2870 [was: Re: Problems with named default configuration in 6-STABLE] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 12:10:44 -0000 On Tuesday 17 July 2007 13:45:04 Jeremy Chadwick wrote: > On Tue, Jul 17, 2007 at 12:47:50PM +0200, Volker wrote: > > As I think having a default to hint root zone is better, I'll file a > > PR about that. > > Which leads me to ask: > > Why hasn't anyone recommended using stub zones for this? It seems the > goal is to cache NS records from the rootservers, and stub zones don't > utilise AXFR/IXFR. Basically, this is not similar. If you are a slave for the root zone, you n= ot=20 only cache the root nameservers itself, but also the nameservers used for t= he=20 resolution of first-level subdomains. If you are a stub, you basically get= =20 nothing besides a hint-zone; otherwise you'd have to configure a stub-zone= =20 for every TLD that's out there (and configured in the roots) with the=20 respective info to actually achieve (permanent) caching of TLD-NS-records i= n=20 the form of a zone-file. =2D-=20 Heiko Wundram Product & Application Development =2D------------------------------------ Office Germany - EXPO PARK HANNOVER =20 Beenic Networks GmbH Mail=E4nder Stra=DFe 2 30539 Hannover =20 =46on +49 511 / 590 935 - 15 =46ax +49 511 / 590 935 - 29 Mail wundram@beenic.net Beenic Networks GmbH =2D------------------------------------ Sitz der Gesellschaft: Hannover Gesch=E4ftsf=FChrer: Jorge Delgado Registernummer: HRB 61869 Registergericht: Amtsgericht Hannover