<div dir="ltr">Good morning all- We are looking to see if the following changes will impact ISPs or any impacted parties. This is intended to correct a reference to a deprecated RFC, however, sometimes business operations do not update their policies/procedures and we would not want to see businesses impacted in a detrimental manner due to the new proposed language. We would like to hear both positive and negative feedback for this policy. Thanks in advance.<div><br></div><div>4.2.3.4.1 Existing text:<br>Reassignment and reallocation information for prior allocations must show that each<br>customer meets the 80% utilization criteria and must be available via SWIP / a distributed service which meets the standards set forth in section 3.2 prior to your issuing them additional space.<br><br>4.2.3.4.1 New text (added new first sentence in paragraph):<br>A downstream customer requesting address space from an upstream ISP must document a plan to the allocating ISP for their utilization to conform to Section 4.3.3. Reassignment and reallocation information for prior allocations must show that each customer meets the 80% utilization criteria and must be available via SWIP / a distributed service which meets the standards set forth in section 3.2 prior to your issuing them additional space.<br><br>4.2.3.6 Original Text:<br>Under normal circumstances an ISP is required to determine the prefix size of their reassignment to a downstream customer according to the guidelines set forth in RFC 2050. Specifically, a downstream customer justifies their reassignment by demonstrating they have an immediate requirement for 25% of the IP addresses being assigned, and that they have a plan to utilize 50% of their assignment within one year of its receipt. This policy allows a downstream customer’s multihoming requirement to serve as justification for a /24 reassignment from their upstream ISP, regardless of host requirements. Downstream customers must provide contact information for all of their upstream providers to the ISP from whom they are requesting a /24. The ISP will then verify the customer’s multihoming requirement and may assign the customer a /24, based on this policy. Customers may receive a /24 from only one of their upstream providers under this policy without providing additional justification. ISPs may demonstrate they have made an assignment to a downstream customer under this policy by supplying ARIN with the information they collected from the customer, as described above, or by identifying the AS number of the customer. This information may be requested by ARIN staff when reviewing an ISP’s utilization during their request for additional IP addresses space.<br><br>4.3.2.6 New Text, replacing old:<br>If a downstream customer has a requirement to multihome, that requirement alone will serve as justification for a /24 allocation. Downstream customers must provide contact information for all of their upstream providers to the ISP from whom they are requesting a /24, and utilize BGP as the routing protocol between the customer and the ISP. Customers may receive a /24 from only one of their upstream providers under this policy without providing additional justification. ISPs may demonstrate they have made an assignment to a downstream customer under this policy by supplying ARIN with the information they collected from the customer, as described above, or by identifying the AS number of the customer.<br><div><br></div><div>-Kat Hunter</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jun 23, 2020 at 1:42 PM ARIN <<a href="mailto:info@arin.net">info@arin.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 18 June 2020, the ARIN Advisory Council (AC) accepted "ARIN-prop-288: <br>
Clarify and Update Requirements for Allocations to Downstream Customers" <br>
as a Draft Policy.<br>
<br>
Draft Policy ARIN-2020-5 is below and can be found at:<br>
<br>
<a href="https://www.arin.net/participate/policy/drafts/2020_5/" rel="noreferrer" target="_blank">https://www.arin.net/participate/policy/drafts/2020_5/</a><br>
<br>
You are encouraged to discuss all Draft Policies on PPML. The AC will <br>
evaluate the discussion in order to assess the conformance of this draft <br>
policy with ARIN's Principles of Internet number resource policy as <br>
stated in the Policy Development Process (PDP). Specifically, these <br>
principles are:<br>
<br>
* Enabling Fair and Impartial Number Resource Administration<br>
* Technically Sound<br>
* Supported by the Community<br>
<br>
The PDP can be found at:<br>
<a href="https://www.arin.net/participate/policy/pdp/" rel="noreferrer" target="_blank">https://www.arin.net/participate/policy/pdp/</a><br>
<br>
Draft Policies and Proposals under discussion can be found at:<br>
<a href="https://www.arin.net/participate/policy/drafts/" rel="noreferrer" target="_blank">https://www.arin.net/participate/policy/drafts/</a><br>
<br>
Regards,<br>
<br>
Sean Hopkins<br>
Policy Analyst<br>
American Registry for Internet Numbers (ARIN)<br>
<br>
<br>
<br>
Draft Policy ARIN-2020-5: Clarify and Update Requirements for <br>
Allocations to Downstream Customers<br>
<br>
Problem Statement:<br>
<br>
A recent Policy Experience Report demonstrated the fact that the <br>
existing Section 4.2.3.6 references RFC2050, which is obsolete, and is <br>
not synchronized with utilization requirements carried in Section 4.3.3, <br>
specifically the utilization rate.<br>
<br>
Policy Statement:<br>
<br>
Given that RFC7020, which supercedes RFC2050, no longer carries specific <br>
utilization requirements for downstream customers of ISPs, its reference <br>
may be removed from Section 4.2.3.6, instead referencing 4.3.3 <br>
(currently, 50% utilization within 24 months) to harmonize the <br>
utilization requirements of both ISPs and their downstream customers.<br>
<br>
Removing these references from Section 4.2.3.6 will simplify the <br>
language of that section.<br>
<br>
Replace sections 4.2.3.4.1 and sections 4.2.3.6 with the following text:<br>
<br>
4.2.3.4.1. Utilization<br>
<br>
A downstream customer requesting address space from an upstream ISP must <br>
document a plan to the allocating ISP for their utilization to conform <br>
to Section 4.3.3. Reassignment and reallocation information for prior <br>
allocations must show that each customer meets the 80% utilization <br>
criteria and must be available via SWIP / a distributed service which <br>
meets the standards set forth in section 3.2 prior to your issuing them <br>
additional space.<br>
<br>
4.2.3.6. Reassignments to Multihomed Downstream Customers<br>
<br>
If a downstream customer has a requirement to multihome, that <br>
requirement alone will serve as justification for a /24 allocation. <br>
Downstream customers must provide contact information for all of their <br>
upstream providers to the ISP from whom they are requesting a /24, and <br>
utilize BGP as the routing protocol between the customer and the ISP. <br>
Customers may receive a /24 from only one of their upstream providers <br>
under this policy without providing additional justification. ISPs may <br>
demonstrate they have made an assignment to a downstream customer under <br>
this policy by supplying ARIN with the information they collected from <br>
the customer, as described above, or by identifying the AS number of the <br>
customer.<br>
<br>
Timetable for implementation: Immediate<br>
<br>
<br>
_______________________________________________<br>
ARIN-PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="https://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
</blockquote></div>