[arin-ppml] Draft Policy ARIN-2017-5: Equalization of Assignment Registration requirements between IPv4 and IPv6
hostmaster at uneedus.com
hostmaster at uneedus.com
Wed May 31 13:23:34 EDT 2017
This idea kinda misses the entire point of what I seek to do with this
proposal.
The entire reason for my proposal is to make v6 equai or better than v4
when it comes to assignment registrations or SWIP. Since the smallest
possible v6 network is /64, the current policy requires ALL v6 customers,
regardless of static or dynamic assignments to be registered in SWIP. IPv4
customers of all types do not trigger a SWIP requirement, unless more than
7 v4 addresses are assigned.
At nearly every ISP the vast majority of customers have only a single v4
address. This includes my home connection, and with this address I am
able to run my own mailserver, webserver and gopher server. NONE of the
proposals for v4 have ever suggested that I should have to register my
single v4 address in SWIP. Of course this type of talk I see as a wish
that the standard for SWIP in v4 was a /32.
I have heard the community regarding total equality between v4 and v6,
with only one other commenter in favor, and have given up on trying to
change the current v4 SWIP standard from /29 or more. Therefore, read my
draft as ONLY the v6 change.
As to my IPv6 proposal regarding SWIP, based on the comments received so
far, except for one person who totally rejected my Draft because changing
the IPv4 standard for SWIP to more than 16 addresses from the current 8
addresses, everyone else responding supports changing the current point
from a /64, or SWIP for everyone, to some level that small customers do
not have to be SWIP'ed.
The only point of discussion with this draft is to what level should be
the maximum point be that does not require a SWIP registration. Since a
vote for a bigger block without registration, effectively is a vote to
allow the smaller included blocks without registration, I can say that of
those who have expressed a preference, all are in favor of a /64 not
needing SWIP. when you add up the preferences from the announcement of
this draft until now, /56 seems to be the point of the majority.
Do remember, that current policy (2.14) says that each site should receive
a /48. I am asking for /60 exempt from SWIP, so some subnetting can be
done, but of course would be happy with /56 being the max without SWIP
instead. In my opinion, I have no problem with all assignments below the
recommended /48 not triggering a SWIP requirement. Also, note that I am
not proposing any changes whatsover to the enforcement policies of ARIN,
and this is a subject for another Draft.
As far as the suggestion to only SWIP the parent block, that would not
work at all with my current WISP. This network assigns a /26 to each
network point-to-multipoint sector, and the wan address is merely an
address on that network. ALL customers regardless of type are placed on
the subnet of their assigned link, and everything is static. Unlike
"normal" network means, they could actually assign exactly 7 IPv4's to a
customer.
I also question why 100% SWIP on v6, because 99.9% of ISP's are not coming
back for a new assignment. While SWIP is useful for network security and
contact needs, this is NOT the purpose it was established. It was
established to document an ISP's address utilization rates for ARIN to be
used when the ISP requests more space. Since very few have come back to
ARIN for more v6 space, I think its purpose is not needed until such time
as an ISP needs to get its ducks together to ask for more IPv6 space,
which with the larger space of v6 will be never for most ISP's.
I also do not think ARIN's policies should be supporting the business
models of the Geolocation providers, of which one of the most annoying
customers of same is the Copyright Trolls. Even the "Residential Privacy"
people must publically declare a zipcode, a goldmine for the Geolocation
providers.
I have recommended customers reducing log retention to 2 weeks, enough to
cover true network security problems, but making response to the Copyright
Trolls very easy, since with such a policy, a truthful answer of "Sorry,
no information" reduces the staff time for these requests to close to
zero.
Albert Erdmann
Network Administrator
Paradise On Line Inc.
On Wed, 31 May 2017, Jason Schiller wrote:
> WRT IPv6 can we solve this by requiring all fixed IPv6 customers
> (still allowing residential privacy) to SWIP, and allow dynamic
> customers up to (and including) /56 to only SWIP the parent
> block to the residential market?
>
> We would need someone to come up with a usable definition
> of fixed and dynamic...
>
> Any statically routed network is considered fixed.
>
> Any network announced by a customer to a provider
> via a routing protocol is considered fixed.
>
> Any network provided by a provider to a customer
> with the expectation that the address will not change
> is considered fixed (even if dynamic mechanisms are
> used to provide the address)
> [excluding re-terminations and divestitures]
>
> Any network with a customer specified ip6.arpa address
> is considered fixed.
>
> Only networks provided by a dynamic mechanism such as
> DHCPv6 with a sufficiently short lease such as 1 year or less
> and no customer expectation that the address will persist if
> the lease times out may be considered dynamic.
>
> On Tue, May 30, 2017 at 9:41 AM, William Herrin <bill at herrin.us> wrote:
>
>> On Tue, May 30, 2017 at 9:12 AM, Roberts, Orin <oroberts at bell.ca> wrote:
>>
>>> Hello all,
>>>
>>> I am avidly following this discussion and based on my daily observances
>>> (daily swips /subnets ), I would say Andy is closest to being practical.
>>>
>>> Leave the IPv4 /29 requirements alone, THIS LIMIT IS ALREADY BEING PUSHED
>>> AT DAILY BY NON-RESIDENTIAL USERS and only the vague ARIN policy prevents
>>> total chaos.
>>>
>>> With regards to IPv6, I would recommend ANY USER/ENTITY/ORG that requests
>>> a /56 OR LARGER NETWORK assignment be swiped.
>>>
>>> That would still leave /60 to /64 assignments as minimum assignment or
>>> for dynamic usage for either residential or other usage.
>>>
>>
>> Howdy,
>>
>> I don't like putting the SWIP requirement at /56 or larger because I think
>> that would encourage ISPs to assign /60s instead of /56s. The IPv6 experts
>> I've read seem to have a pretty strong consensus that the minimum
>> assignment to an end user should be either /48 or /56. Setting ARIN policy
>> that encourages assignments smaller than -both- of these numbers would be a
>> bad idea IMHO.
>>
>> Again I remind everyone that a /64 assignment to an end user, even for
>> dynamic or residential use, is absolutely positively 100% wrong. Doing so
>> prevents the end user from configuring their local lans as IPv6 is
>> designed. They need at least a /60 for that. If you are assigning /64's to
>> end users, you are doing it wrong.
>>
>> Regards,
>> Bill Herrin
>>
>>
>> --
>> William Herrin ................ herrin at dirtside.com bill at herrin.us
>> Dirtside Systems ......... Web: <http://www.dirtside.com/>
>>
>> _______________________________________________
>> 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.
>>
>
>
>
> --
> _______________________________________________________
> Jason Schiller|NetOps|jschiller at google.com|571-266-0006
>
More information about the ARIN-PPML
mailing list