Class A Subnet (/22) delegation problem

[Paul Binion]

Thank you for the reply. You actually confirmed everything that I was
thinking but could not find a way to confirm. ns2.dixcom.com, is a slave to
ns1.dixcom.com Now I wonder how I am going to get Global to play along....
:( Thanks again, I now know what I have to do tomorrow.

Paul

-----Original Message-----
From: bind-users-bounce at isc.org [mailto:bind-users-bounce at isc.org]On
Behalf Of Kevin Darcy
Sent: Thursday, August 01, 2002 6:20 PM
To: bind-users at isc.org
Subject: Re: Class A Subnet (/22) delegation problem



Paul Binion wrote:

> I have read so many documents on classless reverse delegation that my head
> is spinning. However most of the documents seem to deal with class c
> subnets. Here is my problem. I am working for a small isp who got a /22
> through a reseller. The reseller does not have a clue what I am talking
> about, but insists on playing the middleman. I am not permitted to speak
to
> the technical people upstream who have to make the changes. (global) Here
is
> what was sent back to me by the middle guy. These are the entries made at
> Global. They have also included glue records, which I believe are needed.
> for the purpose of brevity I have left out the entries for 64.215.21, .22,
> ..23. They are the same as the one for .20.
>
> Delegation had been set up for .20, but unfortunately not for .21 - .23.
It
> is set up now. Please allow for 4 hours propagation and thank you for your
> request.
>
> ; 20.215.64.in-addr.arpa
>
> $TTL 3600
>
> @ IN SOA gblx.net. dns.gblx.net. (
>
> 13 ;Serial
>
> 7200 ;Refresh (2 hours)
>
> 1800 ;Retry (30 minutes)
>
> 604800 ;Expire (1 week)
>
> 3600) ;Negative Response TTL (1 hour)
>
> $INCLUDE ns
>
> ;
>
> I then created a zone file 20.215.64.in-addr.arpa. The files from my dns
> server are include below. We are running bind 8. The files were created
with
> quickdns, (My employer wants a gui interface so that other people can do
dns
> entries if need be.)

> [snip]

> It works great from within my network, but addresses do not resolve from
>   outside our network. I know I am missing something fundamental, but for
the
>   life of me can not find it. Any suggestions would be most welcome.
>

Well, there are 4 gblx.net nameservers in the delegations for
20.215.64.in-addr.arpa, and 2 dixcom.com nameservers, and the two sets of
nameservers are serving up different versions of the zone. If the gblx.net
nameservers aren't going to be slaves for the zone, then they should be
removed
from the delegation records.

BTW, stop reading about classless delegation and making your head spin. Any
range larger than /25 uses regular delegation, not (so-called) "classless
delegation" (which is really just aliasing, not "delegation" at all).


- Kevin