[146174] in North American Network Operators' Group
Re: Performance Issues - PTR Records
daemon@ATHENA.MIT.EDU (=?utf-8?Q?Bj=C3=B8rn_Mork?=)
Mon Nov 7 01:52:40 2011
From: =?utf-8?Q?Bj=C3=B8rn_Mork?= <bjorn@mork.no>
To: Mark Andrews <marka@isc.org>
Date: Mon, 07 Nov 2011 07:50:48 +0100
In-Reply-To: <20111107011021.5CEB316CD13E@drugs.dv.isc.org> (Mark Andrews's
message of "Mon, 07 Nov 2011 12:10:21 +1100")
Cc: nanog@nanog.org
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
Mark Andrews <marka@isc.org> writes:
> The practice of filling out the reverse zone with fake PTR record
> started before there was wide spread support for UPDATE/DNS. There
> isn't any need for this to be done anymore. Machines are capable
> of adding records for themselves.
How do I setup this for DHCPv6-PD? Say, I delegate 2001:db8:42::/48 to
the end user. Should I delegate reverse DNS as well? If so, to whom?
Or is it the CPEs responibility to dynamically add records for whatever
addresses it sees on the internal LAN(s)? Are there CPEs capable of
doing this?
Or will the end systems themselves do the update against my DNS server?
If so, how do I authenticate that?
Bj=C3=B8rn
