On Thu, Jul 25, 2013 at 10:59 PM, Filiz Yilmaz <span dir="ltr"><<a href="mailto:koalafil@gmail.com" target="_blank">koalafil@gmail.com</a>></span> wrote:<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">
<br>
</div>Just because you asked nicely :)..<br></blockquote><div><br></div><div>Thanks :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I am not going to go through a very detailed word smithing or referencing, sorry, in my case I do not believe this will be helpful.<br>
<br>
But I will try to put my point of view in a different way again, using some different words and then I will stop because I feel I am repeating myself and some of the members of this list may already feel overwhelmed about the discussion.<br>

<br>
Here it is my main point:<br>
<br>
"Justification for need" and "evaluation of justification for need" are two different things.<br>
<br>
First one,  "Justification for need", is perfectly a policy matter and I believe IPv4 policy should still mention this, as long as RIPE NCC continues allocating space to its members and the last /8 is totally exhausted. Say something along the lines, "LIRs requesting address space from the RIPE NCC should have a need for the requested space for a network of their own or their customer".<br>

<br>
So that we at least put a barrier in front of those who would just ask for an allocation to immediately turn it into an asset.<br></blockquote><div><br></div><div>That barrier is a paper tiger, unfortunately.</div><div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
But those who really are in need are primarily highlighted by the policy.<br>
<br>
Current policy has the following text:<br>
"Members can receive an initial IPv4 allocation when they have demonstrated a need for IPv4 address space."<br>
<br>
Tore's proposal is removing this totally and I do not agree with it.<br>
<br>
The latter, "evaluation of justification for need" is totally an operational matter that is performed by the RIPE NCC.<br>
Neither the current policy nor Tore's proposal has any significant text on this but this is one of his arguments for his proposal.<br>
<br>
In my opinion, real solution to this procedural problem of evaluation is on procedural level, not on the policy level.<br>
RIPE NCC may be asked to change their evaluation tools/systems/mechanisms.<br>
This does not require to remove the entire "need" notion from the policy text.</blockquote><div><br></div><div>So, in essence, what you state is that:</div><div><br></div><div>a) There is no need to change or remove the "need" statement in the policy.</div>
<div>b) The RIPE NCC should decide how "need" is determined as a matter of procedure.</div><div><br></div><div>Given what appears to be the majority view here, the NCC may just as well decide to interpret the community's view on "need" as something that does not need to be documented in itself, other than placing a request for a network block.</div>
<div><div class="gmail_quote"><br class="Apple-interchange-newline">Altering this particular part of the policy document as Tore suggests will change very little in practice and procedure.</div></div><div><br></div><div>The way I see it, if you want for this to be a barrier, you should propose new wording in the relevant policy documents, which stresses that a need should be present, that there should be a justification for it, and _what justification_ is sufficient.</div>
<div><br></div><div><br></div><div>PS</div><div><br></div><div>I'm aware of organizations becoming LIRs because of a claimed need for IP addresses for end users, just to ensure that they get IPv4 space they may not _actually_ need – and that this happened just because of the current policies. The "need" is fictional and/or hypothetical, and there is little way for the RIPE NCC and the community to know whether this is the case or not.</div>
<div><br></div><div>Speaking as someone working for someone who currently uses both IPv4 and IPv6, the "need" requirement always seemed a bit out of place. If it is to have a place, it needs a clear policy for that.</div>
<div>-- </div></div>Jan