records via GENERATE

2012-05-14 Thread hugo hugoo

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  A3.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,


















 
  ___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Re: records via GENERATE

2012-05-14 Thread Chris Thompson

On May 14 2012, hugo hugoo wrote:


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

1) GENERATE command like:   $GENERATE 0-255 $-1.2.3  A3.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?


The in-store representation of the zone is entirely the same (and hence
the memory usage and access speed). The macro-generation occurs while the
zone file is being read, at startup or after e,g, an rndc reload [zone].
	   		  
--

Chris Thompson
Email: c...@cam.ac.uk
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


RE: records via GENERATE

2012-05-14 Thread Todd Snyder
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@lists.isc.org 
[mailto:bind-users-bounces+tsnyder=rim@lists.isc.org] On Behalf Of hugo 
hugoo
Sent: Monday, May 14, 2012 12:14 PM
To: bind-users@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  A3.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.
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

RE: records via GENERATE

2012-05-14 Thread Alan Shackelford
Todd is correct. The GENERATE only exists on the master DNS in the zone data 
file. The DNS data, as made available to the querying machines, will contain 
all the individual records upon startup, on the master and all slaves.


Alan V. Shackelford Senior Systems Software Engineer
The Johns Hopkins University and John Hopkins Medicial Institutions
Baltimore, Maryland USA  ashac...@jhmi.edumailto:ashac...@jhmi.edu
  410-735-4773



From: bind-users-bounces+ashackel=jhmi@lists.isc.org 
[mailto:bind-users-bounces+ashackel=jhmi@lists.isc.org] On Behalf Of Todd 
Snyder
Sent: Monday, May 14, 2012 1:28 PM
To: hugo hugoo; bind-users@lists.isc.org
Subject: RE: records via GENERATE

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@lists.isc.orgmailto:bind-users-bounces+tsnyder=rim@lists.isc.org
 
[mailto:bind-users-bounces+tsnyder=rim@lists.isc.org]mailto:[mailto:bind-users-bounces+tsnyder=rim@lists.isc.org]
 On Behalf Of hugo hugoo
Sent: Monday, May 14, 2012 12:14 PM
To: bind-users@lists.isc.orgmailto:bind-users@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  A3.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.
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users