PTR record handling in a subnetted network

Bob Vance bobvance at
Tue Mar 6 03:13:48 UTC 2001

>That's because it's allowed under the sections I quoted.

I understand and noticed that :)

My question was why anyone would want to go to the trouble of
    . the ISP's delegating another zone
and . requiring another zone for the end-user to manage

All the discussions seem to focus on this delegation some sub-zone of , rather than simply using CNAMEs into the
already-existing forward zone.

What I was saying is that the latter seems to me to be a better and
simpler solution and no one has said differently or given any drawbacks
to this solution.  If the advantages are there and there aren't any
drawbacks, then why isn't this solution promulgated more on this list?

Tks        | <mailto:BVance at>
BV         | <mailto:BobVance at>
Sr. Technical Consultant,  SBM, A Gates/Arrow Co.
Vox 770-623-3430           11455 Lakefield Dr.
Fax 770-623-3429           Duluth, GA 30097-1511

-----Original Message-----
From: bind-users-bounce at [mailto:bind-users-bounce at]On
Behalf Of Joseph S D Yao
Sent: Monday, March 05, 2001 7:02 PM
To: bind-users at
Subject: Re: PTR record handling in a subnetted network

On Mon, Mar 05, 2001 at 06:20:02PM -0500, Bob Vance wrote:
> Personally, and as I have said here before, I would prefer to have the
> ISP's CNAMEs simply point into my forward zone.
> At least 2 benefits:
>  . no new zone delegations nor NS RRs for anybody to worry about,
>  . the PTRs can sit right next to their corresponding forward RR.
> No one has yet given me a reason for *not* doing that.

That's because it's allowed under the sections I quoted.

   This way you can actually end up with the name->address and the
   (pointed-to) address->name mapping data in the same zone file - some
   may view this as an added bonus as no separate set of secondaries for
   the reverse zone is required.  Do however note that the traversal via
   the IN-ADDR.ARPA tree will still be done, so the CNAME records
   inserted there need to point in the right direction for this to work.

Sorry, they already thought of that.  ;-]

Joe Yao				jsdy at - Joseph S. D. Yao
COSPO/OSIS Computer Support					EMT-B
This message is not an official statement of COSPO policies.

More information about the bind-users mailing list