> On May 27, 2014, at 4:27 PM, "Azinger, Marla" <[email protected]> wrote:
> 
> What happened to the And vs OR wording?  Seriously this is a problem.  I 
> understand some people didn't follow the linguistics of this, but as someone 
> who has dealt with this type of thing already, if you don't change the 
> wording you will mess up companies. 

Can you describe in more detail the situation or scenario you are concerned 
about? 

> 
> John Sweeting I know you understood this point.  Could you please way in here 
> with AC and BOT before this is passed?  I don't see the added sentence 
> changing this issue as long as the other sentence is included as is.
> 
> -Replace and retitle section 4.2.4.3 Subscriber Members Less Than One Year   
> If you fix the wording this change is okay.  This needs to say AND not OR.  
> A business can purchase a business set in the same year they need to do a 
> market transfer of addresses.  this should not be limited 
> to either or as that is ignorant of how organizations can function.  Replace 
> with: (4.2.4.3 Request size)
> 
> needed change in wording:  "ISPs may request up to a 3-month supply of IPv4 
> addresses from ARIN, or a 24-month supply via 8.3 "AND" 8.4 transfer."

I believe this means "you can get a 24-month supply via 8.3 specified 
(intra-ARIN) or 8.4 (inter-RIR) transfer, or some combination of the two if 
necessary."  This would be independent of any space acquired via 8.2 (M&A) 
transfer, and would not represent any chance from current policy or operational 
practice AFAICT. 

Are you worried about people needing to fill their 24-month need by doing a 
combination of 8.3 specified (intra-ARIN) and 8.4 (inter-RIR) transfers? Or are 
you worried about the interaction with 8.2 (M&A) transfers?

-Scott

> 
> Thank you
> Marla
> 
> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On 
> Behalf Of ARIN
> Sent: Friday, May 16, 2014 1:22 PM
> To: [email protected]
> Subject: [arin-ppml] LAST CALL: Recommended Draft Policy ARIN-2013-7: NRPM 4 
> (IPv4) Policy Cleanup
> 
> The ARIN Advisory Council (AC) met on 15 May 2014 and decided to send the 
> following to last call:
> 
>   Recommended Draft Policy ARIN-2013-7: NRPM 4 (IPv4) Policy Cleanup
> 
> 2013-7 was revised. The following sentence was added to 4.2.4.3:
> "Determination of the appropriate allocation to be issued is based on 
> efficient utilization of space within this time frame, consistent with the 
> principles in 4.2.1."
> 
> Feedback is encouraged during the last call period. All comments should be 
> provided to the Public Policy Mailing List. This last call will expire on 2 
> June 2014. After last call the AC will conduct their last call review.
> 
> The draft policy text is below and available at:
> https://www.arin.net/policy/proposals/
> 
> The ARIN Policy Development Process is available at:
> https://www.arin.net/policy/pdp.html
> 
> Regards,
> 
> Communications and Member Services
> American Registry for Internet Numbers (ARIN)
> 
> 
> ## * ##
> 
> 
> Recommended Draft Policy ARIN-2013-7
> NRPM 4 (IPv4) Policy Cleanup
> 
> Date: 16 May 2014
> 
> AC's assessment of conformance with the Principles of Internet Number 
> Resource Policy:
> 
> "ARIN-2013-7: "NRPM 4 (IPv4) Policy Cleanup" enables fair and impartial 
> number resource administration by removing no-longer-relevant sections of the 
> NRPM, and clarifying other sections. All of the remaining changes in this 
> draft policy have proven uncontroversial thus far."
> 
> Problem Statement: Parts of NRPM 4 are irrelevant, especially after IPv4 
> run-out, and should be cleaned up for clarity.
> 
> Policy statement:
> 
> Short list of changes with details explained below.
> 
> Remove section 4.1.1 Routability
> 
> Update section 4.1.5 Determination of resource requests
> 
> Remove section 4.1.7 RFC2050
> 
> Remove section 4.1.9 Returned IPv4 Addresses
> 
> Replace and retitle section 4.2.4.3 Subscriber Members Less Than One Year
> 
> Remove section 4.2.4.4. Subscriber Members After One Year
> 
> Details:
> 
> Remove section 4.1.1 Routability
> 
> It is no longer necessary for the NRPM to suggest where an organization 
> obtains resources from.
> 
> Retitle and rewrite section (4.1.5 Determination of IP address allocation 
> size)
> 
> Remove: "Determination of IP address allocation size is the responsibility of 
> ARIN."
> 
> Replace with: (4.1.5 Resource request size) "Determining the validity of the 
> amount of requested IP address resources is the responsibility of ARIN."
> 
> Rationale: Clarify that it is the validity of the request that is more the 
> focus than the amount of resources requested. This does not prevent ARIN from 
> suggesting that a smaller block would be justified where a larger one would 
> not, but also does not suggest that it is ARIN's sole discretion to judge the 
> size of the blocks needed.
> 
> Remove section 4.1.7 RFC2050
> 
> Now that RFC2050 has been replaced with RFC 7020 and ARIN-2013-4 RIR 
> Principles has been adopted, this section is no longer needed.
> 
> Remove section 4.2.4.3 Subscriber Members Less Than One Year and 4.2.4.4. 
> Subscriber Members After One Year
> 
> Replace with: (4.2.4.3 Request size) "ISPs may request up to a 3-month supply 
> of IPv4 addresses from ARIN, or a 24-month supply via 8.3 or 8.4 transfer. 
> Determination of the appropriate allocation to be issued is based on 
> efficient utilization of space within this time frame, consistent with the 
> principles in 4.2.1."
> 
> Rationale: Since ARIN received its last /8, by IANA implementing section 
> 10.4.2.2, this is now a distinction without a difference.
> 
> Timetable for implementation: Immediate
> _______________________________________________
> 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.

Reply via email to