<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=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";
color:black;}
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;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";
color:black;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";
color:black;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:"Consolas","serif";
color:black;}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";
color:black;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@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 bgcolor=white lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I will respectfully disagree. What is the point of “should”? Even in the example you gave it would better as “must unless” or “shall unless” instead of “should unless” . With “should” there is no reason for the unless because there is no requirement to do otherwise in the first place. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Should leaves a loophole that can be easily exploited, i.e. “you never said we had to do that, you just said we should, so I can technically do whatever I want”..<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>It would be perfectly functional to say:<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>“</span>The allocation size shall be consistent with the existing ARIN minimum <br> allocation sizes, unless small allocations are intended to be explicitly part <br> of the experiment.”<o:p></o:p></p><p class=MsoNormal>Using “should” in the statement makes it a no-op. With “should” you can choose not to follow what is only a suggestion. If you use “shall” or “must” you have enforceable policy. If the policy is not enforceable it is nothing more than a best practice statement at best.<o:p></o:p></p><p class=MsoNormal>Kevin<span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><div style='border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt'><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext'> arin-ppml-bounces@arin.net [mailto:arin-ppml-bounces@arin.net] <b>On Behalf Of </b>David Farmer<br><b>Sent:</b> Saturday, May 31, 2014 4:56 PM<br><b>To:</b> Leif Sawyer; Owen DeLong<br><b>Cc:</b> arin-ppml@arin.net<br><b>Subject:</b> Re: [arin-ppml] Recommended Draft Policy ARIN-2014-12: Anti-hijack Policy<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>After thinking about this for a while, the justification for a larger allocation is clearly intended to be a requirement, and not intended to be optional. So, "must" seems appropriate in the case. However, I can't agree with the comments that "should" and "may" are inappropriate in policy all together. A perfect example is the sentence just before the one we are discussing.<br><br> The allocation size should be consistent with the existing ARIN minimum <br> allocation sizes, unless small allocations are intended to be explicitly part <br> of the experiment.<br><br>Therefore, putting all the suggesting together, here is text for the Editorial Change I'm proposing at the PPC next week.<br><br> If an organization requires more <s><span style='color:blue'>resource</span></s><span style='color:blue'> resources</span> than stipulated by the<span style='color:blue'> <br> applicable</span> minimum allocation <s><span style='color:blue'>sizes</span></s><span style='color:blue'> size</span> in force at the time of their request,<br> their <s><span style='color:blue'>experimental documentation should have</span></s> <span style='color:blue'>request must</span> clearly <s><span style='color:blue'>described</span></s><span style='color:blue'><br> describe</span> and <s><span style='color:blue'>justified</span></s><span style='color:blue'> justify</span> why <s><span style='color:blue'>this</span></s><span style='color:blue'> a larger allocation</span> is required.<br><br>Thanks<br><br>On 5/21/14, 17:23 , Leif Sawyer wrote:<o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><pre>I just can't think of a time when <o:p></o:p></pre><pre> "experimental documentation [should] clearly describe and justify"<o:p></o:p></pre><pre>"should" ever be "doesn't"<o:p></o:p></pre><pre><o:p> </o:p></pre><pre><o:p> </o:p></pre><pre>hence my suggestion to use "must".<o:p></o:p></pre><pre><o:p> </o:p></pre><pre><o:p> </o:p></pre><pre><o:p> </o:p></pre><pre>-----Original Message-----<o:p></o:p></pre><pre>From: David Farmer [<a href="mailto:farmer@umn.edu">mailto:farmer@umn.edu</a>] <o:p></o:p></pre><pre>Sent: Wednesday, May 21, 2014 12:04 PM<o:p></o:p></pre><pre>To: Leif Sawyer; Owen DeLong<o:p></o:p></pre><pre>Cc: David Farmer; <a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a><o:p></o:p></pre><pre>Subject: Re: [arin-ppml] Recommended Draft Policy ARIN-2014-12: Anti-hijack Policy<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>I think "should" is sufficiently strong, and gives ARIN Staff a little wiggle room to do what makes sense. There really have never been that many experimental allocations.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>We had a big whoopsie with all 5 RIR's authorizing /12 anchor routes. <o:p></o:p></pre><pre>ARIN probably won't do that again anyway, but it's still worth a small fix in policy, just to be clear about it. The sentence is question is a little rough, so while we are at it a little editorial clean up is probably in order, but please let's not over do it.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>I really would like to hear from a few more people about if this editorial change is a good idea or not, even a few +/-1s would be helpful.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Thanks.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>On 5/21/14, 13:52 , Leif Sawyer wrote:<o:p></o:p></pre><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><pre>s/should/must<o:p></o:p></pre><pre><o:p> </o:p></pre><pre><o:p> </o:p></pre><pre>-----Original Message-----<o:p></o:p></pre><pre>From: <a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a> [<a href="mailto:arin-ppml-bounces@arin.net">mailto:arin-ppml-bounces@arin.net</a>] <o:p></o:p></pre><pre>On Behalf Of Owen DeLong<o:p></o:p></pre><pre>Sent: Wednesday, May 21, 2014 10:34 AM<o:p></o:p></pre><pre>To: David Farmer<o:p></o:p></pre><pre>Cc: <a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a><o:p></o:p></pre><pre>Subject: Re: [arin-ppml] Recommended Draft Policy ARIN-2014-12: <o:p></o:p></pre><pre>Anti-hijack Policy<o:p></o:p></pre><pre><o:p> </o:p></pre><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><pre><o:p> </o:p></pre><pre>In looking at the sentence in question; I think the "have" in the <o:p></o:p></pre><pre>sentence is extraneous, and can deleted. Then changing "this" to "a <o:p></o:p></pre><pre>larger allocation" and the tense changes you suggest, results in;<o:p></o:p></pre><pre><o:p> </o:p></pre><pre> If an organization requires more resource than stipulated by the<o:p></o:p></pre><pre> minimum allocation sizes in force at the time of their request,<o:p></o:p></pre><pre> their experimental documentation should clearly describe and<o:p></o:p></pre><pre> justify why a larger allocation is required.<o:p></o:p></pre><pre><o:p> </o:p></pre></blockquote><pre><o:p> </o:p></pre><pre>s/resource/resources/<o:p></o:p></pre><pre>s/minimum allocation sizes/applicable minimum allocation size/ <o:p></o:p></pre><pre>s/experimental documentation/request/<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>result:<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>If an organization requires more resources than stipulated by the applicable minimum allocation in force at the time of their request, their request should clearly describe and justify why a larger allocation is required.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>I think this not only parses better, but is more accurate.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>The first change resolves a grammar error.<o:p></o:p></pre><pre>The second change avoids ambiguity between whether all requests are subject to all minimums in this case vs. the intended meaning that the minimum applicable elsewhere in policy.<o:p></o:p></pre><pre>The third change is because their documentation should be documentation of an experiment, not experimental documentation and what we really care about is the information provided in their ARIN request anyway.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>I think since this is a minor change which does not alter the meaning of the policy and does improve readability and clarity, that we should probably go ahead and incorporate it as you proposed prior to last call.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Owen<o:p></o:p></pre><pre><o:p> </o:p></pre></blockquote></blockquote><pre>-- <o:p></o:p></pre><pre>================================================<o:p></o:p></pre><pre>David Farmer Email: <a href="mailto:farmer@umn.edu">farmer@umn.edu</a><o:p></o:p></pre><pre>Office of Information Technology<o:p></o:p></pre><pre>University of Minnesota <o:p></o:p></pre><pre>2218 University Ave SE Phone: 1-612-626-0815<o:p></o:p></pre><pre>Minneapolis, MN 55414-3029 Cell: 1-612-812-9952<o:p></o:p></pre><pre>================================================ <o:p></o:p></pre></div></div></body></html>