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

[Marshall Eubanks]

On Sep 11, 2007, at 2:30 PM, John Von Essen wrote:

> Well, I for one would like to take on this project. How does one  
> begin to submit a policy proposal?
>

Go to

http://www.arin.net/policy/index.html

read down, follow directions.

Regards
Marshall


> -John
>
> On Sep 11, 2007, at 2:15 PM, cja at daydream.com wrote:
>
>> If the policy needs updating I really hope one of you will take on  
>> the project and submit suggested changes in the form of a policy  
>> proposal.  There are a number of us on the AC who are more than  
>> willing to help and shepherd it through the process.  The great  
>> thing about the policy process is that if you don't like a policy  
>> you can take action and fix/change it.
>>
>> Thanks!
>> ----Cathy
>>
>> On 9/11/07, John Von Essen <john at quonix.net> wrote:
>> Identical issues to what I am experiencing. If people look deeply  
>> enough, I am confident there are many Org's who operate AS's with  
>> no in-addr.arpa SOA on there DNS servers.
>>
>> If anything, can we agree on the fact the current policy is too  
>> vague. I had to email ARIN's hostmaster 2 or 3 times to understand  
>> it - it can be read many ways. And the explanation I got from  
>> hostmaster was if an AS properly configures at least one in- 
>> addr.arpa zone, then Arin will bless the entire delegation and not  
>> consider the dns server as lame. To be honest, I have no idea how  
>> one draws that conclusion from the wording on the policy.
>>
>> DNS is a standard protocol. The policy should specifically state  
>> the dns servers must return a valid SOA for each in-addr.arpa in  
>> their IP prefix that they advertise from their AS (i.e. they dont  
>> have to do it for IPs they dont use). If any in-addr.arpa does not  
>> return an SOA, then that AS is in violation, and their nameserver  
>> will be considered lame and suspect for removal from reverse  
>> delegation.
>>
>> I dont think it is a requirement that ARIN proactively seek and  
>> find AS's that are in violation, but it should be in the policy.
>>
>> Those 2 or 3 sentences are all that is needed.
>>
>>
>> On Sep 11, 2007, at 12:08 PM, Sam Weiler wrote:
>>
>>> dig +trace 79.114.208.in-addr.arpa.
>>
>> Thanks,
>> John Von Essen
>> (800) 248-1736 ext 100
>> john at quonix.net
>>
>>
>>
>> _______________________________________________
>> PPML
>> You are receiving this message because you are subscribed to the  
>> ARIN Public Policy
>> Mailing List ( PPML at arin.net).
>> Unsubscribe or manage your mailing list subscription at:
>> http://lists.arin.net/mailman/listinfo/ppml Please contact the  
>> ARIN Member Services
>> Help Desk at info at arin.net if you experience any issues.
>>
>>
>
> Thanks,
> John Von Essen
> (800) 248-1736 ext 100
> john at quonix.net
>
>
> _______________________________________________
> PPML
> You are receiving this message because you are subscribed to the  
> ARIN Public Policy
> Mailing List (PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/ppml Please contact the ARIN  
> Member Services
> Help Desk at info at arin.net if you experience any issues.