[146196] in North American Network Operators' Group
Re: Performance Issues - PTR Records
daemon@ATHENA.MIT.EDU (Leigh Porter)
Mon Nov 7 10:29:12 2011
From: Leigh Porter <leigh.porter@ukbroadband.com>
To: =?iso-8859-1?Q?Bj=F8rn_Mork?= <bjorn@mork.no>
Date: Mon, 7 Nov 2011 15:29:30 +0000
In-Reply-To: <87fwi0118g.fsf@nemi.mork.no>
Cc: "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
On 7 Nov 2011, at 14:03, "Bj=F8rn Mork" <bjorn@mork.no> wrote:
> Leigh Porter <leigh.porter@ukbroadband.com> writes:
>=20
>> Indeed, there is no way I would allow that either. But really,
>> providing a reverse zone and forward zone to match is a case of five
>> minutes and a shell script or a DNS that as Steinar said, will
>> synthesise results.
>>=20
>> It's really not all that difficult..
>=20
> No, not at all. It's just totally pointless. Any IPv6 address is just
> as pretty as a synthesized name. Maybe even prettier. Do you prefer
> "2001:db8:1::2" or "20010db8000100000000000000000002.rev.example.com"?
>=20
> If we're going to provide any reverse DNS for end users, then it is
> because we can create names which actually improves something.
>=20
>=20
> Bj=F8rn
>=20
>=20
Yup it is pointless.. Mine are all ipadrress.domain which is of course, po=
intless.. I suppose at least somebody would glean that perhaps its a home =
user rather than a business or server on that address but that's all.
With IPv6 arguably even more pointless as you say.
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email=20
______________________________________________________________________
