<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="font-family: sans-serif; font-size: 12px; line-height: 18px; "><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; ">There is a minor change to 4.3.6.2 which clarifies that the returns required would only be the smaller blocks and not blocks with prefix lengths <= /22.</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; ">I believe this change merely clarifies the original intent of the policy and does not change that intent or the policy in a significant way.</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; ">Thanks to Bill Herrin for pointing out the hole in the original language.</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br></div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; ">Owen</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br></div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br></div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; ">TEMPLATE: ARIN-POLICY-PROPOSAL-TEMPLATE-2.0</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>1. Policy Proposal Name: /24 End User Minimum Assignment Unit 2. Proposal Originator</div><pre style="padding-top: 1em; padding-right: 1em; padding-bottom: 1em; padding-left: 1em; border-top-width: 1px; border-right-width: 1px; border-bottom-width: 1px; border-left-width: 1px; border-top-style: dashed; border-right-style: dashed; border-bottom-style: dashed; border-left-style: dashed; border-top-color: rgb(47, 111, 171); border-right-color: rgb(47, 111, 171); border-bottom-color: rgb(47, 111, 171); border-left-color: rgb(47, 111, 171); color: black; background-color: rgb(249, 249, 249); line-height: 1.1em; "> a. name: Owen DeLong
b. email: <a href="mailto:owen@delong.com">owen@delong.com</a>
c. telephone: 408-890-7992
d. organization: Hurricane Electric
</pre><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>3. Proposal Version: 1.3 <br>4. Date: 12 January, 2010 <br>5. Proposal type: new <br>6. Policy term: permanent <br>7. Policy statement:</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>Replace section 4.3.2.2 of the NRPM with the following:</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>4.3.2.2 Multihomed Connection</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>For multi-homed end-users who demonstrate an intent to announce the requested space in a multihomed fashion to two or more distinct ASNs not owned or controlled by the end-user, the minimum block of IP address space assigned is a /24. If assignments smaller than a /24 are needed, multihomed end-users should contact their upstream providers. When prefixes are assigned which are longer than /20, they will be from a block reserved for that purpose so long as that is feasible.</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>Renumber the existing paragraph under the 4.3.6 to</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>4.3.6.1 Utilization requirements for additional Assignment</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>Add the following paragraph 4.3.6.2</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>4.3.6.2 Additional assignments for small multi-homers</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>Any end-user that possesses an assignment smaller than /22 under any part of section 4.3 shall not be able to get an additional assignment unless they agree to return all existing 4.3 assignments with a /23 or longer prefix within 12 months of receiving a new assignment. The new assignment shall be sized to accommodate their existing utilization in addition to their justified additional growth space under section 4.3.6.1. The common cases for this are expected to be a /24 returned after receipt of a /23, or a /23 returned after receipt of a /22.</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br></div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; ">8. Rationale:</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>This policy attempts to incorporate the recent and historical discussions of policy for multi-home users on PPML. The intent is to provide as fair a process as possible for multi-homed organizations down to the smallest feasible size while still preserving some control over growth in the routing table.</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>It has been repeatedly noted that /24 multi-homers exist today with PA space and still occupy a routing table slot, so, it is unlikely that moving this boundary to /24 would significantly impact the routing table.</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>By requiring smaller assignments to renumber and return, rather than add more small blocks to their assignments, this policy seeks to further reduce the chances of unnecessary growth in the routing table and encourage good aggregation where possible.</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>Does this apply only to end users? Yes, this policy applies only to end users. This policy does not represent a good solution for organizations that are delegating space to other entities. If a case can be made that such a policy is needed for ISPs, then, the author is happy to work with interested parties to craft such a policy, but, this policy would be unnecessarily onerous on ISPs, and, as an ISP policy could be somewhat onerous to their peers and/or upstream providers.</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>What about resources obtained from policies other than 4.3 or outside of ARIN? Such resources would not be counted for excluding an organization from this policy. The intent is to limit IPv4 micro-allocations for multi-homed end-user organizations under this policy to a single assignment unless each such assignment is /22 or larger. This is to prevent unnecessary routing table growth. This is a tradeoff, and, not the ideal solution for smaller end-user organizations, however, author believes that this is the best policy likely to gain consensus at this time and believes that it is incrementally far better for such organizations than current policy.</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>If I grow, I have to renumber? Not necessarily... If you have a /24 under this policy, and you want to grow that, then, you will likely need to renumber. Depending on ARIN resource management and timing, ARIN may simply be able to give you the /23 that includes your /24. More likely, you will get a new /23, have 1 year to renumber into that and return your /24. At most, you would be subject to two such renumbering cycles under this policy (24->23 and 23->22) before you meet the criteria for other policies which do not require renumbering.</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>Other policies don't include renumbering provisions, why this one? The policy which allows multi-homed organizations to get a /22 was originally written at /24. That policy was shouted down and /22 was the compromise achieved to gain community consensus for anything smaller than /20. Author hopes that this compromise will allow many organizations to get resources they need with minimal impact while assuring the community that doing so will not cause an explosion in the routing table. <br>9. Timetable for implementation: Immediate</div><div style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; "><br>END OF TEMPLATE</div></span></body></html>