<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    I think these observations are more than reasonable<br>
    thank you Nick<br>
    regards<br>
    Riccardo<br>
    <br>
    <div class="moz-cite-prefix">Il 19/10/2016 11:53, Nick Hilliard ha
      scritto:<br>
    </div>
    <blockquote cite="mid:58074288.5000003@foobar.org" type="cite">
      <pre wrap="">Marco Schmidt wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">We encourage you to read the draft document and send any comments to
<a class="moz-txt-link-rfc2396E" href="mailto:address-policy-wg@ripe.net"><address-policy-wg@ripe.net></a> before 17 November 2016.
</pre>
      </blockquote>
      <pre wrap="">
The purpose of the policy is to restrict the flow of /22 allocations
from the RIPE remaining ipv4 pool.  While I'm sympathetic to this idea,
the policy is not going to fix the problem that it sets out to fix and
will create a new set of problems which will be extremely difficult for
the RIPE NCC to recover from.  Consequently I do not support it, because:

1. the core problem won't be fixed: the outgoing flow of /22s will not
be affected in any way because speculators will get allocations using
shelf Companies which can be sold as-is, thereby bypassing any policy
that the RIPE community might want to consider in this area.  The only
way to even begin to fix this would be to move back to a needs-based
allocation policy.

2. unregistered transfers will become a problem and this may become
intractable in the future.  This directly goes against the core
principals of the RIPE database which is to ensure accurate registration
of address holder details.

Also, asset divesting is not catered for in the policy. If a company /
LIR splits up, there is no way to handle splitting of IPv4 address
allocations in the policy.  There is no clear way to fix this problem
within the principals of the policy.

As an aside note, the problem of ipv4 allocation speedup from the RIPE
NCC has been exacerbated by the recent RIPE NCC GM resolution: "The
General Meeting approves the ability of RIPE NCC members to create
additional LIR accounts".  The net effect of this is that there is now a
divergence between intended RIPE policy and RIPE NCC implementation.
This is probably not helpful in the long run.

Nick

</pre>
    </blockquote>
    <br>
    <div class="moz-signature">-- <br>
      <pre>Ing. Riccardo Gori
e-mail: <a class="moz-txt-link-abbreviated" href="mailto:rgori@wirem.net">rgori@wirem.net</a>
Mobile:  +39 339 8925947
Mobile:  +34 602 009 437
Profile: <a class="moz-txt-link-freetext" href="https://it.linkedin.com/in/riccardo-gori-74201943">https://it.linkedin.com/in/riccardo-gori-74201943</a>
</pre>
      <img src="cid:part1.A7A2C7C8.157A1C62@wirem.net" width="200">
      <pre>WIREM Fiber Revolution
Net-IT s.r.l.
Via Cesare Montanari, 2
47521 Cesena (FC)
Tel +39 0547 1955485
Fax +39 0547 1950285

--------------------------------------------------------------------
        CONFIDENTIALITY NOTICE
This message and its attachments are addressed solely to the persons 
above and may contain confidential information. If you have received 
the message in error, be informed that any use of the content hereof 
is prohibited. Please return it immediately to the sender and delete 
the message. Should you have any questions, please contact us by re-
plying to <a class="moz-txt-link-abbreviated" href="mailto:info@wirem.net">info@wirem.net</a>
        Thank you
WIREM - Net-IT s.r.l.Via Cesare Montanari, 2 - 47521 Cesena (FC)
--------------------------------------------------------------------
</pre>
    </div>
  </body>
</html>