<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;
font-weight:normal;
font-style:normal;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal>I support this change in the treatment of MDNs under 4.10. They logically deserve the same access as single discrete networks, and the grouping of limitations under ORG-ID effectively blocks this equal access. With the paltry uptake of the 4.10 block, we don’t have to be particularly chary here.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Regards,<o:p></o:p></p><p class=MsoNormal>Mike Burns<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><b>From:</b> ARIN-PPML <arin-ppml-bounces@arin.net> <b>On Behalf Of </b>Scott Leibrand<br><b>Sent:</b> Monday, July 15, 2019 2:52 PM<br><b>To:</b> Owen DeLong <owen@delong.com><br><b>Cc:</b> ARIN-PPML List <arin-ppml@arin.net><br><b>Subject:</b> Re: [arin-ppml] Draft Policy 2019-8 Clarification of Section 4.10 for Multiple Discrete Networks<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>I am in favor of this change. We should be encouraging people to use NRPM 4.10 where applicable instead of sitting on the general waiting list.<o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>-Scott<o:p></o:p></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal>On Mon, Jul 15, 2019 at 11:44 AM Owen DeLong <<a href="mailto:owen@delong.com">owen@delong.com</a>> wrote:<o:p></o:p></p></div><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in'><p class=MsoNormal>Hello, everyone.<br><br>The AC is currently considering this draft policy which would provide for Multiple Discrete Networks to be able to get more than one block under 4.10 for up to 8 discrete sites within a six month period.<br><br>So far, there has been little comment on the list. The AC would like to encourage feedback whether positive or negative in nature about this proposal (though always constructive in any case).<br><br>Thanks,<br><br>Owen<br><br>Proposal text:<br><br>Problem Statement:<br>Currently, applicants for IPv4 resources under section 4.10 of the NRPM who do so under a single OrgID of the NRPM may only obtain one /24 every six months for the OrgID, even in the case where multiple discrete networks (MDNs) as defined in section 4.5 of the NRPM are grouped under that OrgID. On the other hand, where MDNs are held under different OrgIDs associated the same entity, the six-month constraint would apply to each discrete network separately. This results in unfair allocations of resources based solely on how entities choose to associate MDNs with their OrgIDs. This policy rectifies that problem by placing MDNs on an equal footing for the purpose of section 4.10 allocations regardless of how they are grouped by OrgID by the same ultimate entity.<br>Policy Statement:<br>Bullet 1. under section 4.10 of the NRPM is amended to read:<br>the applicant may not have received resources under this policy in the preceding six months, except to the extent that the applicant is r<br>equesting resources for a discrete network in respect of which it has not received any resources under this policy in the preceding six months;<br>Add a new bullet 6 that reads:<br>An applicant requesting multiple allocations under this policy to support Multiple Discrete Networks, as defined under Section 4.5, may not receive more than the equivalent of a /21 of IPv4 address space in any one six-month period hereunder.<br>Timetable for Implementation: Immediate<br>Anything Else:<br>To what extent should the passage of this policy be contingent or independent of whether any ultimate cap is imposed on the total quantity of IPv4 resources that an entity can obtain under section 4.10 regardless of the number of OrgIDs associated with the entity or number of MDNs it holds.<br><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" 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.<o:p></o:p></p></blockquote></div></div></body></html>