- address-policy-wg - mailman.ripe.net

Re: [address-policy-wg] 2016-03 New Policy Proposal (Locking Down the Final /8 Policy)
by Riccardo Gori 12 Jun '16

12 Jun '16

Hi, although I understand the spirit of this policy in my opinion there's a big problem behind it: seems that has been thought for reasoucers not in use. I really don't get how a space can be de-registered once announced and in use and after have been allocated under regular procedures and business processes. A new entrant would see his investments vanified by a rule that make possibile transferts possbile only for old LIRs that acquired space before 09/2012. I think this really creates barrier to ingress in the market. If a return policy has to be proposed this should address the whole IPv4 RIPE Region space to be fair and catch where IPs are stockpiled and not in use. Anyway we all know that's quite impossible. To address the problem of abuse RIPE NCC should enforce audit and check if the LIR "make assignement(s)" as stated in the policy. This could be a way to get rid of buy/sell just for speculation. I cannot support this policy regards Riccardo -- Ing. Riccardo Gori e-mail:rgori@wirem.net 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 toinfo(a)wirem.net Thank you WIREM - Net-IT s.r.l.Via Cesare Montanari, 2 - 47521 Cesena (FC) --------------------------------------------------------------------

19 32

2015-05 Policy Proposal Withdrawn (Last /8 Allocation Criteria Revision)
by Marco Schmidt 02 Jun '16

02 Jun '16

Dear colleagues, The proposal 2015-05, "Last /8 Allocation Criteria Revision" has been withdrawn. It is now archived and can be found at: https://www.ripe.net/participate/policies/archived-policy-proposals/archive… Reason for withdrawal: The proposers decided to withdraw the proposal due to the inability to find an acceptable agreement which satisfied all parties. Regards, Marco Schmidt Policy Development Officer RIPE NCC Sent via RIPE Forum -- https://www.ripe.net/participate/mail/forum

2 1

opposition to 2015-04
by Remco van Mook 30 May '16

30 May '16

Dear all, as just mentioned during the address policy session, I'm withdrawing my objection to 2015-04. While I do think a discussion about policy structure still needs to be held, I don't think it should hold up this proposal any longer. This can be fixed after adoption - as long as we're aware. I do maintain my suggestion to put references in place where chapters about transfers are removed from other sections of policy. Kind regards, Remco

9 12

ALLOCATED FINAL and M&As
by William Waites 26 May '16

26 May '16

This suggestion is intended to address the problem of abusively opening many LIRs or many companies to make new members to stockpile addresses from the last /8. First, if there are intended to be special rules applying to these addresses, they should have a special status to make it clear. For the sake of argument ALLOCATED FINAL. This doesn't change anything, it just makes things a bit more explicit. Any organisation should be entitled to at most one such FINAL allocation from RIPE (if we go back to multiple LIR accounts, only one of them may get a FINAL block). FINAL allocations are only for use on the Internet, not for internal, non-announced uses: that is a legitimate use case, but don't squander the last of the pool for that. Transfers of FINAL blocks are only allowed if they are demonstrably in use. "In use" means (1) announced in the global BGP tables and (2) with documentation of deployment in a non-trivial topology, i.e. assigning everything in the /22 to a single host so that it answers ICMP packets doesn't fly. Yes, there are still ways to game this, but the bar is much higher. Yes, it means that the NCC has to do more work to check that transfers are legitimate, but that is a necessary cost for dealing with the problem of the bad actors. --- Motivation/disclosure. HUBS is made up of a dozen or so small rural providers mostly in the south of Scotland. We are an LIR and allocate addresses to them on pretty much the same basis as we get them from RIPE. We encourage them to do IPv6 but made an explicit choice not to dictate or interfere in their internal operations. They may use their IPv4 allocations for "CG"-NAT, or assign them to customers, and we offer advice but not more. Another organisation, WHAN, was set up to do this along similar lines on the west coast (and actually to extend the model by making a distributed IXP for their networks to connect to rather than looking like a transit provider). There is some overlap of people (exactly two) but they operate in a different geographical area and the set of member networks is completely disjoint. At some point it is quite possible that these two organistions will merge. That would be extremely and unnecessarily painful if that meant that networks already assigned and in use had to be returned. These organisations are already operating in areas characterised by market failure, on extremely tight budgets largely reliant on volunteers to provide the only option for decent Internet access. The policy that has been mooted of a rigid rule of exactly one final allocation per organisation would be hugely damaging. Best wishes, William Waites Network Engineer HUBS AS60241

1 0

Join the Address Policy WG Discussions Tomorrow
by Marco Schmidt 24 May '16

24 May '16

Dear colleagues, Tomorrow at RIPE 72, the Address Policy Working Group will be discussing the following policy proposals: - 2015-04, "RIPE Resource Transfer Policies" - 2015-05, "Revision of Last /8 Allocation Criteria" - 2016-03, "Locking Down the Final /8 Policy" While no decisions are made during this session, it’s a good opportunity to discuss the proposals and give feedback directly to the proposers. If you can't attend tomorrow’s session in person, you can participate remotely. The following link will provide you with a live webstream and a chat client. https://ripe72.ripe.net/live/main/ The session begins at 07:00 UTC on 25 May 2016. We encourage you to join the discussion if you have an opinion about one of these proposals. The second Address Policy Working Group session begins at 9:00 UTC on the same day and includes a presentation on "Market Concentration in the Transfer of IPv4 Space”, as well as feedback from the RIPE NCC's Registration Services Department. We invite you to tune in to see these presentations as well. Kind regards, Marco Schmidt Policy Development Officer RIPE NCC

1 0

New on RIPE Labs: Developments in IPv4 Transfers
by Mirjam Kuehne 24 May '16

24 May '16

Dear colleagues, In May 2015, we looked at IPv4 transfers in the RIPE NCC service region and found signs of an emerging market. Both the number and size of transfers conducted under RIPE Policy showed an upward trend in the years 2013-2014. One year later, we take another look. Did this trend continue? What have been the effects of the inter-RIR transfer policy? Please read on RIPE Labs: https://labs.ripe.net/Members/wilhelm/developments-in-ipv4-transfers?pk_cam… Kind regards, Mirjam Kuehne RIPE NCC

1 0

2015-05 Discussion Period extended until 13 June 2016 (Last /8 Allocation Criteria Revision)
by Marco Schmidt 24 May '16

24 May '16

Dear colleagues, The Discussion Period for the proposal 2015-05, "Last /8 Allocation Criteria Revision" has been extended until 13 June 2016. You can find the full proposal at: https://www.ripe.net/participate/policies/proposals/2015-05 We encourage you to review this policy proposal and send your comments to <address-policy-wg(a)ripe.net>. Regards, Marco Schmidt Policy Development Officer RIPE NCC

12 36

“RIPE 72” has been canceled.
by mostafa shahdadi 23 May '16

23 May '16

“RIPE 72” has been canceled. starts: All-Day, Monday, May 23, 2016 ends: All-Day, Friday, May 27, 2016 location: Copenhagen, Denmark note: now deleted by: mostafa shahdadi --- iCloud is a service provided by Apple. Apple ID: https://appleid.apple.com/choose-your-country/ Support: https://www.apple.com/support/icloud/ww Terms and Conditions: https://www.apple.com/legal/internet-services/icloud/ww/ Privacy Policy: https://www.apple.com/legal/internet-services/privacy/ Copyright 2016 Apple Inc. 1 Infinite Loop, Cupertino, CA 95014, United States. All rights reserved.

1 0

Re: [address-policy-wg] [policy-announce] 2015-05 Discussion Period extended until 13 June 2016 (Last /8 Allocation Criteria Revision)
by alain.bidron＠orange.com 20 May '16

20 May '16

Envoyé depuis mon mobile Orange ----- Reply message ----- De : "Marco Schmidt" <mschmidt(a)ripe.net> Pour : "policy-announce(a)ripe.net" <policy-announce(a)ripe.net> Objet : [policy-announce] 2015-05 Discussion Period extended until 13 June 2016 (Last /8 Allocation Criteria Revision) Date : ven., mai 20, 2016 15:03 Dear colleagues, The Discussion Period for the proposal 2015-05, "Last /8 Allocation Criteria Revision" has been extended until 13 June 2016. You can find the full proposal at: https://www.ripe.net/participate/policies/proposals/2015-05 We encourage you to review this policy proposal and send your comments to <address-policy-wg(a)ripe.net>. Regards, Marco Schmidt Policy Development Officer RIPE NCC _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.

1 0

comment on "Revision of Last /8 Allocation Criteria"
by Kai Rottleb 20 May '16

20 May '16

Dear Mr. Schmidt, I want to make a comment on your proposal "Revision of Last /8 Allocation Criteria“. https://www.ripe.net/participate/policies/proposals/2015-05 <https://www.ripe.net/participate/policies/proposals/2015-05> We became RIPE member about 1,5 years ago. We have received one single /22 subnet. Due to groth requirement, we have purchased an additional /23 subnet a few weeks ago in an auction. In you proposal it is stated that for an additional /22 allocation the member „must not have transferred any IPv4 address space before“. I hope this requirement only concernes transfers away from us, not to us. Otherwise I find it very unfair that we are punished for organizing additional subnets in a legal way for our regular business. We don’t intend to trade with those IPs. Best regards, Kai Rottleb -- KNT Internet, Inh. Kai Rottleb Riethnordhaeuser Str. 71 99189 Hassleben, Germany Mail: kai.rottleb(a)knt.io <mailto:kai.rottleb@knt.io> Tel: 036201 61055 Mobil: 01723971017

2 1