Date: Tue, 17 Jul 2007 11:37:07 +0200 From: "Heiko Wundram (Beenic)" <wundram@beenic.net> To: freebsd-stable@freebsd.org Subject: Re: Problems with named default configuration in 6-STABLE Message-ID: <200707171137.07269.wundram@beenic.net> In-Reply-To: <20070717093028.GC1699@turion.vk2pj.dyndns.org> References: <200707162319.41724.lofi@freebsd.org> <200707171106.30795.wundram@beenic.net> <20070717093028.GC1699@turion.vk2pj.dyndns.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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 also has to happen when you don't transfer the root zone as a whole, but only singular records from it) which this applies to. As the zone has a timeout, so do the contained records, which you'll also have to refetch after their TTL expires. -- Heiko Wundram Product & Application Development ------------------------------------- Office Germany - EXPO PARK HANNOVER Beenic Networks GmbH Mailänder Straße 2 30539 Hannover Fon +49 511 / 590 935 - 15 Fax +49 511 / 590 935 - 29 Mail wundram@beenic.net Beenic Networks GmbH ------------------------------------- Sitz der Gesellschaft: Hannover Geschäftsführer: Jorge Delgado Registernummer: HRB 61869 Registergericht: Amtsgericht Hannover
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200707171137.07269.wundram>