[ppml] Comments on ARIN's reverse DNS mapping policy
Marshall Eubanks
tme at multicasttech.com
Tue Sep 11 14:48:08 EDT 2007
- Previous message: [ppml] Comments on ARIN's reverse DNS mapping policy
- Next message: [ppml] Comments on ARIN's reverse DNS mapping policy
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
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.
- Previous message: [ppml] Comments on ARIN's reverse DNS mapping policy
- Next message: [ppml] Comments on ARIN's reverse DNS mapping policy
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the PPML mailing list