[ppml] Comments on ARIN's reverse DNS mapping policy

[Brian Dickson]

Ted Mittelstaedt wrote:
> There have
> been enough postings on
> this topic for you to get an idea of what would happen to such a proposal -
>   
There have been enough people commenting on their misinterpretation of 
John's observation (complaint),
and the underlying technical issue, that the proposal would need to be 
very clearly written to avoid this.

That said, the *actual* issue, if addressed, most certainly would be 
in-scope for RIR policies, and as such
would be suitable for normal discussion, and likely would get support, 
enough to be adopted as policy.
>   Now I have read your ranting and some of the responses.  But there is one
> response that I
> didn't see and that you obviously didn't consider.  In my opinion, the
> network manager at
> your ISP is fully aware of the PTR issues and has chosen to DELIBERATELY not
> entered
> the in-addr.arpa zone for your numbers.
>   
If that is what you think the issue is, then I think you misread the 
original message and several of the follow-ups.

The issue isn't the *content* (present or absent) of the in-addr zone 
that has been delegated, it is that the server to which
the delegation has been made, fails to answer queries for the *specific* 
in-addr zone. It is lame *for that zone*.

[discussion relevant only to non-lame zones with no PTRs in them, 
omitted for brevity.]
> As for your GoDaddy scenario, well the application controls UDP timeout. 
The problem is fundamentally tied to resolvers. Unless the application 
is doing a roll-your-own implementation
of name resolution, it is likely sharing a common fate with all clients 
of resolution service on whatever box is acting as a recursive resolver.

Tweaking timeouts on nameserver lookups is something, to paraphrase 
Randy Bush, I encourage anyone foolish enough to want to, to do so.
> Take care!
> Ted
>   
If you were to "take care" yourself and read and understand what the 
original poster said, IMHO reasonably clearly and with all due emphasis,
you would have been able to avoid making your misunderstanding so 
visible on a public mailing list. No offense intended.

Brian

> with no in-addr.arpa SOA
> on there DNS servers.
P.S. Aside from s/there/their/, the above quote summarizes the problem 
reported in 10 words or less. Less is more, IMHO.