<html> <head> <meta content="text/html; charset=windows-1252" http-equiv="Content-Type"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi all,<br> <br> I'm not approving this policy even if I share its goals.<br> I am almost same opinion as Remco, laudable goals but difficult matter.<br> Change a lot of procedures puts higher the risk of new loopholes and requires a big effort.<br> Impact analysis makes me thinks everything is fine is separated documents and same goals can be reached in merging the new text in current policies.<br> <br> I am against this 2015-04, I would keep revised separated documents and procedures.<br> <br> kind regards<br> Riccardo<br> <br> <div class="moz-cite-prefix">Il 03/02/2016 19:41, Remco van Mook ha scritto:<br> </div> <blockquote cite="mid:4368DB76-3C21-482A-8592-D586AB9A042F@gmail.com" type="cite"> <pre wrap="">Hi all, (all hats off) While I am highly sympathetic to harmonising transfer policies across all resources, I object to the proposal as written. The really short reason is as follows (and I quote) [The following policy will replace: - Sections 5.5 and 6.4 in ripe-649, "IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region" - Section 4.0 in ripe-638, "Autonomous System (AS) Number Assignment Policies" - Section 8. in ripe-655, "IPv6 Address Allocation and Assignment Policy" - ripe-644, "Policy for Inter-RIR Transfers of Internet Resources" Accordingly, these sections or policy documents will be deleted.] (end quote) Up until this policy proposal, the structure of RIPE policy documents has always been very much resource aligned, not process aligned. There's a document for IPv4, for IPv6, for ASNs. This policy proposal changes that structure in a material way, and inadvertently creates a matrix of resource-oriented and activity-oriented policies, in an attempt to harmonise and simplify. While laudable goals, this matrix created the loophole I discovered in the previous version of the policy text, and the fix to that loophole in this version is to remove most of the simplification that was introduced. This is in my opinion inherent to a matrix structure for policies, and while I can't find a new loophole in this text right now, we'll introduce the risk for similar-sized loopholes in all future policy proposals. The one in this proposal was caught. We're likely to miss others. So what's left is policy harmonisation between resources. I don't think that warrants restructuring our policies. Of course, we've already had activity-oriented policies (the inter-RIR one, mergers and closures, resources for the RIPE NCC) but those were in very specific, well-defined areas that didn't stipulate specific requirements for resources, which is where the loophole potential comes in. I'd be much more in favour of taking the proposed policy text, and merge it into the various existing resource policies instead of creating a separate document. If we DO keep it as a separate document, I must insist that instead of removing sections from other policy documents altogether, reference is made to this new policy instead. On a broader scale, perhaps it's time to look at the structure of RIPE policy as a whole. The problem is, I don't have a clue where that discussion belongs, and whether even the PDP applies to that kind of discussion :) Kind regards, Remco </pre> <blockquote type="cite"> <pre wrap="">On 03 Feb 2016, at 19:00 , Gert Doering <a class="moz-txt-link-rfc2396E" href="mailto:gert@space.net"><gert@space.net></a> wrote: Dear Working Group, On Wed, Feb 03, 2016 at 02:59:06PM +0100, Marco Schmidt wrote: </pre> <blockquote type="cite"> <pre wrap="">The draft documents for version 3.0 of the policy proposal 2015-04, "RIPE Resource Transfer Policies" have now been published, along with an impact analysis conducted by the RIPE NCC. </pre> </blockquote> <pre wrap=""> So this is the impact analysis you have been waiting for :-) Please read, think about, and comment [ ] yes, this makes sense, go there [ ] I agree with the general direction of having a single document, but I disagree with changing _______________, because... [ ] I think we should be organizing this differently, and totally not group the policy documents "by activity" but "by resource" (= transfer policy section in the IPv4, IPv6 and AS number policy documents) Gert Doering -- APWG chair -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 </pre> </blockquote> <pre wrap=""> </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.03020209.06050104@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>