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

Mike Burns mike at iptrading.com
Wed Jul 15 14:42:12 EDT 2015


One more top post for a suggestion. 
I think the sub-delegation should include the option of port-range delegation.
There was a proposal recently, maybe it was APNIC, for the enhancement of Whois database structure to include port ranges.
Obviously this would help CGN providers to publish information reflecting identification of port ranges assigned to a customer.
It would make it possible to look up abuse contacts based only on IP plus port number, without the need to access CGN logs.
This should be voluntary but possible, IMO.
If this proposal eventually ends in a new system for end-users to sub-delegate, the marginal costs for the addition of port number fields in the database should be low.
If the existing SWIP system is used, maybe the costs will be too high.

Mike




-----Original Message-----
From: arin-ppml-bounces at arin.net [mailto:arin-ppml-bounces at arin.net] On Behalf Of Gary T. Giesen
Sent: Wednesday, July 15, 2015 2:22 PM
To: andrew.dul at quark.net; 'Gary T. Giesen'; arin-ppml at arin.net
Subject: Re: [arin-ppml] Policy Proposal Idea: Reassignment records for IPv4 End-Users

Andrew,

As an aside, why make it only for IPv4 end users? Is there any reason not to do it for v6 as well?

GTG

> -----Original Message-----
> From: Andrew Dul [mailto:andrew.dul at quark.net]
> Sent: July 14, 2015 3:12 PM
> To: Gary T. Giesen; 'Andrew Dul'; arin-ppml at arin.net
> Subject: Re: [arin-ppml] Policy Proposal Idea: Reassignment records 
> for IPv4 End-Users
> 
> The intention is to allow for end-users to be able to add reassignment 
> records to the database.  As noted in the policy proposal, this idea 
> has an impact of the fee categories, because the ability to add 
> reassignment records traditionally has been one of the differences between ISPs and end-users.
> 
> I think we need to consider if the categories of IPv4 ISP and 
> end-users have any significance now that the IPv4 free pool has been exhausted.
> 
> I will let ARIN staff comment on the cost/workload aspects of this 
> change idea.
> 
> The fees themselves are the purview of the board.  Since this policy 
> changes the service levels that ARIN would provide to end-users one 
> might expect that the fee levels might change for organizations which 
> choose to take advantage of the additional functionality.
> 
> Andrew
> 
> On 7/14/2015 8:08 AM, Gary T. Giesen wrote:
> > Andrew,
> >
> > 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.
> >
> > Cheers,
> >
> > GTG
> >
> >> -----Original Message-----
> >> From: arin-ppml-bounces at arin.net 
> >> [mailto:arin-ppml-bounces at arin.net]
> >> On 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 been 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
> >>
> >>
> >> ====
> >>
> >> Template: ARIN-POLICY-PROPOSAL-TEMPLATE-3.0
> >>
> >> 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 which could benefit the overall desire to increase 
> >> database accuracy by allowing organizations to add additional details in the database.
> >>
> >> The following reasons have been noted as positive reasons to allow 
> >> the creation of additional records.
> >> -    Geolocation (allows an organization to specify a different location
> >> 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 contracts
> >> with other organizations which are operating networks under 
> >> agreements with the registrant, this allows the top-level 
> >> organizations to accurately specify the organization operating the 
> >> network in the number resource
> >> database)
> >> -    More specific contact information (some organizations operate large
> >> networks which don’t necessarily have the same technical or abuse 
> >> contact
> >> information)
> >>
> >>
> >> 5.    Policy statement:
> >>
> >> Create new section 4.3.x
> >>
> >> End-user organizations which have an active registration services 
> >> agreement shall be permitted to create reassignment records in the 
> >> number resource database.  Organizations shall use the guidelines 
> >> outlined in section 4.2.3 when creating reassignment records.
> >>
> >> 6.    Comments:
> >>      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 
> >> impacts number policy, ARIN operational practice, and fees.
> >>
> >> Below we have noted the three areas and the different responsibilities:
> >>
> >>
> >> A)    Providing reassignment support for end-user assignments, for those
> >> who wish to use it
> >>
> >> This is an ARIN Service issue - could be an suggestion/consultation 
> >> process, so long as any implied additional workload/cost can be 
> >> accommodated in budget and the community supports
> >>
> >> B) New requirement on end-users to provide reassignment information 
> >> in certain circumstances so that ARIN will treat their usage 
> >> assertion credibly
> >>
> >> This is a policy issue.  These requirements should be vetted 
> >> through the policy development process.
> >>
> >> C)    Fee Implications of ISPs moving to end-user category
> >>
> >> This is Board issue, but first requires a community discussion or 
> >> consultation to be held to solicit community input on desired outcome.
> >>
> >>
> >> ====
> >> _______________________________________________
> >> 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.


_______________________________________________
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.




More information about the ARIN-PPML mailing list