There are a number of community members that posit that if reassignment records are allowed for end-users "bad" things might happen and thus seek to limit the number or scope of the records that could be added.
To me the issue of ISP vs end-user and the downstream effect on ARIN's revenue is some what a side issue. I believe the ARIN board will adjust appropriately should the lines between ISP and end-user blur enough to warrant a fee schedule change. We can improve the quality of data about IP address records by allowing users to add additional information. One might argue that this additional information is not always accurate, but personally I'd rather have additional information (which may not be helpful) rather than no information. Andrew > On Oct 6, 2015, at 3:14 PM, Spears, Christopher M. <[email protected]> wrote: > > What about setting a limit on the amount of space that can be re-assigned, or > the number of re-assignments? Say 25% of the maximum possible reassignments > using the current minimum reassignment size (/29), based on the upper bound > of the fee category they're in (e.g., xx-small = /22 = 1024*.25/8 = 32 > re-assignmentsl). Or up 50% of the assigned space? > > It’s also worth noting that this only addresses IPv4 re-assignments under > Section 4. There should be parity for IPv6 (which I understand is currently > a draft). Doing them in tandem would give this more weight, IMHO. > > End-users make up over 40% of the Orgs in the ARIN region. If a “single” > policy is a desired outcome, then we should either make accommodations for > End Users that starts to level the field, or create a middle-ground that’s > acceptable should things stall. Half-measure are often rebuked because they > potentially leave you in an unenviable (or untenable) state. > > -Chris > > > >> On Oct 5, 2015, at 3:39 PM, David Farmer <[email protected]> wrote: >> >> Marla, >> >> From a strategic point of view I agree that we should move to a one policy >> for everyone model. >> >> However, every time we try all-encompassing strategic changes, people say >> they are too big of a change all at once, and tell us to break them up. >> When we brake them up into manageable size chunks, the individual changes >> don't get support because people don't want to see half-measures they want >> strategic level changes. >> >> This is a catch 22. We need to find a way to move forward. How would you >> suggest we do that? >> >> Thanks. >> >>> On 10/5/15 13:55 , Azinger, Marla wrote: >>> I don't support this based on what I see as a missed opportunity. This >>> policy calls attention to the fact that ARIN should consider removing any >>> difference in policy between End Users and ISPs. I agree this proposal has >>> valid case use scenarios, however it just leaves me thinking only one >>> "class" is needed and not two. One policy for all. >>> >>> Regards >>> Marla Azinger >>> >>> -----Original Message----- >>> From: [email protected] [mailto:[email protected]] On >>> Behalf Of ARIN >>> Sent: Tuesday, August 25, 2015 12:12 PM >>> To: [email protected] >>> Subject: [arin-ppml] Draft Policy ARIN-2015-8: Reassignment records for >>> IPv4 End-Users >>> >>> Draft Policy ARIN-2015-8 >>> Reassignment records for IPv4 End-Users >>> >>> On 20 August 2015 the ARIN Advisory Council (AC) accepted "ARIN-prop-222 >>> Reassignment records for IPv4 End-Users" as a Draft Policy. >>> >>> Draft Policy ARIN-2015-8 is below and can be found at: >>> https://www.arin.net/policy/proposals/2015_8.html >>> >>> You are encouraged to discuss the merits and your concerns of Draft Policy >>> 2015-8 on the Public Policy Mailing List. >>> >>> The AC will evaluate the discussion in order to assess the conformance of >>> this draft policy with ARIN's Principles of Internet Number Resource Policy >>> as stated in the PDP. Specifically, these principles are: >>> >>> * Enabling Fair and Impartial Number Resource Administration >>> * Technically Sound >>> * Supported by the Community >>> >>> The ARIN Policy Development Process (PDP) can be found at: >>> https://www.arin.net/policy/pdp.html >>> >>> Draft Policies and Proposals under discussion can be found at: >>> https://www.arin.net/policy/proposals/index.html >>> >>> Regards, >>> >>> Communications and Member Services >>> American Registry for Internet Numbers (ARIN) >>> >>> >>> ## * ## >>> >>> >>> Draft Policy ARIN-2015-8 >>> Reassignment records for IPv4 End-Users >>> >>> Date: 25 August 2015 >>> >>> 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) >>> >>> 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. >>> >>> 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 ([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. >>> >>> ________________________________ >>> >>> This communication is confidential. Frontier only sends and receives email >>> on the basis of the terms set out at >>> http://www.frontier.com/email_disclaimer. >>> _______________________________________________ >>> 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. >>> >> >> >> -- >> ================================================ >> David Farmer Email: [email protected] >> Office of Information Technology >> University of Minnesota >> 2218 University Ave SE Phone: 1-612-626-0815 >> Minneapolis, MN 55414-3029 Cell: 1-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. > > _______________________________________________ > 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. _______________________________________________ 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.
