Delegation not working

[Chris Buxton]

You're right that no semantic processing takes place as part of the  
$GENERATE statement, but the original statement said:

$GENERATE 0-127 $.10 NS [...]

This is identical to typing:

0.10 NS [...]
1.10 NS [...]
[...]
127.10 NS [...]

But the origin here is 10.in-addr.arpa. So the origin is applied  
normally to the results of the $GENERATE, and so you get 0.10.10.in- 
addr.arpa, not "0.1010". The extra dot between the first and second  
10's is implied as part of the application of the origin.

Chris Buxton
Professional Services
Men & Mice

On May 7, 2009, at 12:42 PM, Ben Bridges wrote:

> Isn't the $GENERATE directive a purely textual substitution without  
> any
> semantic processing?  In that case, I believe you have actually
> delegated 0.1010.in-addr.arpa, 1.1010.in-addr.arpa, 2.1010.in- 
> addr.arpa,
> ... , 127.1010.in-addr.arpa instead of 0.10.in-addr.arpa,
> 1.10.in-addr.arpa, ... , 127.10.in-addr.arpa.  Try changing your
> $GENERATE directives to
>
> $GENERATE       0-127 $.10.in-addr.arpa. NS   dhcp-01.adm.bart.gov.
> $GENERATE       0-127 $.10.in-addr.arpa. NS   mrep-02.adm.bart.gov.
>
> and see if that works.
>
> Ben Bridges
>
>
>> -----Original Message-----
>> From: bind-users-bounces at lists.isc.org
>> [mailto:bind-users-bounces at lists.isc.org] On Behalf Of Chris Buxton
>> Sent: Thursday, May 07, 2009 2:29 PM
>> To: Mike Bernhardt
>> Cc: bind-users at lists.isc.org
>> Subject: Re: Delegation not working
>>
>> Your delegation $GENERATE'd records don't cover this query.
>> You've delegated 0.10.10.in-addr.arpa, but not 2.0.10.in-addr.arpa.
>>
>> Chris Buxton
>> Professional Services
>> Men & Mice
>>
>> On May 7, 2009, at 12:18 PM, Mike Bernhardt wrote:
>>
>>> I had already tried that to no avail:
>>> dig @athena -x 10.0.2.252
>>>
>>> ; <<>> DiG 9.3.4 <<>> @athena -x 10.0.2.252 ; (1 server found) ;;
>>> global options:  printcmd ;; Got answer:
>>> ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 7310
>> ;; flags: qr
>>> aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1,
>>> ADDITIONAL: 0
>>>
>>> ;; QUESTION SECTION:
>>> ;252.2.0.10.in-addr.arpa.       IN      PTR
>>>
>>> ;; AUTHORITY SECTION:
>>> 10.in-addr.arpa.        600     IN      SOA     athena.bart.gov.
>>> bernhardt.bart.gov. 2009050703 14400 600 864000 600
>>>
>>> ;; Query time: 0 msec
>>> ;; SERVER: 148.165.30.30#53(148.165.30.30) ;; WHEN: Thu May  7
>>> 12:21:13 2009 ;; MSG SIZE  rcvd: 102
>>>
>>>
>>>
>>> -----Original Message-----
>>> From: Chris Buxton [mailto:cbuxton at menandmice.com]
>>> Sent: Thursday, May 07, 2009 12:19 PM
>>> To: Mike Bernhardt
>>> Cc: bind-users at lists.isc.org
>>> Subject: Re: Delegation not working
>>>
>>> On May 7, 2009, at 12:06 PM, Mike Bernhardt wrote:
>>>> dig -x +trace @athena 10.0.2.252
>>>>
>>>> ;; QUESTION SECTION:
>>>> ;+trace.in-addr.arpa.           IN      PTR
>>>>
>>>> ;; QUESTION SECTION:
>>>> ;10.0.2.252.                    IN      A
>>>
>>> You've given dig the wrong arguments. You gave it two queries,
>>> indicated above, neither of which is what you wanted.
>>>
>>> Try this:
>>>
>>> dig @athena -x 10.0.2.252
>>>
>>> Chris Buxton
>>> Professional Services
>>> Men & Mice
>>>
>>
>> _______________________________________________
>> bind-users mailing list
>> bind-users at lists.isc.org
>> https://lists.isc.org/mailman/listinfo/bind-users
>>