records via GENERATE

Todd Snyder tsnyder at rim.com
Mon May 14 17:27:46 UTC 2012


If I remember correctly, $GENERATE is a zone file syntax only.  When you start up BIND, it parses those out and loads the generated records as if you'd written them out manually.  $GENERATE just helps condense the zone file, but has no impact on overall operation.

I'm sure someone from ISC could provide a much more technically in depth answer, but hopefully my memory serves correctly.

t.

From: bind-users-bounces+tsnyder=rim.com at lists.isc.org [mailto:bind-users-bounces+tsnyder=rim.com at lists.isc.org] On Behalf Of hugo hugoo
Sent: Monday, May 14, 2012 12:14 PM
To: bind-users at lists.isc.org
Subject: records via GENERATE

Dear all,

Is there a difference between the configuration of a set of A records using:


1) GENERATE command like:   $GENERATE 0-255 $-1.2.3          A        3.2.1.$


2) Defining all the records one by one.




- difference in the amount of memory used?

- difference in the speed to retrive the answer.


If GENERATE command is used  ==> is the answer "calculated" at the query incoming or are all the records already present in memory?


Thanks in advance for your feedback,




















---------------------------------------------------------------------
This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20120514/7a649a44/attachment.html>


More information about the bind-users mailing list