From owner-freebsd-questions Wed Jan 26 11:15: 3 2000 Delivered-To: freebsd-questions@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id BEA8A14CF5 for ; Wed, 26 Jan 2000 11:14:59 -0800 (PST) (envelope-from oberman@ptavv.es.net) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.8.8/8.8.8) with ESMTP id LAA30006; Wed, 26 Jan 2000 11:14:56 -0800 (PST) Message-Id: <200001261914.LAA30006@ptavv.es.net> To: keith@mail.telestream.com Cc: freebsd-questions@FreeBSD.ORG Subject: Re: Off topic In-reply-to: Your message of "Wed, 26 Jan 2000 10:47:32 PST." Date: Wed, 26 Jan 2000 11:14:56 -0800 From: "Kevin Oberman" Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This would be more appropriate to a BIND news group, but... The number is the TTL (Time To Live) for the record. The record has been cached by the server you queried with a defined TTL which starts counting down immediately. This is set up in the BIND datafile either in the SOA record (BIND versions before 8.2) and with a $TTL declaration (V8.2 and higher). Good BIND admins set large TTLs for things which rarely change and smaller TTL for less stable items. Once a system caches the data, the TTL starts decrementing. When it reaches zero, it will no longer be set out in a response and the authoritative source will be queried. This new data is then cached for the TTL specified. Every record comes with a TTL and that TTL is defined by the nameserver which is authoritative for that record. So the A RR for b.ns.verio.net will remain in the cache for an additional 1 day, 7 hours, 6 minutes and 2 seconds after the query you made. somedomain.com will remain the same for 55 minutes and 3 seconds. This means that all queries for a given record will be resolved the same way until TTL expires regardless of what the authoritative data on the master server says. The only exception to this is when the DNS on the server you are querying is restarted since the cache is in memory and the server always starts with an empty cache. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message