Classless IN-ADDR.ARPA delegation.

Castro Henry castroh at lewis.army.mil
Fri Feb 11 15:14:49 UTC 2000


John,

As far as DNS is concerned, as long as your subnets all live on the same DNS
server then it doesn't matter.  From what I can tell from your original
question, you are only talking about 1 Class C subnet.   Just make the 1
in-addr file for the whole thing.   Besides, the way you have the thing
split up is not right.   

X.Y.Z.0 = /24
X.Y.Z.128 = /25
X.Y.Z.192 = /26
X.Y.Z.224 = /27
X.Y.Z.240 = /28
X.Y.Z.248 = /29
X.Y.Z.252 = /30

	* Henry Castro 
	       Wide Area Network Administration
	       Director of Information Management
	       Ft Lewis WA. 
	*



> -----Original Message-----
> From:	John Kerbawy [SMTP:john at NOC.maKintosh.com]
> Sent:	Friday, February 11, 2000 2:48 AM
> To:	comp-protocols-dns-bind at moderators.uu.net
> Subject:	Re: Classless IN-ADDR.ARPA delegation.
> 
> | Although RFC 2317 describes classless delegation in terms of CIDR
> blocks,
> | it's not really dependent on using real CIDR prefixes.  It can be used
> with
> | any subsets of a /24 block.  In your case, I would suggest delegating
> the
> | following zones:
> | 
> | 0-229.xxx.xxx.xxx.in-addr.arpa
> | 230-235.xxx.xxx.xxx.in-addr.arpa
> | 236-247.xxx.xxx.xxx.in-addr.arpa
> | 248-255.xxx.xxx.xxx.in-addr.arpa
> | 
> | In other words, instead of naming the subdomain after the CIDR prefix,
> name
> | it after the range of addresses it contains.
> | 
> | If the 0-229 block is managed by the same group that the class C itself
> is
> | delegated to, don't bother with the subdomain for that block.  Just put
> | those PTR records in xxx.xxx.xxx.in-addr.arpa zone.  This will save you
> | from having lots of unnecessary CNAME records.
> 
> I think I'm following, at least in theory. I'm not sure exactly how I'm
> supposed to implement this though.
> 
> $ORIGIN 236-247.xxx.xxx.xxx.in-addr.arpa. strikes me as wrong because of
> the "-". Maybe I'm not following you.
> 
> Thank you again. :)
> 
> __
> .j0hn [john at maKintosh.com]
> 
> 



More information about the bind-users mailing list