[135427] in North American Network Operators' Group
Re: Understanding reverse DNS better
daemon@ATHENA.MIT.EDU (Jared Mauch)
Tue Jan 25 09:35:38 2011
From: Jared Mauch <jared@puck.nether.net>
In-Reply-To: <D65B039B-36B2-4936-BC2A-24E8A9938B64@gmail.com>
Date: Tue, 25 Jan 2011 09:34:45 -0500
To: Caleb Tennis <caleb.tennis@gmail.com>
Cc: North American Network Operators Group <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
I suggest doing something like:
dig +trace -x 204.42.254.5
You can watch the delegation authority for the in-addr at each stage.
- Jared
On Jan 25, 2011, at 9:30 AM, Caleb Tennis wrote:
> We have a /24 from one of our upstream providers that we handoff to a =
customer. The /24 has been SWIPd to us, and we have nameservers setup =
with ARIN against that record.
>=20
> Twice now this information has just "disappeared". That is, if do =
reverse DNS lookups, they returns nothing, whereas they were just =
working fine earlier. If you do an NS lookup on the block, it returns =
nothing. The /24 blocks immediately surrounding us continue to work =
just fine. If we do a lookup directly against our nameserver, it works =
just fine.
>=20
> It's like the nameserver information against that reverse DNS is just =
magically gone.
>=20
> The ARIN record looks good, nothing has changed. Last time, our =
upstream resubmitted the info so it would repopulate, and it started =
working again soon there after. I admit to not being the smartest one =
with how these records work: is the problem with the upstream, or ARIN's =
database, or is there not enough information to tell?
>=20
> Thanks,
> Caleb
