<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Hello Milton,</div><div><br></div><div>I hear what you are saying but I think you are comparing apples and pears.</div><div><br></div><div>In regards to Michele's office space, try think of that analysis when Michele and say whole of RIPE community are to share a finite, i repeat finite, possibility of office spaces. </div><div><br></div><div>In real economics of today you have more options to create your own alternative if something is not suiting your needs. IP address space is finite though, we wont be able to create all sorts of alternatives other than one kind; IPv6 which still has its issues.</div><div><br></div><div>I would agree with you in the domain name space but not in IP.</div><div><br></div><div>Filiz</div><div><br>Apologies for the brevity of this mail, it was sent from my iphone</div><div><br>On 25 Jul 2013, at 16:40, Milton L Mueller <<a href="mailto:mueller@syr.edu">mueller@syr.edu</a>> wrote:<br><br></div><blockquote type="cite"><div>
<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:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@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;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","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;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.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;}
/* List Definitions */
@list l0
{mso-list-id:1222208601;
mso-list-template-ids:-1523533276;}
@list l0:level1
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:"Courier New";
mso-bidi-font-family:"Times New Roman";}
@list l0:level3
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level4
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level5
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level6
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level7
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level8
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level9
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l1
{mso-list-id:1480339336;
mso-list-template-ids:1169993852;}
@list l1:level1
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l1:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:"Courier New";
mso-bidi-font-family:"Times New Roman";}
@list l1:level3
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l1:level4
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l1:level5
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l1:level6
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l1:level7
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l1:level8
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l1:level9
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></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]-->
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Filiz, Michele<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">When number blocks are traded by companies in a market, the price of number blocks reflects their scarcity - i.e., the relationship between supply and demand
- and thus companies have very strong incentives to allocate and conserve. These incentives are at once both more effectively enforced and more flexible than a regime in which a central bureaucratic authority looks at some technical indicators submitted to
them on pieces of paper (or digital forms) and tries to assess "need." <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>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">So there are still strong incentives for responsible management without needs assessment. And since v4 is depleting, the idea that the price would rise and
people would over time be discouraged from using it, ought to be seen as a good thing. Administrative needs assessment is not the ONLY method that could EVER be used to allocate resources. There are a variety of tools and mechanisms and the authors of 2013-3
are correct that the conditions that led to traditional needs assessments for numbers are gone, and not applicable to the current situation.<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>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I've always asked the religious believers in needs assessment whether they think their rental of office space should be subject to a needs assessment. It's
not meant to be a challenge, just something to make you think. The economic characteristics of the resources are not that different (space, like number blocks, are occupied but not consumed, and there is a short-term fixity in supply). So let me volunteer
to do a needs assessment on Michele's offices, and his home, and perhaps a few other belongings. I just want to see if he is wasting any resources. ;-) Or would Michele prefer to just pay for what he thinks he needs?
<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"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> <a href="mailto:address-policy-wg-bounces@ripe.net">address-policy-wg-bounces@ripe.net</a> [<a href="mailto:address-policy-wg-bounces@ripe.net">mailto:address-policy-wg-bounces@ripe.net</a>]
<b>On Behalf Of </b>Filiz Yilmaz<br>
<b>Sent:</b> Wednesday, July 24, 2013 6:53 AM<br>
<b>To:</b> Tore Anderson<br>
<b>Cc:</b> <a href="mailto:address-policy-wg@ripe.net">address-policy-wg@ripe.net</a><br>
<b>Subject:</b> Re: [address-policy-wg] 2013-03 New Draft Document and Impact Analysis Published (No Need - Post-Depletion Reality Adjustment and Clean up)<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Hello Tore,<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">While I am curious for Michele's response to your mail too, here is my bit, as I feel I agree with him in terms of principles.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">First of all, I am not totally against your proposal; it cleans up the policy text reflecting today's circumstances to some extent and it makes a long document way more readable. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">This is also why I am writing back because I've read the draft policy document from the beginning to the end. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">My observation is that the new document proposed is not exactly a "registration" policy document.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">It more looked to me like a description of how address space management is done within RIPE NCC region "by the RIPE NCC". <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">If I am not missing anything crucial, the main points described are:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">- The language is English, <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">- How big an allocation can be, <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">- That there is no PI anymore to be assigned directly from the NCC pools to End users (except for the IXPs) so all resources will only goto LIRs <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">- And these blocks can be transferred between LIRs.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The only bit about registration I see in the new text is section 4.0 Registration Requirements and it does not go more than saying details should be recorded in the database. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">So it does not contain any substantial information for registration or address management on the LIR's side. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">This is interesting as now with this proposed policy any End user's chance to get any IPv4 address space will be through an LIR and hope that these LIRs are responsible and know what they are doing. I would like to see some guidelines or
at least principles mentioned in this document so the LIRs know their responsibility in terms of fair address management as well as the End Users so they know what to expect from these LIRs. This is what I would be expecting from a transparent documentation
of a set of policies and principles that are still in place. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">We may not have too many specific policies to set for the few left-over resources but I would like to believe we still have "principles" towards the responsible management of these resources. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">In that sense Michele has a point and I argue that LIRs need to be guided for "good address management" even without the "conservation" principle as the top priority in the new IP world. This is missing in the proposed policy text for it
to be considered as a helpful "registration" policy in my opinion. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">In practice, I can set up a new LIR now and ask for a new allocation and I may be someone who does not have any previous RIPE or RIPE NCC experience. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">If all I have is this document, I am not sure if it tells me enough about my responsibilities, while I will be a critical token in the EU address management and registration system by just becoming an LIR. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">My other concern is in regards to the transfers. As neatly put by the NCC Board in the Impact Analysis:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">---<o:p></o:p></p>
</div>
<div>
<ul type="disc">
<li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo1">
As mentioned in previous sections, the policy proposal would negatively affect the ability of LIRs to engage in inter-RIR transfers, as the RIPE NCC’s service region would be the only one without a needs-based requirement for transfers.<o:p></o:p></li></ul>
<ul type="disc">
<li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l1 level1 lfo2">
Implementation of the policy could expose LIRs to legal challenges under EU competition law.<o:p></o:p></li></ul>
<div>
<p class="MsoNormal">---<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I think singling out the RIPE NCC region in the world of transfers may not be the best idea at this stage.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Kind regards<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Filiz Yilmaz<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div>
<div>
<p class="MsoNormal">On 24 Jul 2013, at 10:52, Tore Anderson <<a href="mailto:tore@fud.no">tore@fud.no</a>> wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<p class="MsoNormal">* Michele Neylon - Blacknight<br>
<br>
<br>
<o:p></o:p></p>
<p class="MsoNormal">As previously stated, I do NOT support the "no need" policy and<br>
cannot support this document.<br>
<br>
IP addresses are a finite resource, as we all know, and obliging<br>
people to provide some level of justification makes sense.<br>
<br>
The argument for "conservation" may no longer be valid, but there<br>
will always be a compelling argument in favour of good resource<br>
management, which I believe the policy covers.<br>
<br>
RIPE should not remove the requirement to provide justification.<o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
Hi Michele,<br>
<br>
I doubt you'll find anyone in the working group who is against good<br>
resource management. I am convinced that the proposed policy is not in<br>
conflict with good resource management, otherwise I would never have<br>
proposed it. While I can obviously only speak with certainty for myself,<br>
I assume that the people who support the proposal feel the same way.<br>
<br>
While it appears you believe that the proposal will bring about poor<br>
resource management, your message neglected to explain why or how. This<br>
makes it rather difficult for me to try to alleviate your concerns.<br>
<br>
As Gert also pointed out recently, the main reason I believe that IPv4<br>
would continue to be consumed responsibly under the proposed policy, is<br>
that the LIRs in the region are painfully aware that there is no more<br>
IPv4 to be had from the RIPE NCC. Should an LIR anyway decide to go on a<br>
"spending spree" with its remaining inventory, it would only end up<br>
hurting itself by expediting its own depletion date. The community will<br>
not be impacted - without a Common, there can be no Tragedy.<br>
<br>
Best regards,<br>
Tore Anderson<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
</div></blockquote></body></html>