[166250] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: comcast ipv6 PTR

daemon@ATHENA.MIT.EDU (=?utf-8?Q?Bj=C3=B8rn_Mork?=)
Tue Oct 15 10:58:49 2013

From: =?utf-8?Q?Bj=C3=B8rn_Mork?= <bjorn@mork.no>
To: Mark Andrews <marka@isc.org>
Date: Tue, 15 Oct 2013 16:57:04 +0200
In-Reply-To: <20131015045441.5C356832A5E@rock.dv.isc.org> (Mark Andrews's
 message of "Tue, 15 Oct 2013 15:54:40 +1100")
Cc: John Levine <johnl@iecc.com>, nanog@nanog.org
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org

Mark Andrews <marka@isc.org> writes:

> Actually you just need to *let* the hosts update their own ptr
> records using UPDATE.
>
> People keep saying the PTR records don't mean anything yet still
> demand really strong authentication for updates of PTR records.
> TCP is more than a strong enough authenticator to support update
> from self.
>
> You can even delegate the reverse zone when doing or just after a PD.
>
> * Accept NS/DNAME updates for the reverse prefix from any address
>   in the delegated address range over TCP.  This avoids having a
>   temporatially lame delegation.  named already has code to do this
>   for /48's as I coded it to to support 6to4.

This sounded like an excellent idea at first, but then I started
thinking:  As a home user, would I really want to give anyone with
access to my network the right to change my reverse delegation?

I don't think so.  I am not even sure I would want them all to be able
to update the PTR record for the addresses they use.



Bj=C3=B8rn


home help back first fref pref prev next nref lref last post