[146184] in North American Network Operators' Group

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

Re: Performance Issues - PTR Records

daemon@ATHENA.MIT.EDU (=?utf-8?Q?Bj=C3=B8rn_Mork?=)
Mon Nov 7 09:02:11 2011

From: =?utf-8?Q?Bj=C3=B8rn_Mork?= <bjorn@mork.no>
To: Leigh Porter <leigh.porter@ukbroadband.com>
Date: Mon, 07 Nov 2011 15:00:31 +0100
In-Reply-To: <40117B81-3201-4649-BA7E-C6800D923535@ukbroadband.com> (Leigh
 Porter's message of "Mon, 7 Nov 2011 13:52:46 +0000")
Cc: "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org

Leigh Porter <leigh.porter@ukbroadband.com> writes:

> 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.
>
> It's really not all that difficult..

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"?

If we're going to provide any reverse DNS for end users, then it is
because we can create names which actually improves something.


Bj=C3=B8rn


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