[arin-ppml] Policy Proposal Idea: Reassignment records for IPv4 End-Users

Adam Thompson athompso at athompso.net
Tue Jul 14 16:00:04 EDT 2015

"... parents own a controlling share" language would cause me to argue against it.
There are other entities using /28s inside my /24 that I'd like to SWIP just to avoid the abuse@ notifications (one of them has generated a few already!), but although there's a good technical and contractual justification for giving those entities their own distinct subnets, they have nothing more than a contractual relationship with me.  Yet I'm still not an ISP as far as I'm concerned.

At the moment, because I'm an "end-user", I cannot update the registry with factually-correct data.  I would hope that the original proposal allows for scenarios like mine.  I'm absolutely certain, being personally aware of dozens of similar situations, that there are massive amounts of "stealth" delegations happening under ARIN's radar.


On July 14, 2015 10:08:24 AM CDT, "Gary T. Giesen" <ggiesen+arin-ppml at giesen.me> wrote:
>Is it your intention to create a single class of users (ie. no more
>End-User vs ISP), or maintain the distinction? I'd like to see
>end-users be able to SWIP, but I'd don't want to see their costs
>increase because of it. Also, ISPs will argue if end-users can SWIP
>(which is probably the biggest technical distinction between the two
>right now ) and pay far less, they'll either argue their fees should be
>lowered, the end users fees should be raised, or try to game the system
>by applying as end-users.
>Do we have any indication from ARIN staff as to what the implications
>in terms of cost/workload would be if end-users would be allowed to
>SWIP? Again, if the impact is minimal (ie no raising of end-user fees)
>and sufficient language was put around who they could SWIP to (ie only
>organizations in which the parent owns a controlling share, etc) then I
>would support this.
>> -----Original Message-----
>> From: arin-ppml-bounces at arin.net [mailto:arin-ppml-bounces at arin.net]
>> Behalf Of Andrew Dul
>> Sent: July 13, 2015 11:31 AM
>> To: arin-ppml at arin.net
>> Subject: [arin-ppml] Policy Proposal Idea: Reassignment records for
>IPv4 End-
>> Users
>> The AC has been discussing the following ideas on their list and I
>have drafted
>> the following policy proposal as an outcome.  We are posting the
>ideas and
>> proposal here to PPML for community discussion.  This draft has not
>> submitted formally to the PDP process at this point.  I believed
>having initial
>> feedback from the community before submitting would be a valuable
>> addition before going into the formal process.
>> You comments are welcome.
>> Thanks,
>> Andrew
>> ====
>> 1.    Policy Proposal Name: Reassignment records for IPv4 End-Users
>> 4.    Problem Statement:
>> End-User Organizations do not have the ability to create reassignment
>> records in the number resource database.
>> Reassignment records can be used for a number of different functions
>> could benefit the overall desire to increase database accuracy by
>> organizations to add additional details in the database.
>> The following reasons have been noted as positive reasons to allow
>> creation of additional records.
>> -    Geolocation (allows an organization to specify a different
>> within the database which is used by organizations creating
>geo-location by
>> IP address databases)
>> -    Subsidiary reassignment (allows an organization to note that a
>> portion of their netblock is in use by a different subsidiary entity)
>> -    Assignment to contracted parties (some organizations have
>> with other organizations which are operating networks under
>> with the registrant, this allows the top-level organizations to
>> specify the organization operating the network in the number resource
>> database)
>> -    More specific contact information (some organizations operate
>> networks which don’t necessarily have the same technical or abuse
>> information)
>> 5.    Policy statement:
>> Create new section 4.3.x
>> End-user organizations which have an active registration services
>> shall be permitted to create reassignment records in the number
>> database.  Organizations shall use the guidelines outlined in section
>> when creating reassignment records.
>>      a.    Timetable for implementation: immediately
>>      b.    Anything else:
>> It is noted by the author of this policy proposal that one of the
>distinctions in
>> the service between ISPs and End-Users has been the ability for an
>> organization to create reassignment records.
>> This policy proposal stretches across responsibilities areas as it
>> number policy, ARIN operational practice, and fees.
>> Below we have noted the three areas and the different
>> A)    Providing reassignment support for end-user assignments, for
>> who wish to use it
>> This is an ARIN Service issue - could be an suggestion/consultation
>> so long as any implied additional workload/cost can be accommodated
>> budget and the community supports
>> B) New requirement on end-users to provide reassignment information
>> certain circumstances so that ARIN will treat their usage assertion
>> This is a policy issue.  These requirements should be vetted through
>> policy development process.
>> C)    Fee Implications of ISPs moving to end-user category
>> This is Board issue, but first requires a community discussion or
>> to be held to solicit community input on desired outcome.
>> ====
>> _______________________________________________
>> 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.
>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:
>Please contact info at arin.net if you experience any issues.

Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20150714/1e42abc2/attachment-0001.html>

More information about the ARIN-PPML mailing list