<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><br id="lineBreakAtBeginningOfMessage"><div><br><blockquote type="cite"><div>On Nov 20, 2023, at 12:59, Christian Tacit <ctacit@tacitlaw.com> wrote:</div><br class="Apple-interchange-newline"><div><meta charset="UTF-8"><div class="WordSection1" style="page: WordSection1; caret-color: rgb(0, 0, 0); font-family: LucidaGrande; font-size: 18px; font-style: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none;"><div style="margin: 0in; font-size: 11pt; font-family: Calibri, sans-serif;"><span lang="EN-CA" style="font-size: 14pt; font-family: "Times New Roman", serif;">Dear ARIN Community Members,</span><span style="font-size: 14pt; font-family: "Times New Roman", serif;"><o:p></o:p></span></div><div style="margin: 0in; font-size: 11pt; font-family: Calibri, sans-serif;"><span lang="EN-CA" style="font-size: 14pt; font-family: "Times New Roman", serif;"><o:p> </o:p></span></div><div style="margin: 0in; font-size: 11pt; font-family: Calibri, sans-serif;"><span lang="EN-CA" style="font-size: 14pt; font-family: "Times New Roman", serif;">In our continuing effort to simplify the NRPM, we are also considering the retirement of sections 6.4.1 and 6.4.2.</span><span style="font-size: 14pt; font-family: "Times New Roman", serif;"><o:p></o:p></span></div><div style="margin: 0in; font-size: 11pt; font-family: Calibri, sans-serif;"><span lang="EN-CA" style="font-size: 14pt; font-family: "Times New Roman", serif;"><o:p> </o:p></span></div><div style="margin: 0in; font-size: 11pt; font-family: Calibri, sans-serif;"><span lang="EN-CA" style="font-size: 14pt; font-family: "Times New Roman", serif;">We believe that section 6.4.1 is out of scope since it constitutes a legal conclusion regarding IPv6 addresses not constituting property, rather than policy. Section 6.4.2 is a general statement regarding the lack of guarantee of the routability of address space and also provides that RIRs (and not just ARIN) “</span><span style="font-size: 14pt; font-family: "Times New Roman", serif; color: rgb(51, 51, 51); background: white;">must apply procedures that reduce the possibility of fragmented address space which may lead to a loss of routability”. To the extent that this section validly articulates policy statements, it applies more broadly to both IPv4 and IPv6 resources, and the statement in the NRMP should only apply to ARIN. In fact, a proper<span class="Apple-converted-space"> </span></span><span style="font-size: 14pt; font-family: "Times New Roman", serif;">routability constraint statement limited to ARIN is already embedded in Section 1.3 of the NRPM, and thus not needed in Section 6.<span style="color: rgb(51, 51, 51); background: white;">”</span><o:p></o:p></span></div><div style="margin: 0in; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 14pt; font-family: "Times New Roman", serif; color: rgb(51, 51, 51); background: white;"><o:p> </o:p></span></div><div style="margin: 0in; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 14pt; font-family: "Times New Roman", serif; color: rgb(51, 51, 51); background: white;">Community feedback and any proposals to address these sections are welcome.”</span><span style="font-size: 14pt; font-family: "Times New Roman", serif;"><o:p></o:p></span></div><div style="margin: 0in; font-size: 11pt; font-family: Calibri, sans-serif;"><span style="font-size: 14pt; font-family: "Times New Roman", serif;"><o:p> </o:p></span></div></div></div></blockquote><div><br></div></div>All valid points. The legal conclusion can be left to the RSA or anywhere else ARIN’s lawyers which to stick it.<div><br></div><div>Removing it from the NRPM makes sense to me.</div><div><br></div><div>6.4.2 needs to at least keep the following key details:</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>+<span class="Apple-tab-span" style="white-space:pre"> </span>ARIN must apply procedures to minimize fragmentation of the address space</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>+<span class="Apple-tab-span" style="white-space:pre"> </span>AIRN cannot guarantee that any block can be routed or will be accepted by any particular peer.</div><div><br></div><div>Since we don’t have a section of the policy manual for things that apply broadly to IPv4 and IPv6, we have, traditionally, duplicated them in sections 4 and 6, which I think is fine. Preventing fragmentation in IPv4 is already a lost cause at this point, so it is what it is.</div><div><br></div><div>Owen</div><div><br></div></body></html>