[166738] in North American Network Operators' Group
Re: Reverse DNS RFCs and Recommendations
daemon@ATHENA.MIT.EDU (Cutler James R)
Wed Nov 6 09:35:36 2013
From: Cutler James R <james.cutler@consultant.com>
In-Reply-To: <10229F86C86EB444898E629583FD4171EAA20EBF@PACDCEXMB06.cable.comcast.com>
Date: Wed, 6 Nov 2013 09:34:56 -0500
To: "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--Apple-Mail=_63C6CB28-49F3-4925-B985-6EF5BA22653A
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=windows-1252
On Nov 6, 2013, at 9:02 AM, Livingood, Jason =
<Jason_Livingood@cable.comcast.com> wrote:
> Reverse DNS for (typical) residential customer IPv6 addresses is dead,
> people just haven=B9t come to grips with it just yet=8A ;-)
>=20
>=20
> When publicly-reachable services in home networks are created that may =
be
> a different matter of course. But it is hard to imagine an ISP
> automatically or dynamically generating reverse records for all the =
IPv6
> addresses handed out to your average residential users.
>=20
> Jason
>=20
>=20
> On 11/5/13, 12:31 AM, "Lee Howard" <Lee@asgard.org> wrote:
>=20
>> http://tools.ietf.org/html/draft-andrews-dnsop-pd-reverse-00
>>=20
>>=20
>> It would be great to have this conversation in the IETF Homenet WG, =
as
>> well as DNSops.
>> This would solve the gaps I identified. Not sure why I, as an ISP, =
would
>> spend money on this.
>>=20
>> Lee
>>=20
>>=20
>>=20
>=20
>=20
Dynamic DNS providers will undoubtably endeavor to make money from AAAA =
and SRV entries for publicly-reachable services in SOHO and home =
networks. Dynamic DNS providers are normally not delegated authority to =
provide PTR records for ISP managed addresses, making provision of =
complementary AAAA and PTR records highly unlikely. =20
Because of the cost of scaling and delegation issues I agree with Jason =
and see no compelling business case for rDNS services for SOHO or =
residential users.=20
It=92s dead,
Jim=20
James R. Cutler
james.cutler@consultant.com
--Apple-Mail=_63C6CB28-49F3-4925-B985-6EF5BA22653A
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename=signature.asc
Content-Type: application/pgp-signature;
name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: GPGTools - http://gpgtools.org
iEYEARECAAYFAlJ6U5AACgkQHzETiNcaVPlIZwCff4rAgi8HyCvG6RRm05Hj/nnW
pjMAoNAUqnPyhQ6SDly2dnYPR5At91BA
=Nwf6
-----END PGP SIGNATURE-----
--Apple-Mail=_63C6CB28-49F3-4925-B985-6EF5BA22653A--
