<HTML>
<HEAD>
<TITLE>Re: [address-policy-wg] RE: Complaint: Overly complicated when requesting PI space</TITLE>
</HEAD>
<BODY>
<FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'><BR>
Hi Mark,<BR>
<BR>
It is heartening to see that your drive to conservation of IPv4 space alone is pushing you to put all this effort in to get PI space. I’m sure we can suggest a policy change approved that would set the standard initial allocation to /21 but allow for smaller allocations up to /24 if specifically requested by the new LIR.<BR>
<BR>
Best,<BR>
<BR>
Remco<BR>
<BR>
<BR>
On 17-07-09 13:48, "Stream Service || Mark Scholten" <<a href="mark@streamservice.nl">mark@streamservice.nl</a>> wrote:<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Hello Sander,<BR>
<BR>
Thank you for the clear reply. If I combine this with other things on the<BR>
mailing list in the last 3 weeks I agree with you that it is better to<BR>
request a /21 range (you get it when you become a LIR) compared to a /24<BR>
(PI) if you just need a /24. This is clearly the best way to conserve IPv4<BR>
address space.<BR>
<BR>
With kind regards,<BR>
<BR>
Mark Scholten<BR>
<BR>
-----Original Message-----<BR>
From: Sander Steffann [<a href="mailto:sander@steffann.nl">mailto:sander@steffann.nl</a>]<BR>
Sent: donderdag 16 juli 2009 22:01<BR>
To: Stream Service || Mark Scholten<BR>
Cc: <a href="address-policy-wg@ripe.net">address-policy-wg@ripe.net</a><BR>
Subject: Re: Complaint: Overly complicated when requesting PI space<BR>
<BR>
Hello Mark,<BR>
<BR>
> If you ask me it should be allowed to use PI space for clients (and <BR>
> give<BR>
> clients the option to use/maintain more than a /30 (IPv4)).<BR>
<BR>
PI policy explicitly states that PI space can not be re-assigned or <BR>
further assigned to other parties. See<BR>
<a href="http://www.ripe.net/ripe/docs/ripe-471.html#9">http://www.ripe.net/ripe/docs/ripe-471.html#9</a><BR>
. Any organisation that needs address space for its customers must use <BR>
PA space. The definition of an LIR is that it assigns address space to <BR>
its customers. PI space is (per definition) only to be used by the <BR>
company that requested it itself.<BR>
<BR>
> It is also in my<BR>
> opinion not to RIPE (community or the NCC) to ask that information. <BR>
> The<BR>
> should ask for general usage, how much would be used for clients for<BR>
> example. How many clients a company has shouldn't be important to <BR>
> get PI.<BR>
<BR>
In this case it doesn't matter. That the company needs address space <BR>
for *any* customers indicates that PI space is not appropriate and PA <BR>
space should be used. The company uses address space for customers and <BR>
therefore must become an LIR.<BR>
<BR>
I think it is now time to stop this discussion, at least on the <BR>
address policy mailing list. This discussion is not leading to a <BR>
viable policy proposal.<BR>
<BR>
Thanks,<BR>
Sander Steffann<BR>
APWG co-chair<BR>
<BR>
<BR>
<BR>
</SPAN></FONT></BLOCKQUOTE>
<br><br>
<P class=MsoPlainText style="MARGIN: 0cm 0cm 0pt; TEXT-ALIGN: justify"><SPAN lang=EN-US style="FONT-SIZE: 8pt; COLOR: #898c8b; FONT-FAMILY: Arial">This email is from Equinix Europe Limited or one of its associated/subsidiary companies. This email, and any files transmitted with it, contains information which is confidential, may be legally privileged and is solely for the use of the intended recipient. If you have received this email in error, please notify the sender and delete this email immediately.<SPAN style="mso-spacerun: yes"> </SPAN>Equinix Europe Limited. Registered Office: Quadrant House, Floor 6, <?xml:namespace prefix = st1 ns = "urn:schemas-microsoft-com:office:smarttags" /><st1:Street w:st="on"><st1:address w:st="on">17 Thomas More Street</st1:address></st1:Street>, <st1:address w:st="on"><st1:Street w:st="on">Thomas More Square</st1:Street>, <st1:City w:st="on">London</st1:City> <st1:PostalCode w:st="on">E1W 1YW</st1:PostalCode></st1:address>. Registered in <st1:country-region w:st="on">England</st1:country-region> and <st1:country-region w:st="on"><st1:place w:st="on">Wales</st1:place></st1:country-region> No. 6293383.<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /><o:p></o:p></SPAN></P>
</body>
</HTML>