Honestly, I could live with it just those three lines.  However, I'm
willing to recognize at least the possibility there is a legitimate
community interest in having records for assignments that are shorter than
/48.

As for IPv4, I'd also be just fine with those three lines.  Again,
recognizing at least the possibility there is a legitimate community
interest in having records for assignments that are shorter than /24

On Mon, Jul 24, 2017 at 2:51 PM, Tony Hain <[email protected]> wrote:

> While I agree with the general direction David is heading, his text is
> still overly complex to deal with the goal. This whole thread only requires
> 3 lines:
>
>
>
> Reallocations MUST provide SWIP.
>
> Requests by the assignee MUST provide SWIP.
> Anything appearing independently in the global routing table SHOULD
> provide SWIP.
>
>
>
> All the rest is noise that doesn’t add to solving any problem known to
> mankind, and is simply an artifact of the IPv4-think insane conservation
> mindset. Size is irrelevant in both protocol versions, and even if you
> think it is, the only time it comes up is in #3. In any case the length of
> #3 might change over time, and there is no reason the policy text needs to
> change to track it. If something is independent, no matter what it’s length
> is, the intent is to have accurate contact info.
>
>
>
> Saying anything more is trying to legislate ISP behavior, which is
> explicitly outside the scope of ARIN.
>
>
>
> Tony
>


-- 
===============================================
David Farmer               Email:[email protected]
Networking & Telecommunication Services
Office of Information Technology
University of Minnesota
2218 University Ave SE        Phone: 612-626-0815
Minneapolis, MN 55414-3029   Cell: 612-812-9952
===============================================
_______________________________________________
PPML
You are receiving this message because you are subscribed to
the ARIN Public Policy Mailing List ([email protected]).
Unsubscribe or manage your mailing list subscription at:
http://lists.arin.net/mailman/listinfo/arin-ppml
Please contact [email protected] if you experience any issues.

Reply via email to