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

cja@daydream.com packetgrrl at gmail.com
Tue Sep 11 14:34:21 EDT 2007


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: <https://lists.arin.net/pipermail/arin-ppml/attachments/20070911/94d0cf4d/attachment.html>


More information about the ARIN-PPML mailing list