[ppml] Policy Proposal -- Eliminate Lame Server policy

Ted Mittelstaedt tedm at ipinc.net
Wed Sep 12 14:40:53 EDT 2007


In cases where a policy must apply uniformly, it has to be official
and not an internal staff guideline.

The big problem with taking this out of the NRPM is that unless
there's sanctions available to enforce correct DNS behavior, the
staff can't do anything because all the non-compliant network
operator has to do is say since it's not spelled out in the NRPM,
you can't do anything to me if I don't do it.

At this point I'm personally not sure any changes need to be made
at all.  But clearly the OP has a problem and the purpose of this
list and the policy process is essentially to present problems to
the community and see what the response is.

Thus I think your proposal is as needed as Johns.  If the membership
really doesen't want the RIR to bother with this, they will vote your
policy in.  If not, they will vote John's policy in (whenever it's
submitted)
So let's see what they want to do.

Ted
  -----Original Message-----
  From: Owen DeLong [mailto:owen at delong.com]
  Sent: Tuesday, September 11, 2007 8:52 PM
  To: Ted Mittelstaedt
  Cc: John Von Essen; Public Policy Mailing List
  Subject: Re: [ppml] Policy Proposal -- Eliminate Lame Server policy


  Ted,
  I believe you miss the point of my proposal. While I do believe that
  ARIN has a role to play in applying the clue bat to lame or partially lame
  ISPs and addressing John's issue, my point is that it belongs in
operational
  guidelines to ARIN staff and not in the NRPM.


  My proposal talks about what I think belongs in the NRPM and is
  not a direct expression of how I feel about what ARIN staff should or
  should not be doing with respect to this particular issue. I would fully
  support an ACSP recommendation that ARIN address all IN-ADDR
  lameness whether complete or not on any direct assignment. This will
  potentially require ARIN to examine as many as 255 zones in IPv4 for
  a single assignment.


  I would oppose any suggestion requiring ARIN to drill down
  to lame delegations made by the ISPs relating to reassignment or
  reallocations made by the ISP because of dramatically increasing
  workload for dramatically decreasing return on investment and
  because there is a limit to the extent to which I believe ARIN should
  engage in telling operators how to run their network (let alone their
  customers' networks).


  I will also oppose any policy regarding the operational and/or
  implementation details of lame delegations because I firmly believe
  this is not the role of the NRPM and should be addressed with
  operational procedures and recommendations rather than with
  number resource policies.


  Owen


  On Sep 11, 2007, at 5:26 PM, Ted Mittelstaedt wrote:


    Yes John you are correct but the way things often work on this list is
someone like Owen will
    submit a policy to remove something that shouldn't obviously be removed,
the result of
    which will convert a bunch of fence sitters into proponents of keeping
it.
    The list membership needs Owens "just kill it" proposal precisely to
have something to
    vote down. A no vote commits the person voting no, to supporting the
policy.
    If Owens proposal is voted down, that will destroy all of the "it's not
the RIR's responsibility
    to enforce sanctions against bad nameserver operators" arguments, and we
can move the discussion
    to something productive of how to actually fix the problem.
    Your proposal might be premature - you might find it better to campaign
against Owens
    proposal first.
    Ted
      -----Original Message-----
      From: ppml-bounces at arin.net [mailto:ppml-bounces at arin.net]On Behalf Of
John Von Essen
      Sent: Tuesday, September 11, 2007 4:55 PM
      To: Public Policy Mailing List
      Subject: Re: [ppml] Policy Proposal -- Eliminate Lame Server policy


      I do plan to submit my proposal. My final comment on all of this is
with regards to ARIN's stance on operational issues.


      I agree ARIN should be careful, but keep in mind ARIN does provide an
operational function of reverse DNS authority delegation. Because ARIN
engages in this very-real activity, policy must exist to cover its
implementation, design, and overall operational health.


      If ARIN just did AS numbers and IP allocation, and another
organization did reverse delegation, say Network Solutions, then YES - ARIN
should not get involved with operational issues of reverse DNS. But that
fact is ARIN does do reverse DNS delegation. When I do a dig on an IP, I see
alot of ARIN servers in the output!


      -John


      On Sep 11, 2007, at 7:21 PM, Azinger, Marla wrote:


        I would like to see a proposal that is along the lines of clarifying
in addition to Owens proposal to just take it away. Hopefully we havnt
scared John off and he will give a wack at it.


        Cheers!
        Marla


        -----Original Message-----
        From: ppml-bounces at arin.net [mailto:ppml-bounces at arin.net]On Behalf
Of
        William Herrin
        Sent: Tuesday, September 11, 2007 3:32 PM
        To: Owen DeLong
        Cc: Public Policy Mailing List
        Subject: Re: [ppml] Policy Proposal -- Eliminate Lame Server policy




        On 9/11/07, Owen DeLong <owen at delong.com> wrote:
          1. Policy Proposal Name: Deprecate Lame Server Policy
          7. Policy statement:
          Delete section 7 from the NRPM


        Owen,


        Are you sure this is the right way to move on this? If we're going
to
        call ISPs "Local Internet Registries," shouldn't we expect them to
        behave as internet registries and do the things that internet
        registries do, including reallocation and assignment of the RDNS
        attached to every IP address?


        Regards,
        Bill Herrin


        --
        William D. Herrin herrin at dirtside.com bill at herrin.us
        3005 Crane Dr. Web: <http://bill.herrin.us/>
        Falls Church, VA 22042-3004
        _______________________________________________
        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.
        _______________________________________________
        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/20070912/1e34ff35/attachment.htm>


More information about the ARIN-PPML mailing list