[196131] in North American Network Operators' Group
Re: Anyone from AT&T DNS?
daemon@ATHENA.MIT.EDU (Christopher Morrow)
Fri Oct 6 04:12:53 2017
X-Original-To: nanog@nanog.org
In-Reply-To: <044FD0AF-3B6D-412A-AC07-265A4F0CDD50@apple.com>
From: Christopher Morrow <morrowc.lists@gmail.com>
Date: Wed, 4 Oct 2017 22:53:55 -0400
To: Matt Peterman <mpeterman@apple.com>
Cc: nanog list <nanog@nanog.org>
Errors-To: nanog-bounces@nanog.org
On Wed, Oct 4, 2017 at 10:43 PM, Matt Peterman <mpeterman@apple.com> wrote:
> The PTR record CNAMEs for my /25 allocated prefix are all messed up. They
> are returning as
> $ dig +short CNAME 128.168.207.107.in-addr.arpa
> 128.128/25.168.207.107.in-addr.arpa.
>
> Which is obviously a completely invalid DNS entry. I have opened a ticket
> through the web portal for =E2=80=9Cprov-dns=E2=80=9D but Haven=E2=80=99t=
gotten a response for 7
> days.
>
> If anyone from AT&T DNS or knows anyone from AT&T DNS that can help it
> would be appreciated!
>
>
isn't this one of the proper forms of reverse delegation in CIDR land?
like:
http://support.simpledns.com/kb/a146/how-to-sub-delegate-a-reverse-zone.asp=
x
describes, or in a (perhaps more wordy fashion) in RFC2317?
http://tools.ietf.org/html/rfc2317
I think it may be the case that the NS hosts are not prepared for such a
domain/record mapping though... the nameservers that would need to to be
authoritative for a zone like:
128/25.168.207.107.in-addr.arpa.
and have a bunch of PTR records like:
128 IN PTR foo.you.com.
129 IN PTR bar.you.com.
etc...
