[ppml] Comments on ARIN's reverse DNS mapping policy
cja@daydream.com
packetgrrl at gmail.com
Tue Sep 11 14:34:21 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 ]
All the info you need is here http://www.arin.net/policy/irpep.html ----Cathy On 9/11/07, John Von Essen <john at quonix.net> wrote: > > Well, I for one would like to take on this project. How does one begin to > submit a policy proposal? > -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. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.arin.net/pipermail/ppml/attachments/20070911/94d0cf4d/attachment.html
- 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