<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><font class="Apple-style-span" face="Monaco">At ARIN XXV, one of the discussions pointed out that under current</font></div><div><font class="Apple-style-span" face="Monaco">ARIN policy, after IANA runout, a justified request for a /10 could</font></div><div><font class="Apple-style-span" face="Monaco">(and would) be satisfied, if necessary, by issuing 1024 disjoint /20s.</font></div><div><font class="Apple-style-span" face="Monaco"><br></font></div><div><font class="Apple-style-span" face="Monaco">I believe there is a need for policy to prevent this kind of</font></div><div><font class="Apple-style-span" face="Monaco">gathering of the last breadcrumbs by a small number of large</font></div><div><font class="Apple-style-span" face="Monaco">entities. As such, I offer the following proposal for the discussion</font></div><div><font class="Apple-style-span" face="Monaco">of the community.</font></div><div><font class="Apple-style-span" face="Monaco"><br></font></div><div><font class="Apple-style-span" face="Monaco">Owen</font></div><div><font class="Apple-style-span" face="Monaco"><br></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;">TEMPLATE: ARIN-POLICY-PROPOSAL-TEMPLATE-2.0</span></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;"><br></span></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;">1. Policy Proposal Name:<span class="Apple-tab-span" style="white-space:pre"> </span>IPv4 Fragment Management</span></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;">2. Proposal Originator</span></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;"> a. name:<span class="Apple-tab-span" style="white-space:pre"> </span>Owen DeLong</span></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;"> b. email:<span class="Apple-tab-span" style="white-space:pre"> </span><a href="mailto:owen@delong.com">owen@delong.com</a></span></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;"> c. telephone:<span class="Apple-tab-span" style="white-space:pre"> </span>408-890-7992</span></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;"> d. organization:<span class="Apple-tab-span" style="white-space:pre"> </span>Hurricane Electric</span></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;">3. Proposal Version:<span class="Apple-tab-span" style="white-space:pre"> </span>0.8</span></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;">4. Date:<span class="Apple-tab-span" style="white-space:pre"> </span>2010-04-28</span></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;">5. Proposal type:<span class="Apple-tab-span" style="white-space:pre"> </span>New</span></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;"> new, modify, or delete.</span></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;">6. Policy term:<span class="Apple-tab-span" style="white-space:pre"> </span>Permanent</span></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;"> temporary, permanent, or renewable.</span></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;">7. Policy statement:</span></font></div><div><font class="Apple-style-span" face="Monaco"><br></font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>Add the following to the NRPM as new sections 4.2.1.7 et. seq.</font></div><div><font class="Apple-style-span" face="Monaco"><br></font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>Each time ARIN approves an IPv4 request which it cannot</font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>satisfy from 4 or fewer bit-aligned blocks of free address</font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>space, ARIN shall notify the requestor that there is</font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>insufficient free address space to meet their request and</font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>shall offer the requestor their choice of the following</font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>alternatives:</font></div><div><font class="Apple-style-span" face="Monaco"><br></font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>a.<span class="Apple-tab-span" style="white-space:pre"> </span>They can have the largest 4 available bit-aligned</font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>blocks of free addresses.</font></div><div><font class="Apple-style-span" face="Monaco"><br></font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>b.<span class="Apple-tab-span" style="white-space:pre"> </span>This section reserved -- (in case we implement the</font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>waiting list for unmet requests policy)</font></div><div><font class="Apple-style-span" face="Monaco"><br></font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>c.<span class="Apple-tab-span" style="white-space:pre"> </span>They can seek resources through the directed</font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>transfer policy in section 8.3 of the NRPM.</font></div><div><font class="Apple-style-span" face="Monaco"><br></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;">8. Rationale:</span></font></div><div><font class="Apple-style-span" face="Monaco"><br></font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>When the ARIN free pool begins to diminish, the free space</font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>will become fragmented into smaller and smaller remaining</font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>contiguous spaces. This policy attempts to ensure that a</font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>large number of remaining disjoint small blocks are not</font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>consumed by a single large request.</font></div><div><font class="Apple-style-span" face="Monaco"><br></font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>While this policy could be regarded as unfair to larger</font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>entities, it is consistent with the safeguards adopted in</font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>section 8.3 which require an exact match or full fill</font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>style of resource transfer. As such, I believe the policy</font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>is fair and in line with the consensus will of the community.</font></div><div><font class="Apple-style-span" face="Monaco"><br></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;">9. Timetable for implementation: Immediate, although it has no</span></font></div><div><font class="Apple-style-span" face="Monaco"><span class="Apple-tab-span" style="white-space:pre"> </span>actual effect until some time after IANA runout.</font></div><div><font class="Apple-style-span" face="Monaco"><br></font></div><div><font class="Apple-style-span" face="Monaco" size="3"><span class="Apple-style-span" style="font-size: 12px;">END OF TEMPLATE</span></font></div><div><br></div></body></html>