The problem I have with that is it strongly implies IPv6 isn’t ever transferable, even though it is through section 8.2.
A few thoughts; 1. Adding that resource types are considered “separately and independently”, should eliminate the need to use the awkward “and/or” construction, and we should be able to simply use “IPv4 addresses or ASNs” without confusion following that statement. I’d prefer to do this is section 8.1 instead of section 2. So it isn’t disconnected from section 8 where it is important to understand. 2. Rather than defining “transferable resources” in section 2, how about saying “only IPv4 addresses or ASNs are transferable, except where explicitly noted otherwise,” again in section 8.1, for similar reason as above. Then add “including IPv6” in the heading to section 8.2, making it clear that IPv6 is included for section 8.2 transfers, and only section 8.2. 3. In sections 8.3 and 8.4, either just simply say “number resources”, with the above clearly scoping that to IPv4 addresses or ASNs. Or, say “ IPv4 addresses or ASNs”, without the awkward “and/or” construction. I prefer using just “number resources”, as I think it is simpler and cleaner. 4. Where a clause only applies to “IPv4 addresses”, such as for block sizing, and the wait list, make sure they are explicitly scoped to IPv4. Thanks. On Thu, Oct 21, 2021 at 21:06 Chris Woodfield <ch...@semihuman.com> wrote: > I think Joe’s got a good suggestion that I would support - define > “transferable number resources” as IPv4 addresses and ASNs in Section 2, > and go from there. > > -C > > On Oct 21, 2021, at 5:39 PM, Martin Hannigan <hanni...@gmail.com> wrote: > > > > On Thu, Oct 21, 2021 at 14:53 Chris Woodfield <ch...@semihuman.com> wrote: > >> I support this edit, for same reasons others have mentioned. >> >> If I’m recalling yesterday’s presentation correctly, it was ARIN Staff >> and Legal, not the AC, that determined that this language could not be >> implemented an editorial change, so that’s not up for debate here. >> >> One possible adjustment that I’d like to suggest is that the term “IPv4 >> and/or ASN resources” seems a bit awkward, given how many times it appears >> in the section. Perhaps we could add a new section that incorporates >> David’s suggested language, but also handles the clarification of the >> definition of number resources in a single place, scoped to Section 8. >> >> So, a new Section 8.1.1, which I’d propose would be named “Definitions”, >> could read as follows: >> >> >> All references to “number resources" in this section, unless stated >> otherwise, refer to IPv4 addresses and/or ASN resources. >> >> When number resources of multiple types, including IPv6 resources, are >> transferred, each resource type is considered separately and independently, >> both for any conditions on their transferability and the application of any >> restrictions following a transfer. >> >> >> Following this, the other edits to Section 8 in the proposal can simply >> be changed to “number resources” to suit. >> >> Opinions? >> >> -C >> > > We’d be better off using defined terms. Easier to construct, but end up > being document global. > > Warm regards, > > -M< > > > > >> >> On Oct 21, 2021, at 11:23 AM, Martin Hannigan <hanni...@gmail.com> wrote: >> >> >> I agree with Owen re: the editorial nature of the changes. However, I >> support it moving forward. I don't support the Farmer suggestion. That is >> possibly a material change that should undergo the rigors of "the process" >> on its own. >> >> Warm regards, >> >> -M< >> >> >> >> >> >> On Thu, Oct 21, 2021 at 11:33 AM Owen DeLong via ARIN-PPML < >> arin-ppml@arin.net> wrote: >> >>> I support this amendment. >>> >>> Owen >>> >>> >>> On Oct 20, 2021, at 12:45 , David Farmer via ARIN-PPML < >>> arin-ppml@arin.net> wrote: >>> >>> I support this proposal as currently written. >>> >>> However, regarding Kevin Blumberg's comment at the ARIN 48 discussion of >>> this policy earlier today; How about adding a paragraph like the following >>> to section 8.1, Principles; >>> >>> When number resources of multiple types, IPv4, IPv6, and/or ASNs, are >>> transferred, each resource type is considered separately and independently, >>> both for any conditions on their transferability and the application of any >>> restrictions following a transfer. >>> >>> >>> Something like this added to Section 8.1, Principles, along with the >>> already proposed changes should eliminate any possibility of confusion in >>> this regard. >>> >>> Thanks >>> >>> On Tue, Aug 24, 2021 at 7:52 AM ARIN <i...@arin.net> wrote: >>> >>>> On 19 August 2021, the ARIN Advisory Council (AC) accepted >>>> "ARIN-prop-299: Clarifications to Sections 8.3, 8.4 and 8.5.6" as a Draft >>>> Policy. >>>> >>>> >>>> >>>> Draft Policy ARIN-2021-4 is below and can be found at: >>>> >>>> >>>> >>>> https://www.arin.net/participate/policy/drafts/2021_4/ >>>> >>>> >>>> >>>> You are encouraged to discuss all Draft Policies on PPML. 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 Policy Development Process (PDP). Specifically, these principles >>>> are: >>>> >>>> >>>> >>>> * Enabling Fair and Impartial Number Resource Administration >>>> >>>> * Technically Sound >>>> >>>> * Supported by the Community >>>> >>>> >>>> >>>> The PDP can be found at: >>>> >>>> >>>> >>>> https://www.arin.net/participate/policy/pdp/ >>>> >>>> >>>> >>>> Draft Policies and Proposals under discussion can be found at: >>>> >>>> https://www.arin.net/participate/policy/drafts/ >>>> >>>> >>>> >>>> Regards, >>>> >>>> >>>> >>>> Sean Hopkins >>>> >>>> Senior Policy Analyst >>>> >>>> American Registry for Internet Numbers (ARIN) >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> Draft Policy ARIN-2021-4: Clarifications to Sections 8.3, 8.4 and 8.5.6 >>>> >>>> >>>> >>>> Problem Statement: >>>> >>>> >>>> >>>> The current language in Sections 8.3 and 8.4 is not clear regarding >>>> ASN-only transactions as well as the term “number resources”. The current >>>> language in Section 8.5.7 is not clear with regard to additional IPv4 >>>> space. >>>> >>>> >>>> >>>> Policy statement: >>>> >>>> >>>> >>>> In Section 8.3: >>>> >>>> >>>> >>>> Replace >>>> >>>> >>>> >>>> “In addition to transfers under section 8.2, IPv4 numbers resources and >>>> ASNs may be transferred according to the following conditions.” >>>> >>>> >>>> >>>> with >>>> >>>> >>>> >>>> “In addition to transfers under section 8.2, IPv4 address and/or ASN >>>> resources may be transferred according to the following conditions.” >>>> >>>> >>>> >>>> Replace >>>> >>>> >>>> >>>> “The source entity must be the current registered holder of the IPv4 >>>> address resources, and not be involved in any dispute as to the status of >>>> those resources.” >>>> >>>> >>>> >>>> with >>>> >>>> >>>> >>>> “The source entity must be the current registered holder of the IPv4 >>>> address and/or ASN resources, and not be involved in any dispute as to the >>>> status of those resources.” >>>> >>>> >>>> >>>> In Section 8.4: >>>> >>>> >>>> >>>> Replace >>>> >>>> >>>> >>>> “Inter-regional transfers of IPv4 number resources and ASNs may take >>>> place only via RIRs who agree to the transfer and share reciprocal, >>>> compatible needs-based policies.” >>>> >>>> >>>> >>>> with >>>> >>>> >>>> >>>> “Inter-regional transfers of IPv4 addresses and/or ASN resources may >>>> take place only via RIRs who agree to the transfer and share reciprocal, >>>> compatible needs-based policies.” >>>> >>>> >>>> >>>> Replace >>>> >>>> >>>> >>>> “The source entity must be the current rights holder of the IPv4 >>>> address resources recognized by the RIR responsible for the resources, and >>>> not be involved in any dispute as to the status of those resources.” >>>> >>>> >>>> >>>> with >>>> >>>> >>>> >>>> “The source entity must be the current rights holder of the IPv4 >>>> address and/or ASN resources recognized by the RIR responsible for the >>>> resources, and not be involved in any dispute as to the status of those >>>> resources.” >>>> >>>> >>>> >>>> In Section 8.5.6: >>>> >>>> >>>> >>>> Replace >>>> >>>> >>>> >>>> “Organizations with direct assignments or allocations from ARIN must >>>> have efficiently utilized at least 50% of their cumulative IPv4 address >>>> blocks in order to receive additional space. This includes all space >>>> reassigned to their customers.” >>>> >>>> >>>> >>>> with >>>> >>>> >>>> >>>> “Organizations with direct assignments or allocations from ARIN must >>>> have efficiently utilized at least 50% of their cumulative IPv4 address >>>> blocks in order to receive additional IPv4 space. This includes all IPv4 >>>> space reassigned to their customers.” >>>> >>>> >>>> >>>> Comments: >>>> >>>> >>>> >>>> These changes were originally included in ARIN-edit-2021-1. Staff and >>>> Legal review of ARIN-edit-2021-1 on June 14, 2021 indicated that some >>>> changes were not editorial in nature. The editorial changes went forward in >>>> ARIN-edit-2021-1 and the non-editorial changes are included here. >>>> >>>> >>>> >>>> Timetable for implementation: Immediate >>>> >>>> >>>> _______________________________________________ >>>> ARIN-PPML >>>> You are receiving this message because you are subscribed to >>>> the ARIN Public Policy Mailing List (ARIN-PPML@arin.net). >>>> Unsubscribe or manage your mailing list subscription at: >>>> https://lists.arin.net/mailman/listinfo/arin-ppml >>>> Please contact i...@arin.net if you experience any issues. >>>> >>> >>> >>> -- >>> =============================================== >>> David Farmer Email:far...@umn.edu >>> Networking & Telecommunication Services >>> Office of Information Technology >>> University of Minnesota >>> 2218 University Ave SE >>> <https://www.google.com/maps/search/2218+University+Ave+SE?entry=gmail&source=g> >>> Phone: 612-626-0815 >>> Minneapolis, MN 55414-3029 Cell: 612-812-9952 >>> =============================================== >>> _______________________________________________ >>> ARIN-PPML >>> You are receiving this message because you are subscribed to >>> the ARIN Public Policy Mailing List (ARIN-PPML@arin.net). >>> Unsubscribe or manage your mailing list subscription at: >>> https://lists.arin.net/mailman/listinfo/arin-ppml >>> Please contact i...@arin.net if you experience any issues. >>> >>> >>> _______________________________________________ >>> ARIN-PPML >>> You are receiving this message because you are subscribed to >>> the ARIN Public Policy Mailing List (ARIN-PPML@arin.net). >>> Unsubscribe or manage your mailing list subscription at: >>> https://lists.arin.net/mailman/listinfo/arin-ppml >>> Please contact i...@arin.net if you experience any issues. >>> >> _______________________________________________ >> ARIN-PPML >> You are receiving this message because you are subscribed to >> the ARIN Public Policy Mailing List (ARIN-PPML@arin.net). >> Unsubscribe or manage your mailing list subscription at: >> https://lists.arin.net/mailman/listinfo/arin-ppml >> Please contact i...@arin.net if you experience any issues. >> >> > _______________________________________________ > ARIN-PPML > You are receiving this message because you are subscribed to > the ARIN Public Policy Mailing List (ARIN-PPML@arin.net). > Unsubscribe or manage your mailing list subscription at: > https://lists.arin.net/mailman/listinfo/arin-ppml > Please contact i...@arin.net if you experience any issues. > -- =============================================== David Farmer Email:far...@umn.edu 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 ===============================================
_______________________________________________ ARIN-PPML You are receiving this message because you are subscribed to the ARIN Public Policy Mailing List (ARIN-PPML@arin.net). Unsubscribe or manage your mailing list subscription at: https://lists.arin.net/mailman/listinfo/arin-ppml Please contact i...@arin.net if you experience any issues.
