From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 09:37:12 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 1B44516A404 for ; Tue, 17 Jul 2007 09:37:12 +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 D2E5713C4B2 for ; Tue, 17 Jul 2007 09:37:09 +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 B22FBA44529 for ; Tue, 17 Jul 2007 11:35:35 +0200 (CEST) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-stable@freebsd.org Date: Tue, 17 Jul 2007 11:37:07 +0200 User-Agent: KMail/1.9.7 References: <200707162319.41724.lofi@freebsd.org> <200707171106.30795.wundram@beenic.net> <20070717093028.GC1699@turion.vk2pj.dyndns.org> In-Reply-To: <20070717093028.GC1699@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707171137.07269.wundram@beenic.net> Subject: 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 09:37:12 -0000 On Tuesday 17 July 2007 11:30:28 Peter Jeremy wrote: > Note that it's not just a single AXFR - you need to update your local > slave copy whenever the master copy changes. I'm not sure how often > this is but the current SOA has a 1-day timeout and appears to be about > 24 hours old. I suspect the total data transferred via AXFRs will be > significantly higher than just caching lookup results. Lookup results are cached anyway; it's just the seeding of the root (which= =20 also has to happen when you don't transfer the root zone as a whole, but on= ly=20 singular records from it) which this applies to. As the zone has a timeout,= =20 so do the contained records, which you'll also have to refetch after their= =20 TTL expires. =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