<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">... and there's always the
LIR-PARTITIONED option which almost nobody uses.<br>
<br>
btw, regarding the two options I presented earlier, If you do not
have any intention in further transferring the space within two
years, I would recommend using the transfer procedure. <br>
I recommend using the transfer policy because the RIPE NCC has
updated their process for mergers and acquisitions and it's now
(from my experience) painfully long and difficult (if you do not
fit perfectly in their script). <br>
<br>
cheers,<br>
elvis<br>
<br>
On 26/03/14 09:22, Tore Anderson wrote:<br>
</div>
<blockquote cite="mid:53328039.8060608@fud.no" type="cite">
<pre wrap="">* Wilfried Woeber
</pre>
<blockquote type="cite">
<pre wrap="">...and, depending on what the distribution of customer assignments
across the overall address space looks like, you may be able to use
the suballocation mechanism.
Admittedly, I have never used that or did any in-depth analysis of
the possibilities. Just a hint to maybe also look at. I may be fully
off-track, too.
</pre>
</blockquote>
<pre wrap="">
I think both you and Elvis are spot-on.
There are even more options than the three already mentioned...
4) If the assignments in question are made to the new spun off company's
own infrastructure (which may include separate end-users or customers if
they're single-address such as the DHCP pool of a broadband ISP, cf.
ripe-606 section 6.2), then the old company/LIR may simply delegate the
blocks to the new company by registering completely standard ASSIGNED PA
inetnums. In this case there are no minimum size limits to worry about
(sub-allocations are limited at /24, transfers at /22 as Elvis noted).
5) In the case that #4 doesn't work because the customers of the new
company have specific (non-pooled) assignments, the new company could
simply contract the old company to provide the registry services
directly for them. In other words that the old company will continue to
maintain the assignments in the database for each individual
(non-pooled) customer of the new company. This option would obviously
require a tight working relationship between the new and old companies,
as every time the new company lands a new customer, they the old company
must register the associated assignment.
Those two options, as well as the sub-allocation option, have the added
benefit that they're cheaper for the new company, as it doesn't have to
become an LIR on its own and pay the NCC membership fee.
In any case, Nigel's problem statement is very similar to the one
presented by Sascha Pollok in Athens as the rationale for 2013-05:
<a class="moz-txt-link-freetext" href="https://ripe67.ripe.net/archives/video/32/">https://ripe67.ripe.net/archives/video/32/</a>
<a class="moz-txt-link-freetext" href="http://www.ripe.net/ripe/policies/proposals/2013-05">http://www.ripe.net/ripe/policies/proposals/2013-05</a>
Considering that 2013-05 blitzed through the PDP with hardly any
opposition, I'd say that Nigel's worry that moving around the addresses
in the manner described is considered "reprehensible" is completely
unfounded; "totally OK" would be more accurate, I think.
Tore
</pre>
</blockquote>
<br>
<br>
<div class="moz-signature">-- <br>
<table border="0" cellpadding="0" cellspacing="0" width="400">
<tbody>
<tr>
<td valign="top" width="180"><a href="http://v4escrow.net"
target="_blank"><img
src="cid:part1.03080500.07090706@v4escrow.net"
style="margin:10px 40px 0px 0px" height="96"
width="178"></a></td>
<td valign="top" width="200">
<h1 style="font-family: Arial, Helvetica, sans-serif;
font-size: 14px; color: rgb(51, 51, 51); margin: 0px 0px
10px;color:#1a9bd7;font-size:14px; ">Elvis Daniel Velea</h1>
<h2 style="font-family: Arial, Helvetica, sans-serif;
font-size: 14px; color: rgb(51, 51, 51); margin: 0px 0px
10px;color:#74757d;font-size:13px;font-weight:100; ">Chief
Business Analyst</h2>
<p style="font-family:Arial, Helvetica, sans-serif;
font-size:12px; line-height:20px; font-weight:regular;
color:#74757d; margin:5px 0px;"> <span
style="color:#000;">Email:</span> <a
href="mailto:elvis@v4escrow.net" style="color:#74757d;
text-decoration: none; ">elvis@V4Escrow.net</a><br>
<span style="color:#000;">US Phone:</span> +1 (702) 475 5914<br>
<span style="color:#000;">EU Phone:</span> +3 (161) 458 1914<br>
</p>
</td>
</tr>
<tr>
<td colspan="2">
<p style="font-family:Arial, Helvetica, sans-serif;
font-size:12px;
line-height:15px;color:#000;margin-top:15px;text-align:center;"
align="center">Recognised IPv4 Broker/Facilitator in:</p>
</td>
</tr>
<tr>
<td colspan="2"> <img
src="cid:part4.05000403.04030503@v4escrow.net"
usemap="#Map" style="margin-top:5px;" border="0"
height="28" width="376"> </td>
</tr>
<tr>
<td colspan="2" style="padding-left:5px;padding-right:15px;">
<p style="color:#bbb;font-family: Arial, Helvetica,
sans-serif;font-size:10px;margin-top:15px;text-align:center;">This
message is for the designated recipient only and may
contain privileged, proprietary, or otherwise private
information. If you have received this email in error,
please notify the sender immediately and delete the
original.Any other use of this email is strictly
prohibited.</p>
</td>
</tr>
</tbody>
</table>
<map name="Map">
<area shape="rect" coords="1,2,65,28"
href="http://www.ripe.net/lir-services/resource-management/ipv4-transfers/brokers"
target="_blank">
<area shape="rect" coords="138,0,234,31"
href="http://www.apnic.net/services/become-a-member/manage-your-membership/transfer-resources/transfer-facilitators"
target="_blank">
<area shape="rect" coords="297,3,380,40"
href="https://www.arin.net/resources/transfer_listing/facilitator_list.html"
target="_blank">
</map>
</div>
</body>
</html>