[arin-ppml] Recommended Draft Policy ARIN-2017-5: Improved IPv6 Registration Requirements
John Santos
john at egh.com
Fri Sep 29 16:22:38 EDT 2017
Oops, in my list of cases where the existing wording does not make it
optional (in my previous reply), I left out "the prefix is being
separately routed".
On 9/29/2017 2:25 PM, David Farmer wrote:
> I will note the standard will not universally be "should", if the
> reason the endusers wants the prefix registered is they were given
> permission to route it, or its shorter than /47, then the standard
> will be "shall", because of the clauses in 6.5.5.1.
>
> On Fri, Sep 29, 2017 at 8:58 AM, Jason Schiller <jschiller at google.com
> <mailto:jschiller at google.com>> wrote:
>
> David, Kevin, Alison
>
> I am actually comfortable with an implementation that is short of
> revocation,
> but I am still not comfortable with "should".
>
> Should makes it optional. Officially not being out of compliance with
> ARIN policy makes it optional.
>
> I suggest that an ISP refusing to register a downstream customer
> is out of compliance with ARIN policy, and not just choosing to
> ignore
> an optional recommendation.
>
>
> Further, a "shall" standard would not allow the ISP or ARIN Staff any
> discretion, with a "shall" standard the mere fact that the enduser
> made the request means the ISP MUST make the registration, except for
> the reasons explicitly provided in policy. If the ISP has a valid
> reason, not explicitly covered in policy, to not make the
> registration, a "should" standard allows ARIN Staff to consider that
> on equal footing with the reasons the enduser wants the registration.
>
> If it is only "should" then an ISP can still hold the moral high
> ground
> while refusing to support SWIP on the grounds that they will not
> implement tooling and commit resources when it is only optional.
>
> It is a question of if you can hold someone accountable for not
> complying or if they are free to ignore something that is optional.
>
>
> "Should" is not completely optional, it recognizes there could be
> valid reasons for an exception. Where as, "shall" is required, unless
> an exception is explicitly provided. "May" is completely optional.
> Therefore, with a "should" standard, if the situation escalated to the
> point of ARIN making an official inquiry, the ISP will need to
> articulate a valid reason why they have not made the requested
> registration, that is at least as compelling as the reason for the
> request by the enduser. Not doing so would be tantamount to being out
> of compliance with ARIN policy.
>
> Thanks.
>
> --
> ===============================================
> David Farmer Email:farmer at umn.edu <mailto:Email%3Afarmer at umn.edu>
> Networking & Telecommunication Services
> Office of Information Technology
> University of Minnesota
> 2218 University Ave SE Phone: 612-626-0815
> <tel:%28612%29%20626-0815>
> Minneapolis, MN 55414-3029 Cell: 612-812-9952 <tel:%28612%29%20812-9952>
> ===============================================
>
>
> _______________________________________________
> PPML
> You are receiving this message because you are subscribed to
> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/arin-ppml
> Please contact info at arin.net if you experience any issues.
--
John Santos
Evans Griffiths & Hart, Inc.
781-861-0670 ext 539
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20170929/daa4504d/attachment.htm>
More information about the ARIN-PPML
mailing list