From gert at space.net Thu Feb 5 21:03:19 2015 From: gert at space.net (Gert Doering) Date: Thu, 5 Feb 2015 21:03:19 +0100 Subject: [address-policy-wg] 2014-07, 2014-08, 2014-10, 2014-11 (Language Clarification Proposals) - declaration of support In-Reply-To: References: Message-ID: <20150205200319.GA9597@Space.Net> Dear AP WG, the review phase for 2014-07, 2014-08, 2014-10 and 2014-11 has ended (a while ago, actually, but I found too many excuses to send timely end-of-phase announcements - apologies). I have decided to group together the announcements for all 4 language clarification proposals ("SHOULD or MUST") because all comments received in this review phase were "support all 4!" in combined mails... note that the fifth in the series (IXP prefixes, 2014-09) was withdrawn before review phase already. One could argue that only three voices of support isn't overwhelming, but since these are just clarifications and have been presented at two RIPE meetings with support on the meeting as well, and nobody spoke up opposing the changes, we think this is "good enough" to move ahead. So, these proposals go to Last Call now. For reference, a list of people that voiced support in the review phase is appended below. This is what we chairs have based our decision on. If you disagree with my interpretation of what has been said and the conclusion we have drawn from it, please let us know. Gert Doering, Address Policy WG Chair Review Phase, starting Dec 11, 2014 Support: Nick Hilliard (<5489AEFA.4040907 at inex.ie>, "Language clarification proposal") Carsten Schiefner Sebastian Wiesinger Opposing: Any other comments: -- 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 811 bytes Desc: not available URL: From elvis at v4escrow.net Thu Feb 5 21:08:10 2015 From: elvis at v4escrow.net (Elvis Daniel Velea) Date: Thu, 05 Feb 2015 21:08:10 +0100 Subject: [address-policy-wg] 2014-07, 2014-08, 2014-10, 2014-11 (Language Clarification Proposals) - declaration of support In-Reply-To: <20150205200319.GA9597@Space.Net> References: <20150205200319.GA9597@Space.Net> Message-ID: <54D3CDAA.80802@v4escrow.net> Hi Gert, you can add a 4th person supporting all the below (me) :) regards, Elvis PS: I can not believe we are still talking about language clarification proposals, I was under the impression we have already passed that step and everything was clarified before the RIPE Meeting in London :) On 05/02/15 21:03, Gert Doering wrote: > Dear AP WG, > > the review phase for 2014-07, 2014-08, 2014-10 and 2014-11 has ended > (a while ago, actually, but I found too many excuses to send timely > end-of-phase announcements - apologies). > > I have decided to group together the announcements for all 4 > language clarification proposals ("SHOULD or MUST") because all > comments received in this review phase were "support all 4!" in > combined mails... note that the fifth in the series (IXP prefixes, > 2014-09) was withdrawn before review phase already. > > One could argue that only three voices of support isn't overwhelming, > but since these are just clarifications and have been presented at > two RIPE meetings with support on the meeting as well, and nobody spoke > up opposing the changes, we think this is "good enough" to move ahead. > > So, these proposals go to Last Call now. > > > For reference, a list of people that voiced support in the review phase > is appended below. This is what we chairs have based our decision on. > > If you disagree with my interpretation of what has been said and the > conclusion we have drawn from it, please let us know. > > Gert Doering, > Address Policy WG Chair > > > Review Phase, starting Dec 11, 2014 > > Support: > Nick Hilliard (<5489AEFA.4040907 at inex.ie>, "Language clarification proposal") > Carsten Schiefner > Sebastian Wiesinger > > Opposing: > > > Any other comments: > > > > -- Elvis Daniel Velea Chief Executive Officer Email: elvis at V4Escrow.net US Phone: +1 (702) 475 5914 EU Phone: +31 (0) 61458 1914 Recognised IPv4 Broker/Facilitator in: 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: logo.png Type: image/png Size: 5043 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 1.png Type: image/png Size: 11971 bytes Desc: not available URL: From gert at space.net Thu Feb 5 21:12:03 2015 From: gert at space.net (Gert Doering) Date: Thu, 5 Feb 2015 21:12:03 +0100 Subject: [address-policy-wg] 2014-13 declaration of consensus (Allow AS Number Transfers) In-Reply-To: References: Message-ID: <20150205201203.GA9663@Space.Net> Dear AP WG, the review phase for 2014-13 has ended. Given the number of comments in review phase, I can say we have quite strong support for the proposal. There was one discussion item about the requirement to return unused numbers to the NCC, which is changed from a "MUST" to a "should" - this was answered by the proposer, and no further discussion happend. So I assume this is addressed. So, I declare we have consensus, and move 2014-13 to Last Call. Marco will send the formal announcement for that in the next days. For reference, a list of people that voiced support or opposition (or something else) in the review phase is appended below. This is what I have based my decision on. If you disagree with my interpretation of what has been said and the conclusion I have drawn from it, please let us know. Gert Doering, Address Policy WG Chair Review Phase, starting Dec 23, 2014 Support: Martin Hannigan Nick Hilliard Hamed Shafaghi Luca Cicchelli Lev V. Cherednikov NTX NOC (counted as personal statement) Tore Anderson Elvis Daniel Velea George Giannousopoulos Daniel Baeza Mike Burns Opposing: Questions / Discussion items: Martin Hannigan, answered Nick Hilliard - "discussion about the removal of the requirement to return unused resources to the RIPE NCC" answered by Erik Bais (proposer) no further discussion by the list members Comments: Randy Bush -- 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 811 bytes Desc: not available URL: From nick at inex.ie Thu Feb 5 21:14:04 2015 From: nick at inex.ie (Nick Hilliard) Date: Thu, 05 Feb 2015 20:14:04 +0000 Subject: [address-policy-wg] 2014-13 declaration of consensus (Allow AS Number Transfers) In-Reply-To: <20150205201203.GA9663@Space.Net> References: <20150205201203.GA9663@Space.Net> Message-ID: <54D3CF0C.4000205@inex.ie> On 05/02/2015 20:12, Gert Doering wrote: > If you disagree with my interpretation of what has been said and the > conclusion I have drawn from it, please let us know. looks like consensus to me. Nick From gert at space.net Thu Feb 5 21:17:11 2015 From: gert at space.net (Gert Doering) Date: Thu, 5 Feb 2015 21:17:11 +0100 Subject: [address-policy-wg] 2014-07, 2014-08, 2014-10, 2014-11 (Language Clarification Proposals) - declaration of support In-Reply-To: <54D3CDAA.80802@v4escrow.net> References: <20150205200319.GA9597@Space.Net> <54D3CDAA.80802@v4escrow.net> Message-ID: <20150205201711.GY34798@Space.Net> Hi, On Thu, Feb 05, 2015 at 09:08:10PM +0100, Elvis Daniel Velea wrote: > you can add a 4th person supporting all the below (me) :) Formally, I can't, as the phase is over :-) - but of course this is nevertheless nice to hear. > PS: I can not believe we are still talking about language clarification > proposals, I was under the impression we have already passed that step > and everything was clarified before the RIPE Meeting in London :) Well... the PDP itself takes quite some time, and if the WG chair is not pushing with full speed, "about 4-5 months" is fairly normal... these proposals have only been formally(!) published on October 23, so we're actually doing OK here. Now, the whole discussion is much older, but formally, the proposals came much later... Gert Doering -- NetMaster -- 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 811 bytes Desc: not available URL: From elvis at v4escrow.net Thu Feb 5 22:56:28 2015 From: elvis at v4escrow.net (Elvis Daniel Velea) Date: Thu, 05 Feb 2015 22:56:28 +0100 Subject: [address-policy-wg] 2014-12 Review Phase Period extended until 10 February 2015 (Allow IPv6 Transfers) In-Reply-To: <54C742D3.8040703@telia.net> References: <54C742D3.8040703@telia.net> Message-ID: <54D3E70C.5080302@v4escrow.net> Hi, got my support as well ;) cheers, elvis On 27/01/15 08:48, "?rnberg, Eva E." wrote: > support > > BR /// Eva > Registry TeliaNet > On 2015-01-26 10:38, Marco Schmidt wrote: >> Dear colleagues, >> >> >> The Review Phase Period for the proposal 2014-12, "Allow IPv6 Transfers" >> has been extended until 10 February 2015. >> >> We request your feedback, even if you have provided it during the >> initial >> Discussion Phase, so that the Working Group Chairs can determine whether >> there is rough consensus. >> >> You can find the full proposal at: >> >> http://www.ripe.net/ripe/policies/proposals/2014-12 >> >> >> We encourage you to review this policy proposal and send your comments >> to . >> >> >> Regards, >> >> Marco Schmidt >> Policy Development Officer >> RIPE NCC >> >> > > -- Elvis Daniel Velea Chief Executive Officer Email: elvis at V4Escrow.net US Phone: +1 (702) 475 5914 EU Phone: +31 (0) 61458 1914 Recognised IPv4 Broker/Facilitator in: 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: logo.png Type: image/png Size: 5043 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 1.png Type: image/png Size: 11971 bytes Desc: not available URL: From elvis at velea.eu Thu Feb 5 23:11:08 2015 From: elvis at velea.eu (Elvis Daniel Velea) Date: Thu, 05 Feb 2015 23:11:08 +0100 Subject: [address-policy-wg] [policy-announce] 2014-03 Review Period extended until 12 February 2015 (Remove Multihoming Requirement for AS Number Assignments) In-Reply-To: References: Message-ID: <54D3EA7C.3030502@velea.eu> Hi, if not clear from my previous messages to this thread, I support this proposal. regards, elvis On 28/01/15 10:41, Marco Schmidt wrote: > Dear colleagues, > > > The Review Period for the proposal 2014-03, "Remove Multihoming Requirement for > AS Number Assignments" has been extended until 12 February 2015. > > > You can find the full proposal at: > > https://www.ripe.net/ripe/policies/proposals/2014-03 > > > We encourage you to review this policy proposal and send your comments > to . > > Regards, > > Marco Schmidt > Policy Development Officer > RIPE NCC > > From salvatore.sciacco at cdlan.it Thu Feb 5 23:16:00 2015 From: salvatore.sciacco at cdlan.it (Salvatore Sciacco) Date: Thu, 5 Feb 2015 23:16:00 +0100 Subject: [address-policy-wg] [policy-announce] 2014-03 Review Period extended until 12 February 2015 (Remove Multihoming Requirement for AS Number Assignments) In-Reply-To: References: Message-ID: Hi, support Best, S. 2015-01-28 10:41 GMT+01:00 Marco Schmidt : > > Dear colleagues, > > > The Review Period for the proposal 2014-03, "Remove Multihoming > Requirement for > AS Number Assignments" has been extended until 12 February 2015. > > > You can find the full proposal at: > > https://www.ripe.net/ripe/policies/proposals/2014-03 > > > We encourage you to review this policy proposal and send your comments > to . > > Regards, > > Marco Schmidt > Policy Development Officer > RIPE NCC > > > -- Salvatore Sciacco Cdlan S.r.l. - Via Pergolesi 16 - I-20124 Milano Tel. +39.02.6706800 Fax +39.02.67100856 P.IVA: 13064680153 - Cap. soc.: 115.000EUR i.v. - REA: MI-1614446 AVVISO DI RISERVATEZZA - Questo messaggio e' ad uso esclusivo dei destinatari e contiene informazioni riservate. Se lo avete ricevuto per errore, vi preghiamo di cancellarlo immediatamente e di non rivelare ne' diffondere i suoi contenuti. -------------- next part -------------- An HTML attachment was scrubbed... URL: From elvis at v4escrow.net Thu Feb 5 23:18:17 2015 From: elvis at v4escrow.net (Elvis Daniel Velea) Date: Thu, 05 Feb 2015 23:18:17 +0100 Subject: [address-policy-wg] 2014-05 New Draft Document and Impact Analysis Published (Policy for Inter-RIR Transfers of Internet Resources) In-Reply-To: References: Message-ID: <54D3EC29.4060207@v4escrow.net> Hi, I like the latest version of the policy proposal and appreciate the fact that it is now (probably) compatible with ARIN's need-based transfer policy. I fully support it. Kind regards, Elvis On 16/01/15 14:49, Marco Schmidt wrote: > Dear colleagues, > > The draft documents for version 3.0 of the policy proposal 2014-05, > "Policy for Inter-RIR Transfers of Internet Resources", have now been > published, along with an impact analysis conducted by the RIPE NCC. > > Some of the differences from version 2.0 include: > > - Introduction of needs justification for transfers from RIR regions that require need-based policies > - Explicit statement about when RIPE policies apply during a transfer > - Related wording adjustments in the summary and rationale of the proposal > > You can find the full proposal and the impact analysis at: > > https://www.ripe.net/ripe/policies/proposals/2014-05 > > The draft documents are available at: > > https://www.ripe.net/ripe/policies/proposals/2014-05/draft > > We encourage you to read the draft document text and send any comments > to before 16 February 2015. > > Regards, > > Marco Schmidt > Policy Development Officer > RIPE NCC > -- Elvis Daniel Velea Chief Executive Officer Email: elvis at V4Escrow.net US Phone: +1 (702) 475 5914 EU Phone: +31 (0) 61458 1914 Recognised IPv4 Broker/Facilitator in: 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: logo.png Type: image/png Size: 5043 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 1.png Type: image/png Size: 11971 bytes Desc: not available URL: From mschmidt at ripe.net Fri Feb 6 10:27:19 2015 From: mschmidt at ripe.net (Marco Schmidt) Date: Fri, 06 Feb 2015 10:27:19 +0100 Subject: [address-policy-wg] 2014-07, 2014-08, 2014-10, 2014-11 Last Call for Comments (Language Clarification Proposals) Message-ID: Dear colleagues, The proposals described in - 2014-07, Language Clarification in "IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region" - 2014-08, Language Clarification in "Contractual Requirements for Provider Independent Resource Holders in the RIPE NCC Service Region" - 2014-10, Language Clarification in "IPv6 Addresses for Internet Root Servers In The RIPE Region" - 2014-11, Language Clarification for "Allocating/Assigning Resources to the RIPE NCC", are now in the Concluding Phase. The Address Policy Working Group co-Chairs have declared that consensus for these proposal has been reached and they will now move to Last Call. As per the RIPE Policy Development Process (PDP), the purpose of these coming four weeks of Last Call is to give the community the opportunity to present well-justified objections in case anyone missed the previous two phases and want to oppose one of these proposal. Any objection must be made by 9 March 2015 and must be supported by an explanation. You can find the full proposals at: https://www.ripe.net/ripe/policies/proposals/2014-07 https://www.ripe.net/ripe/policies/proposals/2014-08 https://www.ripe.net/ripe/policies/proposals/2014-10 https://www.ripe.net/ripe/policies/proposals/2014-11 Please e-mail any final comments about these proposals to address-policy-wg at ripe.net before 9 March 2015. Regards Marco Schmidt Policy Development Officer RIPE NCC From hamed at skydsl.ir Fri Feb 6 11:01:36 2015 From: hamed at skydsl.ir (Hamed Shafaghi) Date: Fri, 6 Feb 2015 13:31:36 +0330 Subject: [address-policy-wg] 2014-05 New Draft Document and Impact Analysis Published (Policy for Inter-RIR Transfers of Internet Resources) In-Reply-To: References: Message-ID: Strongly Support +1 I Skydsl? Telecom I hamed at skydsl.ir I www.skydsl.ir I -------------- next part -------------- An HTML attachment was scrubbed... URL: From hamed at skydsl.ir Fri Feb 6 11:02:17 2015 From: hamed at skydsl.ir (Hamed Shafaghi) Date: Fri, 6 Feb 2015 13:32:17 +0330 Subject: [address-policy-wg] 2014-03 Review Period extended until 12 February 2015 (Remove Multihoming Requirement for AS Number Assignments) In-Reply-To: References: Message-ID: Strongly Support +1 -- -------------------------------------------- I Hamed Shafaghi I I Managing Director I I Skydsl? Telecom I hamed at skydsl.ir I www.skydsl.ir I -------------- next part -------------- An HTML attachment was scrubbed... URL: From ebais at a2b-internet.com Fri Feb 6 12:05:59 2015 From: ebais at a2b-internet.com (Erik Bais) Date: Fri, 6 Feb 2015 12:05:59 +0100 Subject: [address-policy-wg] 2014-13 declaration of consensus (Allow AS Number Transfers) In-Reply-To: <20150205201203.GA9663@Space.Net> References: <20150205201203.GA9663@Space.Net> Message-ID: <007a01d041fc$e32aee70$a980cb50$@a2b-internet.com> Thanks for the summary Gert. Regards, Erik Bais ( proposer of the policy ) -----Oorspronkelijk bericht----- Van: address-policy-wg [mailto:address-policy-wg-bounces at ripe.net] Namens Gert Doering Verzonden: donderdag 5 februari 2015 21:12 Aan: address-policy-wg at ripe.net Onderwerp: Re: [address-policy-wg] 2014-13 declaration of consensus (Allow AS Number Transfers) Dear AP WG, the review phase for 2014-13 has ended. Given the number of comments in review phase, I can say we have quite strong support for the proposal. There was one discussion item about the requirement to return unused numbers to the NCC, which is changed from a "MUST" to a "should" - this was answered by the proposer, and no further discussion happend. So I assume this is addressed. So, I declare we have consensus, and move 2014-13 to Last Call. Marco will send the formal announcement for that in the next days. For reference, a list of people that voiced support or opposition (or something else) in the review phase is appended below. This is what I have based my decision on. If you disagree with my interpretation of what has been said and the conclusion I have drawn from it, please let us know. Gert Doering, Address Policy WG Chair Review Phase, starting Dec 23, 2014 Support: Martin Hannigan Nick Hilliard Hamed Shafaghi Luca Cicchelli Lev V. Cherednikov NTX NOC (counted as personal statement) Tore Anderson Elvis Daniel Velea George Giannousopoulos Daniel Baeza Mike Burns Opposing: Questions / Discussion items: Martin Hannigan, answered Nick Hilliard - "discussion about the removal of the requirement to return unused resources to the RIPE NCC" answered by Erik Bais (proposer) no further discussion by the list members Comments: Randy Bush -- 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 From frettled at gmail.com Sat Feb 7 09:39:49 2015 From: frettled at gmail.com (Jan Ingvoldstad) Date: Sat, 7 Feb 2015 09:39:49 +0100 Subject: [address-policy-wg] [policy-announce] 2014-03 Review Period extended until 12 February 2015 (Remove Multihoming Requirement for AS Number Assignments) In-Reply-To: <54D3EA7C.3030502@velea.eu> References: <54D3EA7C.3030502@velea.eu> Message-ID: On Thu, Feb 5, 2015 at 11:11 PM, Elvis Daniel Velea wrote: > Hi, > > if not clear from my previous messages to this thread, I support this > proposal. Ditto, the proposal still is good. -- Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: From richih.mailinglist at gmail.com Sat Feb 7 12:59:45 2015 From: richih.mailinglist at gmail.com (Richard Hartmann) Date: Sat, 7 Feb 2015 12:59:45 +0100 Subject: [address-policy-wg] [policy-announce] 2014-03 Review Period extended until 12 February 2015 (Remove Multihoming Requirement for AS Number Assignments) In-Reply-To: References: Message-ID: Support Richard Sent by mobile; excuse my brevity. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mschmidt at ripe.net Mon Feb 9 14:06:08 2015 From: mschmidt at ripe.net (Marco Schmidt) Date: Mon, 09 Feb 2015 14:06:08 +0100 Subject: [address-policy-wg] 2014-13 Last Call for Comments (Allow AS Number Transfers) Message-ID: Dear colleagues, The proposal described in 2014-13, "Allow AS Number Transfers", is now in its Concluding Phase. The Address Policy Working Group co-Chairs have declared that consensus for the proposal has been reached and it will now move to Last Call. As per the RIPE Policy Development Process (PDP), the purpose of these coming four weeks of Last Call is to give the community the opportunity to present well-justified objections in case anyone missed the previous two phases and want to oppose the proposal. Any objection must be made by 10 March 2015 and must be supported by an explanation. You can find the full proposal at: https://www.ripe.net/ripe/policies/proposals/2014-13 Please e-mail any final comments about this proposal to address-policy-wg at ripe.net before 10 March 2015. Regards Marco Schmidt Policy Development Officer RIPE NCC From mschmidt at ripe.net Wed Feb 11 14:46:16 2015 From: mschmidt at ripe.net (Marco Schmidt) Date: Wed, 11 Feb 2015 14:46:16 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) Message-ID: Dear colleagues, A proposed change to RIPE Document "IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region" is now available for discussion. You can find the full proposal at: https://www.ripe.net/ripe/policies/proposals/2015-01 We encourage you to review this proposal and send your comments to before 12 March 2015. Regards Marco Schmidt Policy Development Officer RIPE NCC From james.blessing at despres.co.uk Wed Feb 11 15:31:18 2015 From: james.blessing at despres.co.uk (James Blessing) Date: Wed, 11 Feb 2015 14:31:18 +0000 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: References: Message-ID: On 11 February 2015 at 13:46, Marco Schmidt wrote: > https://www.ripe.net/ripe/policies/proposals/2015-01 How would this affect organisations that are acquired post their acquisition of a /22 but within 24 months. I assume its under a different policy but I'm just checking... J -- James Blessing 07989 039 476 From elvis at v4escrow.net Wed Feb 11 16:34:54 2015 From: elvis at v4escrow.net (Elvis Daniel Velea) Date: Wed, 11 Feb 2015 16:34:54 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: References: Message-ID: <54DB769E.7040209@v4escrow.net> Hi James, On 11/02/15 15:31, James Blessing wrote: > On 11 February 2015 at 13:46, Marco Schmidt wrote: > >> https://www.ripe.net/ripe/policies/proposals/2015-01 > How would this affect organisations that are acquired post their > acquisition of a /22 but within 24 months. I assume its under a > different policy but I'm just checking... currently, this policy proposal only touches on the /22s (from the last /8) received from the RIPE NCC and which will (if the policy proposal is accepted) have the same 2 years restriction when transferred thru the transfer policy. A second discussion that will spin-off from this proposal will be to see what can be done when a company receiving the last /22 within the 2 years restriction will be acquired by or will merge with an existing LIR using M&A. The M&A (part of ripe-628) is a RIPE NCC procedure and will need to be discussed on the members-discuss mailing list, with the Board and at the GM before the RIPE NCC can do something about that. I'm waiting to get the feeling of the community on this proposal before starting a discussion on the members-discuss mailing list about the M&A procedure. > J > -- > James Blessing > 07989 039 476 > regards, elvis -- Elvis Daniel Velea Chief Executive Officer Email: elvis at V4Escrow.net US Phone: +1 (702) 475 5914 EU Phone: +31 (0) 61458 1914 Recognised IPv4 Broker/Facilitator in: 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: logo.png Type: image/png Size: 5043 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 1.png Type: image/png Size: 11971 bytes Desc: not available URL: From gert at space.net Thu Feb 12 15:20:13 2015 From: gert at space.net (Gert Doering) Date: Thu, 12 Feb 2015 15:20:13 +0100 Subject: [address-policy-wg] 2014-12 Last Call for Comments (Allow IPv6 Transfers) In-Reply-To: References: Message-ID: <20150212142013.GB74795@Space.Net> Dear AP WG, the review phase for 2014-12 has ended. Seven persons expressed their support for it (four after we extended the review phase to get more feedback), no questions or objections have been raised. I think this is quite good as it is, and in the larger context of moving towards a unified transfer policy document in the next step, this is an even stronger signal. So, I declare we have consensus, and move 2014-12 to Last Call. Marco will send the formal announcement for that in the next days. For reference, a list of people that voiced support or opposition (or something else) in the review phase is appended below. This is what I have based my decision on. If you disagree with my interpretation of what has been said and the conclusion I have drawn from it, please let us know. Gert Doering, Address Policy WG Chair Review Phase, starting Dec 23, 2014 Support: Tore Anderson Lukas Wunner Andre Keller Andreas Vogler Salvatore Sciacco Oernberg, Eva E. Elvis Daniel Velea (twice :) ) Opposing: Questions / Discussion items: -- 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 811 bytes Desc: not available URL: From gert at space.net Thu Feb 12 15:29:07 2015 From: gert at space.net (Gert Doering) Date: Thu, 12 Feb 2015 15:29:07 +0100 Subject: [address-policy-wg] 2014-12 Last Call for Comments (Allow IPv6 Transfers) In-Reply-To: <20150212142013.GB74795@Space.Net> References: <20150212142013.GB74795@Space.Net> Message-ID: <20150212142907.GZ34798@Space.Net> Hi, Apologies, I seem to have slightly messed up my mail indexing, and overlooked a comment from Nick Hilliard. On Thu, Feb 12, 2015 at 03:20:13PM +0100, Gert Doering wrote: > the review phase for 2014-12 has ended. [..] Questions / Discussion items: Nick Hilliard, request to clarify the wording on the minimum block size requirements for IPv6 PI at that time, and a question about the 24-month cooling period Given the otherwise positive comments, I would suggest the following. Erik: could you please answer Nick's question about the cooling period, and take his suggestion for the wording into account for the upcoming unified transfer document? Nick: after Erik has answered, can you please let us know if that is good enough for you to go ahead? Apologies again, did not pay enough attention there. Gert Doering -- NetMaster -- 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 811 bytes Desc: not available URL: From ebais at a2b-internet.com Thu Feb 12 21:38:17 2015 From: ebais at a2b-internet.com (Erik Bais) Date: Thu, 12 Feb 2015 21:38:17 +0100 Subject: [address-policy-wg] 2014-12 Last Call for Comments (Allow IPv6 Transfers) In-Reply-To: <20150212142907.GZ34798@Space.Net> References: <20150212142013.GB74795@Space.Net> <20150212142907.GZ34798@Space.Net> Message-ID: <008001d04703$db32adf0$919809d0$@a2b-internet.com> Hi Gert, I missed that one as well, so I'll take a partial (bl/sh)ame on this ... > Questions / Discussion items: > Nick Hilliard, request to clarify the wording on the minimum block > size requirements for IPv6 PI at that time, and a question about > the 24-month cooling period On the minimum block size requirement for IPv6 PI ... Nick is stating that with the current wording the intent is ambiguous. The specific line is : >Provider Independent (PI) address space may only be re-assigned in accordance with the RIPE Document, ?Contractual Requirements for Provider Independent Resource Holders in the > RIPE NCC Service Region?. The block that is to be re-assigned must not be smaller than the minimum assignment block size at the time of re-assignment. It is clear that we are talking about IPv6 PI space here.. that the contract needs to be in place, that we talk about a re-assignment (read - PI space assignment..) and that the minimum assignment size needs to be matched. It is clear that it is not about an allocation (IPv6 PA space) or do I miss something here which is a detail that a native speaker would see and I'm missing .. ?? If we look at the practical side here ... We are talking about PI IPv6 .. where most of those assignments will be a /48 ... Those assignments can't be split up into smaller prefixes ... There are roughly 60 IPv6 PI assignments that I could find which are not a /48 ... And because those need to submit lots of documentation to have received that prefix. I think it is unlikely that they will split their precious.. If a company (End-User) has an IPv6 PI assignment, having third parties (as you may have with PA IPv6) using it, is against the use-case for IPv6 PI space... And as it is still possible to get IPv6 PI space (unlike with IPv4 PI space), there is no requirement to split a PI IPv6 prefix, unless you are breaking up a company / infrastructure. It is my expectation that the majority of the v6 PI transfers will be on complete prefix transfers and not partials or splits... Specifically companies merging together, reorganizing. Having said that .. that also explains the not having the 24 month 'hoarding' cool down period... There is little to hoard ... I don't see a commercial market .. as any LIR will get a larger prefix than anyone would get via a IPv6 PI transfer ... without documentation ... And anyone can request a /48 PI IPv6 if they like, without documentation ... And every PI assignment will cost you a yearly maintenance fee as a sponsoring LIR of at least 50 euro ... I hope that I've addressed the points ( a bit late I admit..) but addressed Nick his points anyway. Regards, Erik Bais From nick at inex.ie Sun Feb 15 16:10:32 2015 From: nick at inex.ie (Nick Hilliard) Date: Sun, 15 Feb 2015 15:10:32 +0000 Subject: [address-policy-wg] 2014-12 Last Call for Comments (Allow IPv6 Transfers) In-Reply-To: <008001d04703$db32adf0$919809d0$@a2b-internet.com> References: <20150212142013.GB74795@Space.Net> <20150212142907.GZ34798@Space.Net> <008001d04703$db32adf0$919809d0$@a2b-internet.com> Message-ID: <54E0B6E8.4020803@inex.ie> On 12/02/2015 20:38, Erik Bais wrote: > It is clear that we are talking about IPv6 PI space here.. that the contract > needs to be in place, that we talk about a re-assignment (read - PI space > assignment..) and that the minimum assignment size needs to be matched. > It is clear that it is not about an allocation (IPv6 PA space) or do I miss > something here which is a detail that a native speaker would see and I'm > missing .. ?? the issue that concerns me is that creating a requirement for a contract means that there is a requirement for legal people to be involved in the transfer process. Whatever about legal wording in civil law countries (NL, most of europe), common law countries (ie/uk/us, etc) generally tend to benefit from more specific wording. If there is any hint of ambiguity, it creates the possibility of argument and that is painful when it happens. The term "minimum assignment size" is used sloppily all over the place in the ripe policy document store to mean different things in different places. In this case, the wording isn't particularly ambiguous to you or me, but it would not necessarily be clear at first sight to the man on the Clapham omnibus. If five uncontentious words were added, this would make its interpretation completely clear. Weighing things up, common sense suggests that it would be more sensible to clarify than not. Previous policy proposals have had clarification text added between phases, so it's possible that adding the text wouldn't necessarily delay the proposal - obviously this is a decision for the ap-wg chairs. > It is my expectation that the majority of the v6 PI transfers will be on > complete prefix transfers and not partials or splits... Specifically > companies merging together, reorganizing. > > Having said that .. that also explains the not having the 24 month > 'hoarding' cool down period... my concern with the 24 month cooling off period related to what's going to happen in the future when someone decides to create a unified resource transfer policy. The fewer differences between resource transfer policies, the simpler the policy. But yeah, I agree in this case that it's not necessary. As a more general observation, it might be useful for a future unified policy to differentiate between depleted resources (e.g. ipv4 / asn16) and non depleted resources (e.g. ipv6 /asn32) and make it clear that the cooling off period is intended depleted resources. Nick From ebais at a2b-internet.com Mon Feb 16 11:35:53 2015 From: ebais at a2b-internet.com (Erik Bais) Date: Mon, 16 Feb 2015 11:35:53 +0100 Subject: [address-policy-wg] 2014-12 Last Call for Comments (Allow IPv6 Transfers) In-Reply-To: <54E0B6E8.4020803@inex.ie> References: <20150212142013.GB74795@Space.Net> <20150212142907.GZ34798@Space.Net> <008001d04703$db32adf0$919809d0$@a2b-internet.com> <54E0B6E8.4020803@inex.ie> Message-ID: <00be01d049d4$5f14d6c0$1d3e8440$@a2b-internet.com> Hi Nick, > the issue that concerns me is that creating a requirement for a contract > means that there is a requirement for legal people to be involved in the > transfer process. Whatever about legal wording in civil law countries (NL, > most of europe), common law countries (ie/uk/us, etc) generally tend to > benefit from more specific wording. If there is any hint of ambiguity, it > creates the possibility of argument and that is painful when it happens. There are always agreements/contracts in place, also with the current transfer processes. In this particular case you will have to think about an End-User Agreement (for PI IPv6) to be in place with an Sponsoring LIR. Also each transfer needs to be accomplished with a so called Transfer Agreement (template from RIPE). > The term "minimum assignment size" is used sloppily all over the place in > the ripe policy document store to mean different things in different > places. In this case, the wording isn't particularly ambiguous to you or > me, but it would not necessarily be clear at first sight to the man on the > Clapham omnibus. If five uncontentious words were added, this would make > its interpretation completely clear. And with that man on the Clapham omnibus you refer to a hypothetical reasonable person ... ( I had to look it up ... ) The irony .. > Weighing things up, common sense suggests that it would be more sensible to > clarify than not. > Previous policy proposals have had clarification text added between phases, > so it's possible that adding the text wouldn't necessarily delay the > proposal - obviously this is a decision for the ap-wg chairs. As we are going into a full re-styling of the Transfer Policies into a single document, we will have to see if it is going to be required to do that in this particular version or in the next re-style. There is little value imho to add clarification text here as we are going to cut the text in a couple weeks into a new document. If that new version needs a beter explanation it would make more sense in doing it there. > As a more general observation, it might be useful for a future unified > policy to differentiate between depleted resources (e.g. ipv4 / asn16) and > non depleted resources (e.g. ipv6 /asn32) and make it clear that the > cooling off period is intended depleted resources. I like the suggestion to look into the structure and difference between depleted and non depleted resources. I'll take that in mind for the Transfer doc. Thanks Nick, Regards, Erik From gert at space.net Mon Feb 16 11:45:57 2015 From: gert at space.net (Gert Doering) Date: Mon, 16 Feb 2015 11:45:57 +0100 Subject: [address-policy-wg] 2014-12 Last Call for Comments (Allow IPv6 Transfers) In-Reply-To: <00be01d049d4$5f14d6c0$1d3e8440$@a2b-internet.com> References: <20150212142013.GB74795@Space.Net> <20150212142907.GZ34798@Space.Net> <008001d04703$db32adf0$919809d0$@a2b-internet.com> <54E0B6E8.4020803@inex.ie> <00be01d049d4$5f14d6c0$1d3e8440$@a2b-internet.com> Message-ID: <20150216104557.GW34798@Space.Net> Hi, thanks, Nick and Erik for taking this up. Given what was said... On Mon, Feb 16, 2015 at 11:35:53AM +0100, Erik Bais wrote: [..] > > Previous policy proposals have had clarification text added between > phases, > > so it's possible that adding the text wouldn't necessarily delay the > > proposal - obviously this is a decision for the ap-wg chairs. > > As we are going into a full re-styling of the Transfer Policies into a > single document, we will have to see if it is going to be required to do > that in this particular version or in the next re-style. > There is little value imho to add clarification text here as we are going to > cut the text in a couple weeks into a new document. If that new version > needs a beter explanation it would make more sense in doing it there. ... I'd actually go forward now (that is: go to last call as announced) and spend the extra brain cycles on making sure that the final unified transfer policy document is very clean, language-wise and policy-wise. Erik has clearly stated the intent to do such a unified document, so if what we have now is sufficiently clear policy-wise (which seems to be the case, as per the impact analysis), I'd rather not spend another round on wordsmithing, or think about what sort of language changes are fine going from "review" to "last call" phase (typos, obviously) and what would consist a policy change and should go to another round of review. So: Nick, if that is OK with you? (In the upcoming document, it would be actually good to have the language cleanup right in the discussion phase, and not in review phase, where larger changes would incure another impact analysis...) 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 811 bytes Desc: not available URL: From nick at inex.ie Mon Feb 16 14:30:40 2015 From: nick at inex.ie (Nick Hilliard) Date: Mon, 16 Feb 2015 13:30:40 +0000 Subject: [address-policy-wg] 2014-12 Last Call for Comments (Allow IPv6 Transfers) In-Reply-To: <20150216104557.GW34798@Space.Net> References: <20150212142013.GB74795@Space.Net> <20150212142907.GZ34798@Space.Net> <008001d04703$db32adf0$919809d0$@a2b-internet.com> <54E0B6E8.4020803@inex.ie> <00be01d049d4$5f14d6c0$1d3e8440$@a2b-internet.com> <20150216104557.GW34798@Space.Net> Message-ID: <54E1F100.9050702@inex.ie> On 16/02/2015 10:45, Gert Doering wrote: > So: Nick, if that is OK with you? sure. Nick From mschmidt at ripe.net Tue Feb 17 11:17:07 2015 From: mschmidt at ripe.net (Marco Schmidt) Date: Tue, 17 Feb 2015 11:17:07 +0100 Subject: [address-policy-wg] 2014-12 Last Call for Comments (Allow IPv6 Transfers) Message-ID: Dear colleagues, The proposal described in 2014-12, "Allow IPv6 Transfers", is now in its Concluding Phase. The Address Policy Working Group co-Chairs have declared that consensus for the proposal has been reached and it will now move to Last Call. As per the RIPE Policy Development Process (PDP), the purpose of these coming four weeks of Last Call is to give the community the opportunity to present well-justified objections in case anyone missed the previous two phases and want to oppose the proposal. Any objection must be made by 18 March 2015 and must be supported by an explanation. You can find the full proposal at: https://www.ripe.net/ripe/policies/proposals/2014-12 Please e-mail any final comments about this proposal to address-policy-wg at ripe.net before 18 March 2015. Regards, Marco Schmidt Policy Development Officer RIPE NCC From andy at nosignal.org Thu Feb 19 18:53:54 2015 From: andy at nosignal.org (Andy Davidson) Date: Thu, 19 Feb 2015 17:53:54 +0000 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: References: Message-ID: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> > On 11 Feb 2015, at 13:46, Marco Schmidt wrote: > > A proposed change to RIPE Document "IPv4 Address Allocation and Assignment > Policies for the RIPE NCC Service Region" is now available for discussion. Thanks for your sharing policy proposal idea but I think the deckchairs would look better on the other side of this mighty unsinkable ship. I therefore can?t support this proposal. Andy From swmike at swm.pp.se Thu Feb 19 18:57:01 2015 From: swmike at swm.pp.se (Mikael Abrahamsson) Date: Thu, 19 Feb 2015 18:57:01 +0100 (CET) Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <54DB769E.7040209@v4escrow.net> References: <54DB769E.7040209@v4escrow.net> Message-ID: On Wed, 11 Feb 2015, Elvis Daniel Velea wrote: > I'm waiting to get the feeling of the community on this proposal before > starting a discussion on the members-discuss mailing list about the M&A > procedure. My gut feeling is that I do not want new LIRs created to acquire a /22, immediately transfer it out, and close the LIR. Considering the market price on IPv4 addresses I have seen and the cost of creating a LIR, this would be below market price. Thus I support any measure that brings the /22 last /8 policy more in line with market prices for IPv4 addresses, for instance by requiring that the LIR exists and fees are paid total over the life of the LIR that'll bring the cost-per-address closer to reality. If the current proposal means the minimmum cost of creating a new LIR, getting /22 and closing it down is 2000EUR signup fee and 2*yearly fee minimum (currently 1600EUR yearly fee according to https://www.ripe.net/ripe/docs/ripe-620) for a total of 5200 EUR, I am fine with that. I would also be fine with a one-time fee for the last /22 if that would make things easier. -- Mikael Abrahamsson email: swmike at swm.pp.se From millnert at gmail.com Thu Feb 19 19:26:45 2015 From: millnert at gmail.com (Martin Millnert) Date: Thu, 19 Feb 2015 19:26:45 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> Message-ID: <1424370405.4066.10.camel@gmail.com> On Thu, 2015-02-19 at 17:53 +0000, Andy Davidson wrote: > > > On 11 Feb 2015, at 13:46, Marco Schmidt wrote: > > > > A proposed change to RIPE Document "IPv4 Address Allocation and Assignment > > Policies for the RIPE NCC Service Region" is now available for discussion. > > Thanks for your sharing policy proposal idea but I think the > deckchairs would look better on the other side of this mighty > unsinkable ship. I therefore can?t support this proposal. > > Andy I also oppose this proposal. I believe the best thing that can happen is for IPv4 to run out completely, as fast as possible. Increasing the RIPE NCC IPv4 price is counter-productive to that goal. Real market prices will arrive when this happens. I'm generally in favour of any proposal that hastens the run-out of the final /8. /M From sander at steffann.nl Fri Feb 20 01:15:28 2015 From: sander at steffann.nl (Sander Steffann) Date: Fri, 20 Feb 2015 01:15:28 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <1424370405.4066.10.camel@gmail.com> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> Message-ID: <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> Hello Martin, > I'm generally in favour of any proposal that hastens the run-out of > the final /8. The main design goal for the final /8 policy was to make sure that newcomers still had the possibility of participating on the IPv4 internet. It is unfortunately still not possible to run an ISP, hoster etc. with only IPv6. Without the final /8 policy every new company would have to get (borrow, buy, rent, ...) IPv4 addresses from existing companies that already got IPv4 addresses before we ran out of addresses to distribute using our needs-based allocation policies. With the final /8 policy they don't get much but at least they are able to participate on the internet. There is still an imbalance because of the low amount of addresses they get but at least they have *something* to work with. I do feel that as a community we should take this into account. Although I am sure there are many governments who want to take control over the internet we still are in a position that we can (are allowed to?) self-regulate the distribution of number resources. If we only think about ourselves (the existing participants on the internet) and block new entrants from getting even that tiny fraction of the addresses that most of us got for free in the past then I am afraid that this won't last very long. Comments from the working group on this are highly appreciated :) Cheers, Sander PS: I don't have a strong opinion on the policy proposal under discussion, sorry for drifting a bit from this thread's subject From millnert at gmail.com Fri Feb 20 02:30:21 2015 From: millnert at gmail.com (Martin Millnert) Date: Fri, 20 Feb 2015 02:30:21 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> Message-ID: <1424395821.4066.67.camel@gmail.com> Hi Sander! On Fri, 2015-02-20 at 01:15 +0100, Sander Steffann wrote: > Hello Martin, > > > I'm generally in favour of any proposal that hastens the run-out of > > the final /8. > > The main design goal for the final /8 policy was to make sure that > newcomers still had the possibility of participating on the IPv4 > internet. Indeed. Participate with a major handicap however. One could even argue that it is in fact anti-competitive compared with the rules pre final-/8 policy. The major architectural reason for and result of it was and is to buy RIPE NCC time to adjust to the post-depletion Internet world order. > It is unfortunately still not possible to run an ISP, hoster etc. > with only IPv6. Indeed it is not. It is likewise pretty futile to launch a new business as an ISP or hoster on a total of 1024 addresses. Any 'relevant' business plan for either will necessarily have to contain plans for acquiring much more than 1024 IPv4 addresses, since the availability of addresses, especially for hosters, is basically proportional to the growth possibility of the business. > Without the final /8 policy every new company would have to get > (borrow, buy, rent, ...) IPv4 addresses from existing companies that > already got IPv4 addresses before we ran out of addresses to > distribute using our needs-based allocation policies. Yes. Why is this worse than getting addresses from RIPE NCC's free pool, other than the fact that RIPE NCC sells pretty cheap addresses? > With the final /8 policy they don't get much but at least they are > able to participate on the internet. There is still an imbalance > because of the low amount of addresses they get but at least they have > *something* to work with. I've found size /22 sufficiently large to connect your average random SMB to the DFZ. > I do feel that as a community we should take this into account. > Although I am sure there are many governments who want to take control > over the internet we still are in a position that we can (are allowed > to?) self-regulate the distribution of number resources. I'll respond to this paragraph with four points: 1) Controlling Internet is much less about deciding who can have what address space uniquely, from a pool of unallocated space, than it is about deciding who gets to keep the address space. Secondary to this is the right of actually using the routing policy without interference. Many so-called democratic countries already implement filtering by hijacking via more-specifics, often based on actual laws, laws that won't change regardless of what this community self-regulates. 2) Since the final /8 will run out sooner (but IMO not soon enough) rather than later, this community's ability to self-regulate the distribution of IPv4 addresses is completely dead-end. 3) Once v4 address space is depleted and there is no more free pool to distribute from, the requirement for a needs based distribution model vanishes. If there is no more scarce resource, there is no more need to regulate it. Therefore it could be hypothesized that depleting the final /8 would *reduce* the need for governments to absorb regulatory work from the RIPE NCC. Address space becomes increasingly indistinguishable from radio frequencies - a right to transmit - however with typically global reach. 4) Also, once RIPE NCC's pools are depleted, some non-trivial amount of bureaucracy will basically go into the shredder, to my and Douglas Adams delight, saving on the environment. The green choice is therefore to accelerate the run-out. > If we only think about ourselves (the existing participants on the > internet) and block new entrants from getting even that tiny fraction > of the addresses that most of us got for free in the past then I am > afraid that this won't last very long. You bring up blocking of new entrants. To paraphrase Bill Gates, "1024 addresses are enough for everybody". If you were truly honest about welcoming new entrants to compete on equal terms, a /22 is not enough. Your fear for post-depletion is irrational in my opinion. You need to start entertaining the idea of the fact that it will happen. Post-depletion, what do you think governments will need to regulate and why do you fear it? Are you afraid some country with more military than address space compared to its neighbour will use the former to get more of the latter, from one that "got lucky"? Or are you afraid that governments will apply needs-based logic on already allocated address space? --> "No ISPs with blue in the logo may exist any more, now return the space to our national regulatory body, thanks" The best way of mitigating those examples is to empower people to themselves value their need of address space vs the need of the goods that it can be traded for. I am convinced that world order will be very healthy. If there's any worry about job security, the stock markets of today do employ people, and keep track of who has what. It's not very different from what's required from a regional registrar in the future. And you seldom see governments walking around redistributing stock between owners by force. > Comments from the working group on this are highly appreciated :) > > Cheers, > Sander > > PS: I don't have a strong opinion on the policy proposal under discussion, sorry for drifting a bit from this thread's subject I think this discussion is more relevant to APWG than the policy proposal at hand. :-) /M - Pondering the merits of a "reverse the final /8 policy" proposal. From sander at steffann.nl Fri Feb 20 02:53:19 2015 From: sander at steffann.nl (Sander Steffann) Date: Fri, 20 Feb 2015 02:53:19 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <1424395821.4066.67.camel@gmail.com> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <1424395821.4066.67.camel@gmail.com> Message-ID: Hi Martin, I'm sorry but your message contains so many lines of reasoning that I cannot follow that I have no way of giving you a meaningful response... Sincerely, Sander > Op 20 feb. 2015 om 02:30 heeft Martin Millnert het volgende geschreven: > > Hi Sander! > >> On Fri, 2015-02-20 at 01:15 +0100, Sander Steffann wrote: >> Hello Martin, >> >>> I'm generally in favour of any proposal that hastens the run-out of >>> the final /8. >> >> The main design goal for the final /8 policy was to make sure that >> newcomers still had the possibility of participating on the IPv4 >> internet. > > Indeed. Participate with a major handicap however. One could even argue > that it is in fact anti-competitive compared with the rules pre final-/8 > policy. > > The major architectural reason for and result of it was and is to buy > RIPE NCC time to adjust to the post-depletion Internet world order. > >> It is unfortunately still not possible to run an ISP, hoster etc. >> with only IPv6. > > Indeed it is not. It is likewise pretty futile to launch a new business > as an ISP or hoster on a total of 1024 addresses. Any 'relevant' > business plan for either will necessarily have to contain plans for > acquiring much more than 1024 IPv4 addresses, since the availability of > addresses, especially for hosters, is basically proportional to the > growth possibility of the business. > >> Without the final /8 policy every new company would have to get >> (borrow, buy, rent, ...) IPv4 addresses from existing companies that >> already got IPv4 addresses before we ran out of addresses to >> distribute using our needs-based allocation policies. > > Yes. Why is this worse than getting addresses from RIPE NCC's free > pool, other than the fact that RIPE NCC sells pretty cheap addresses? > >> With the final /8 policy they don't get much but at least they are >> able to participate on the internet. There is still an imbalance >> because of the low amount of addresses they get but at least they have >> *something* to work with. > > I've found size /22 sufficiently large to connect your average random > SMB to the DFZ. > >> I do feel that as a community we should take this into account. >> Although I am sure there are many governments who want to take control >> over the internet we still are in a position that we can (are allowed >> to?) self-regulate the distribution of number resources. > > I'll respond to this paragraph with four points: > > 1) Controlling Internet is much less about deciding who can have what > address space uniquely, from a pool of unallocated space, than it is > about deciding who gets to keep the address space. > Secondary to this is the right of actually using the routing policy > without interference. Many so-called democratic countries already > implement filtering by hijacking via more-specifics, often based on > actual laws, laws that won't change regardless of what this community > self-regulates. > > 2) Since the final /8 will run out sooner (but IMO not soon enough) > rather than later, this community's ability to self-regulate the > distribution of IPv4 addresses is completely dead-end. > > 3) Once v4 address space is depleted and there is no more free pool to > distribute from, the requirement for a needs based distribution model > vanishes. If there is no more scarce resource, there is no more need to > regulate it. > Therefore it could be hypothesized that depleting the final /8 would > *reduce* the need for governments to absorb regulatory work from the > RIPE NCC. Address space becomes increasingly indistinguishable from > radio frequencies - a right to transmit - however with typically global > reach. > > 4) Also, once RIPE NCC's pools are depleted, some non-trivial amount of > bureaucracy will basically go into the shredder, to my and Douglas Adams > delight, saving on the environment. The green choice is therefore to > accelerate the run-out. > >> If we only think about ourselves (the existing participants on the >> internet) and block new entrants from getting even that tiny fraction >> of the addresses that most of us got for free in the past then I am >> afraid that this won't last very long. > > You bring up blocking of new entrants. To paraphrase Bill Gates, "1024 > addresses are enough for everybody". If you were truly honest about > welcoming new entrants to compete on equal terms, a /22 is not enough. > > Your fear for post-depletion is irrational in my opinion. You need to > start entertaining the idea of the fact that it will happen. > > Post-depletion, what do you think governments will need to regulate and > why do you fear it? > > Are you afraid some country with more military than address space > compared to its neighbour will use the former to get more of the latter, > from one that "got lucky"? > > Or are you afraid that governments will apply needs-based logic on > already allocated address space? --> "No ISPs with blue in the logo may > exist any more, now return the space to our national regulatory body, > thanks" > > The best way of mitigating those examples is to empower people to > themselves value their need of address space vs the need of the goods > that it can be traded for. I am convinced that world order will be very > healthy. > If there's any worry about job security, the stock markets of today do > employ people, and keep track of who has what. It's not very different > from what's required from a regional registrar in the future. > And you seldom see governments walking around redistributing stock > between owners by force. > > >> Comments from the working group on this are highly appreciated :) >> >> Cheers, >> Sander >> >> PS: I don't have a strong opinion on the policy proposal under discussion, sorry for drifting a bit from this thread's subject > > I think this discussion is more relevant to APWG than the policy > proposal at hand. :-) > > /M - Pondering the merits of a "reverse the final /8 policy" proposal. > From randy at psg.com Fri Feb 20 03:22:40 2015 From: randy at psg.com (Randy Bush) Date: Fri, 20 Feb 2015 11:22:40 +0900 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> Message-ID: > The main design goal for the final /8 policy was to make sure that > newcomers still had the possibility of participating on the IPv4 > internet. It is unfortunately still not possible to run an ISP, hoster > etc. with only IPv6. Without the final /8 policy every new company > would have to get (borrow, buy, rent, ...) IPv4 addresses from > existing companies that already got IPv4 addresses before we ran out > of addresses to distribute using our needs-based allocation > policies. With the final /8 policy they don't get much but at least > they are able to participate on the internet. There is still an > imbalance because of the low amount of addresses they get but at least > they have *something* to work with. try to minimize barrier to entry. i am sure there are nice terms in law for intentionally doing the opposite. randy From sander at steffann.nl Fri Feb 20 03:36:04 2015 From: sander at steffann.nl (Sander Steffann) Date: Fri, 20 Feb 2015 03:36:04 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> Message-ID: <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> Hi Randy, > try to minimize barrier to entry. Thanks, those were the words I was looking for. Cheers, Sander From millnert at gmail.com Fri Feb 20 10:45:29 2015 From: millnert at gmail.com (Martin Millnert) Date: Fri, 20 Feb 2015 10:45:29 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> Message-ID: <1424425529.5143.337.camel@galileo.millnert.se> Sander, On Fri, 2015-02-20 at 03:36 +0100, Sander Steffann wrote: > Hi Randy, > > > try to minimize barrier to entry. > > Thanks, those were the words I was looking for. Limiting entry to 1024 addresses is anti-competitive. Short enough for you? /M -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: From sander at steffann.nl Fri Feb 20 11:05:53 2015 From: sander at steffann.nl (Sander Steffann) Date: Fri, 20 Feb 2015 11:05:53 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <1424425529.5143.337.camel@galileo.millnert.se> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> Message-ID: <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> Hi, >>> try to minimize barrier to entry. >> >> Thanks, those were the words I was looking for. > > Limiting entry to 1024 addresses is anti-competitive. > > Short enough for you? And intentionally running out and limiting entry to 0 addresses is ... ? Cheers, Sander From jim at rfc1035.com Fri Feb 20 11:06:14 2015 From: jim at rfc1035.com (Jim Reid) Date: Fri, 20 Feb 2015 10:06:14 +0000 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <1424425529.5143.337.camel@galileo.millnert.se> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> Message-ID: <8F013714-F787-429F-94D8-131AD4685F61@rfc1035.com> On 20 Feb 2015, at 09:45, Martin Millnert wrote: > Limiting entry to 1024 addresses is anti-competitive. > Short enough for you? Evidence please. Anecdote is not evidence. Is that short enough for you? :-) From tore at fud.no Fri Feb 20 11:21:25 2015 From: tore at fud.no (Tore Anderson) Date: Fri, 20 Feb 2015 11:21:25 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: References: <54DB769E.7040209@v4escrow.net> Message-ID: <20150220112125.39634e72@envy.fud.no> * Mikael Abrahamsson > My gut feeling is that I do not want new LIRs created to acquire a /22, > immediately transfer it out, and close the LIR. Considering the market > price on IPv4 addresses I have seen and the cost of creating a LIR, this > would be below market price. > > Thus I support any measure that brings the /22 last /8 policy more in line > with market prices for IPv4 addresses, for instance by requiring that the > LIR exists and fees are paid total over the life of the LIR that'll bring > the cost-per-address closer to reality. > > If the current proposal means the minimmum cost of creating a new LIR, > getting /22 and closing it down is 2000EUR signup fee and 2*yearly fee > minimum (currently 1600EUR yearly fee according to > https://www.ripe.net/ripe/docs/ripe-620) for a total of 5200 EUR, I am > fine with that. Agreed. That said, ?5200 is still half off compared to the supposed market price so I doubt that this policy proposal will stop sufficiently desperate people who actually need the addresses for themselves or their customers from going down the multiple LIRs route. It won?'t fully close the "register temporary LIR, get /22, instantly sell /22 to third party" loophole either, as the temporary LIR might simply sub-allocate or assign the space to his customer for the first two years, and afterwards transfer it and close the LIR. But the extra unavoidable yearly fees would cut into the possible profits, of course. Tore From apwg at c4inet.net Fri Feb 20 11:37:15 2015 From: apwg at c4inet.net (Sascha Luck [ml]) Date: Fri, 20 Feb 2015 10:37:15 +0000 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> Message-ID: <20150220103714.GO1012@cilantro.c4inet.net> On Fri, Feb 20, 2015 at 11:05:53AM +0100, Sander Steffann wrote: >> Limiting entry to 1024 addresses is anti-competitive. >> >And intentionally running out and limiting entry to 0 addresses is ... ? Well, you can't sue a shop for having run out of milk to sell... I do see the point of running out quickly - stretching the ipv4 supply out as long as possible does damn us to this speculation nonsense for decades to come. The question is whether running out quickly will force ipv6 to happen and thus make ipv4 essentially useless as a speculation object. The way I see it, there are conflicting goals here - protect the investment of the big ipv4 players or cause enough pain to force the switch to ipv6 in my lifetime. If it should be the job of the RIRs to promote either goal (and I'm not sure it is) the latter one would be the better outcome for the Internet in the long term. As for the proposal, I'm "neutral tending towards opposition" pending further argument. rgds, Sascha Luck From ebais at a2b-internet.com Fri Feb 20 11:45:52 2015 From: ebais at a2b-internet.com (Erik Bais) Date: Fri, 20 Feb 2015 11:45:52 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> Message-ID: <008801d04cfa$6bd572b0$43805810$@a2b-internet.com> Having read the emails in this discussion I think that we are moving away from the policy at hand ... This policy is not about reverting the final /8 policy ... The discussion is amusing to read and I like ( mind I say .. Love ? ! ) to read what the different opinions are in the community about moving faster or reverting at all.. The policy is about closing a gap in the current procedure .. which we all see is being abused against the original intent of the stated policy ... The reasoning for reservation of the /22's in the final /8 is for new LIR's and current LIR's, to be able to get into the market and do v4 to v6 CGNAT or something alike .. or at least get some kind of startup going on some IP space ... That was the original intent .. Currently what I see ( And with that, I'm sure that Elvis agrees with me.. ) as a broker you see people offering that /22 to the market in order to make a quick buck. I don't mind .. An IPv4 resource is an IPv4 resource .. a transaction is a transaction .... however this is against the original intent of the policy ... We have a 24 month waiting period for IPv4 space after being transferred, to avoid 'stock piling' or to speculation .. What was not foreseen at that time, is that new allocations should also fall under that same 24 month waiting period ... This policy is to close the flipping of the /22?s to the market .. Even setting up new LIR's and flipping the /22's and closing the LIR's again ... By having the /22's fall under the same 24 month waiting period, it will make it more expensive for $parties to flip those resources ... Yes you will still make money, but they have to hold the investment for 24 months at least .. The profit they can/will make is gone for 2 years .. Now that might not stop all speculation, but it will stop the majority of the people with the idea of how to get rich quick, or at least make a quick buck .. I think that we should get this policy change in place and not because it will drive more people to the actual broker market ... Because the real IP brokers with actual inventory, can really do without these small prefixes in the sales sheets for inventory .. The idea to close this, is because that flipping of the /22's of the final /8 goes against the intent of the initial policy. Having said that, it is a Support +1 from me on this. Regards, Erik Bais From ggiannou at gmail.com Fri Feb 20 12:02:13 2015 From: ggiannou at gmail.com (George Giannousopoulos) Date: Fri, 20 Feb 2015 13:02:13 +0200 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <008801d04cfa$6bd572b0$43805810$@a2b-internet.com> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> <008801d04cfa$6bd572b0$43805810$@a2b-internet.com> Message-ID: Hello all, I also support the proposal. Although it won't stop speculation, it will at least discourage it. I'd also support an even longer waiting period. I don't believe anyone who seriously starts a business will have a problem with such "limitation". Of course we'll have to consider the issue that Elvis mentioned earlier, about M&A Regards George On Fri, Feb 20, 2015 at 12:45 PM, Erik Bais wrote: > Having read the emails in this discussion I think that we are moving away > from the policy at hand ... > > This policy is not about reverting the final /8 policy ... > > The discussion is amusing to read and I like ( mind I say .. Love ? ! ) to > read what the different opinions are in the community about moving faster > or > reverting at all.. > The policy is about closing a gap in the current procedure .. which we all > see is being abused against the original intent of the stated policy ... > > The reasoning for reservation of the /22's in the final /8 is for new LIR's > and current LIR's, to be able to get into the market and do v4 to v6 CGNAT > or something alike .. or at least get some kind of startup going on some IP > space ... That was the original intent .. > > Currently what I see ( And with that, I'm sure that Elvis agrees with me.. > ) > as a broker you see people offering that /22 to the market in order to make > a quick buck. > I don't mind .. An IPv4 resource is an IPv4 resource .. a transaction is a > transaction .... however this is against the original intent of the policy > ... > > We have a 24 month waiting period for IPv4 space after being transferred, > to > avoid 'stock piling' or to speculation .. What was not foreseen at that > time, is that new allocations should also fall under that same 24 month > waiting period ... > > This policy is to close the flipping of the /22?s to the market .. Even > setting up new LIR's and flipping the /22's and closing the LIR's again ... > By having the /22's fall under the same 24 month waiting period, it will > make it more expensive for $parties to flip those resources ... Yes you > will > still make money, but they have to hold the investment for 24 months at > least .. > The profit they can/will make is gone for 2 years .. Now that might not > stop > all speculation, but it will stop the majority of the people with the idea > of how to get rich quick, or at least make a quick buck .. > > I think that we should get this policy change in place and not because it > will drive more people to the actual broker market ... Because the real IP > brokers with actual inventory, can really do without these small prefixes > in > the sales sheets for inventory .. > > The idea to close this, is because that flipping of the /22's of the final > /8 goes against the intent of the initial policy. > > Having said that, it is a Support +1 from me on this. > > Regards, > Erik Bais > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From millnert at gmail.com Fri Feb 20 12:21:12 2015 From: millnert at gmail.com (Martin Millnert) Date: Fri, 20 Feb 2015 12:21:12 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <20150220103714.GO1012@cilantro.c4inet.net> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> <20150220103714.GO1012@cilantro.c4inet.net> Message-ID: <1424431272.5143.367.camel@galileo.millnert.se> On Fri, 2015-02-20 at 10:37 +0000, Sascha Luck [ml] wrote: > The way I see it, there are conflicting goals here - protect the > investment of the big ipv4 players or cause enough pain to force > the switch to ipv6 in my lifetime. This proposal serves the purpose of shutting off access to 'cheap' IPv4 for new businesses, definitely forcing them to turn to the IPv4 resellers who in turn can protect their prices. It also obviously extends the life of the /8 for the very limited and specific Internet business use cases approved by the community. For all other use cases, assistance to entry by the RIPE NCC is banned. The proposal *increases* the relevance of the IPv4 resellers. The proposal *diminishes* the relevance of the RIPE NCC as a partner for entry to the Internet for any Internet service business. "Shooting yourself in the foot", I believe is the term, for what many in the community actually would like to see (inevitable eventual outcome is inevitable, though). /M -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: From apwg at c4inet.net Fri Feb 20 12:29:37 2015 From: apwg at c4inet.net (Sascha Luck [ml]) Date: Fri, 20 Feb 2015 11:29:37 +0000 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <1424431272.5143.367.camel@galileo.millnert.se> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> <20150220103714.GO1012@cilantro.c4inet.net> <1424431272.5143.367.camel@galileo.millnert.se> Message-ID: <20150220112937.GP1012@cilantro.c4inet.net> On Fri, Feb 20, 2015 at 12:21:12PM +0100, Martin Millnert wrote: >This proposal serves the purpose of shutting off access to 'cheap' IPv4 >for new businesses, definitely forcing them to turn to the IPv4 >resellers who in turn can protect their prices. I can't actually see that. The proposal doesn't move the goalposts for a new LIR at all, assuming that a new business would want to hang on to their ipv4 space for at least two years. It doesn't even prevent them from creating >1 LIR if they need more than 1024 addresses - as long as each "LIR" hangs on to theirs for 2 years. The only difficulty is in creating multiple LIRS and then immediately merging them (and that issue has been raised) rgds, Sascha Luck From cfriacas at fccn.pt Fri Feb 20 12:40:35 2015 From: cfriacas at fccn.pt (Carlos Friacas) Date: Fri, 20 Feb 2015 11:40:35 +0000 (WET) Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <008801d04cfa$6bd572b0$43805810$@a2b-internet.com> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> <008801d04cfa$6bd572b0$43805810$@a2b-internet.com> Message-ID: +1 support. I would even agree with a 5-year restriction instead of 2. Regards, Carlos On Fri, 20 Feb 2015, Erik Bais wrote: > Having read the emails in this discussion I think that we are moving away > from the policy at hand ... > > This policy is not about reverting the final /8 policy ... > > The discussion is amusing to read and I like ( mind I say .. Love ? ! ) to > read what the different opinions are in the community about moving faster or > reverting at all.. > The policy is about closing a gap in the current procedure .. which we all > see is being abused against the original intent of the stated policy ... > > The reasoning for reservation of the /22's in the final /8 is for new LIR's > and current LIR's, to be able to get into the market and do v4 to v6 CGNAT > or something alike .. or at least get some kind of startup going on some IP > space ... That was the original intent .. > > Currently what I see ( And with that, I'm sure that Elvis agrees with me.. ) > as a broker you see people offering that /22 to the market in order to make > a quick buck. > I don't mind .. An IPv4 resource is an IPv4 resource .. a transaction is a > transaction .... however this is against the original intent of the policy > ... > > We have a 24 month waiting period for IPv4 space after being transferred, to > avoid 'stock piling' or to speculation .. What was not foreseen at that > time, is that new allocations should also fall under that same 24 month > waiting period ... > > This policy is to close the flipping of the /22?s to the market .. Even > setting up new LIR's and flipping the /22's and closing the LIR's again ... > By having the /22's fall under the same 24 month waiting period, it will > make it more expensive for $parties to flip those resources ... Yes you will > still make money, but they have to hold the investment for 24 months at > least .. > The profit they can/will make is gone for 2 years .. Now that might not stop > all speculation, but it will stop the majority of the people with the idea > of how to get rich quick, or at least make a quick buck .. > > I think that we should get this policy change in place and not because it > will drive more people to the actual broker market ... Because the real IP > brokers with actual inventory, can really do without these small prefixes in > the sales sheets for inventory .. > > The idea to close this, is because that flipping of the /22's of the final > /8 goes against the intent of the initial policy. > > Having said that, it is a Support +1 from me on this. > > Regards, > Erik Bais > > > From millnert at gmail.com Fri Feb 20 12:49:13 2015 From: millnert at gmail.com (Martin Millnert) Date: Fri, 20 Feb 2015 12:49:13 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <008801d04cfa$6bd572b0$43805810$@a2b-internet.com> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> <008801d04cfa$6bd572b0$43805810$@a2b-internet.com> Message-ID: <1424432953.5143.383.camel@galileo.millnert.se> On Fri, 2015-02-20 at 11:45 +0100, Erik Bais wrote: > The reasoning for reservation of the /22's in the final /8 is for new LIR's > and current LIR's, to be able to get into the market and do v4 to v6 CGNAT > or something alike .. or at least get some kind of startup going on some IP > space ... That was the original intent .. So the RIPE community still agree to allowing these use cases? - CGNAT to v4: Limited to 335 555 customers. Math: /28 for infrastructure (good luck...), then using http://www.ietf.org/proceedings/87/slides/slides-87-behave-6.pdf slide 7: S * a * N f(P,S,a,N,R)::= P == ------------ (65536-R) Translated to our case: f(1008,S,25%,400,32767) => S == 335 555. So apart from only being able to compete with other ISPs on CGNAT services, they'll be strictly limited in scope to basically serve one smaller city. Thus, the current policy basically excludes new entrants on the market, employing full CGNAT, to grow to 335 555 customers. - Cloud service provider: Limited to a maximum of 1008 customers. Assuming same minimalistic infrastructure of 1x /28 for infrastructure, a CSP is limited to a maximum of 1008 customers. And that is in the best case that each customer only has one service instance, where each service instance uses 1x IPv4. Thus, the current policy basically excludes new entrants from competition with established cloud service providers. > The idea to close this, is because that flipping of the /22's of the final > /8 goes against the intent of the initial policy. Is the intent of the original policy is to exclude new entrants from competing with established service providers? Or is this exclusion from entering the market just a side-effect of making the pool last longer by rationing address space out per legal entity? /M -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: From millnert at gmail.com Fri Feb 20 12:57:35 2015 From: millnert at gmail.com (Martin Millnert) Date: Fri, 20 Feb 2015 12:57:35 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <8F013714-F787-429F-94D8-131AD4685F61@rfc1035.com> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <8F013714-F787-429F-94D8-131AD4685F61@rfc1035.com> Message-ID: <1424433455.5143.392.camel@galileo.millnert.se> On Fri, 2015-02-20 at 10:06 +0000, Jim Reid wrote: > On 20 Feb 2015, at 09:45, Martin Millnert wrote: > > > Limiting entry to 1024 addresses is anti-competitive. > > Short enough for you? > > Evidence please. Anecdote is not evidence. Evidence? It is completely a no-brainer to reproduce: Try starting a cloud service provider. I am, so example from reality. Current policy gives you three choices: 1) Follow the intent of the current policy and don't enter the market to compete with existing providers. The reason is that funding won't happen if the ceiling of the service is ~1000 customer service instances. 2) Turn away from RIPE NCC to the reseller market to satisfy IPv4 address needs. 3) Use policy loopholes and get 'cheap' address space from the final /8 pool. See math of https://www.ripe.net/ripe/mail/archives/address-policy-wg/2015-February/009567.html if you don't think my reality is evidence enough. I'd like the community reconcile with the reality of the policies, and see that the current policy, and certainly this proposal, is anti-competitive. The only way out is option 2. This proposal increases the importance and reliance of option 2. Is this what the community really wants? /M -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: From jim at rfc1035.com Fri Feb 20 12:58:53 2015 From: jim at rfc1035.com (Jim Reid) Date: Fri, 20 Feb 2015 11:58:53 +0000 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <1424431272.5143.367.camel@galileo.millnert.se> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> <20150220103714.GO1012@cilantro.c4inet.net> <1424431272.5143.367.camel@galileo.millnert.se> Message-ID: <2796040B-5DC8-4929-AD8E-4DBEF30BE795@rfc1035.com> On 20 Feb 2015, at 11:21, Martin Millnert wrote: > This proposal serves the purpose of shutting off access to 'cheap' IPv4 > for new businesses, definitely forcing them to turn to the IPv4 > resellers who in turn can protect their prices. It does not. Nobody's "definitely forced" to do anything. A new entrant who wants lots of IPv4 is going to have problems. [Not least of which will be acquiring enough clue to understand how to design and operate a network in the 21st century or later.] Maybe they'll buy that space from a reseller. Maybe they don't. Maybe they find reseller prices or T&Cs to be unacceptable and walk away, maybe they won't. Maybe they adopt IPv6. Maybe they don't. Maybe they do Stupid Things (tm) with NAT or ALG. Maybe they don't. Maybe they acquire an LIR or legacy holder who has a spare /8 stuffed down the back of the sofa, maybe they don't. They'll have lots of options to choose from and they are free to pick from whatever combination of these best meets their needs or business case at that point. Prevailing RIR policy would be just one probably small aspect of those deliberations. > It also obviously extends the life of the /8 for the very limited and > specific Internet business use cases approved by the community. That's what consensus based bottom-up policy making is all about. Get over it. You seem to be generating a lot of unhelpful noise. Could you please try to focus on providing counterproposals which are technically sound and deal with clearly identifiable problems or gaps in the current proposal? Thanks. > For all other use cases, assistance to entry by the RIPE NCC is banned. Nope. Nobody is banning anything. The NCC is implementing policies which have consensus from the community and are broadly fair and reasonable. For some definition of those terms. Anyone who does not like those policies has access to an open and transparent mechanism for changing them. If their ideas have merit or the community can be persuaded that the new proposals are better (for some definition of "better"), they will get support. Over to you.. From millnert at gmail.com Fri Feb 20 13:08:28 2015 From: millnert at gmail.com (Martin Millnert) Date: Fri, 20 Feb 2015 13:08:28 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <20150220112937.GP1012@cilantro.c4inet.net> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> <20150220103714.GO1012@cilantro.c4inet.net> <1424431272.5143.367.camel@galileo.millnert.se> <20150220112937.GP1012@cilantro.c4inet.net> Message-ID: <1424434108.5143.401.camel@galileo.millnert.se> Sascha, On Fri, 2015-02-20 at 11:29 +0000, Sascha Luck [ml] wrote: > On Fri, Feb 20, 2015 at 12:21:12PM +0100, Martin Millnert wrote: > >This proposal serves the purpose of shutting off access to 'cheap' IPv4 > >for new businesses, definitely forcing them to turn to the IPv4 > >resellers who in turn can protect their prices. > > I can't actually see that. The proposal doesn't move the > goalposts for a new LIR at all, assuming that a new business > would want to hang on to their ipv4 space for at least two years. > It doesn't even prevent them from creating >1 LIR if they need > more than 1024 addresses - as long as each "LIR" hangs on to > theirs for 2 years. Right. I re-compiled the proposal text and read it in full. > The only difficulty is in creating multiple > LIRS and then immediately merging them (and that issue has been > raised) Which sometimes would be convenient. Holding on to multiple LIRs rather than one does have an effect in higher TCO of IPv4 from RIPE NCC. But seeing as the proposal doesn't actually affect multiple-LIR solutions, my opposition is a bit decreased -- however I still believe we're all best served by just getting this s**t over with. It's akin to removing a patch from the skin, just rip it off and deal with it. /M -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: From millnert at gmail.com Fri Feb 20 13:24:28 2015 From: millnert at gmail.com (Martin Millnert) Date: Fri, 20 Feb 2015 13:24:28 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <2796040B-5DC8-4929-AD8E-4DBEF30BE795@rfc1035.com> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> <20150220103714.GO1012@cilantro.c4inet.net> <1424431272.5143.367.camel@galileo.millnert.se> <2796040B-5DC8-4929-AD8E-4DBEF30BE795@rfc1035.com> Message-ID: <1424435068.5143.415.camel@galileo.millnert.se> Jim, On Fri, 2015-02-20 at 11:58 +0000, Jim Reid wrote: > Could you please try to focus on providing counterproposals which are > technically sound and deal with clearly identifiable problems or gaps > in the current proposal? Thanks. Yes, although a counterproposal should probably go in its own thread / actual PDP submission. > A new entrant who wants lots of IPv4 is going to have problems. [Not > least of which will be acquiring enough clue to understand how to > design and operate a network in the 21st century or later.] Maybe > they'll buy that space from a reseller. Maybe they don't. Maybe they > find reseller prices or T&Cs to be unacceptable and walk away, maybe > they won't. Maybe they adopt IPv6. Maybe they don't. Maybe they do > Stupid Things (tm) with NAT or ALG. Maybe they don't. Maybe they > acquire an LIR or legacy holder who has a spare /8 stuffed down the > back of the sofa, maybe they don't. Completely agree with this. It's messy. Messy is bad. This is a clearly identified problem. Agreed? When it comes to what to do, I believe the markets need clear and very transparent rules to reduce friction, but restrain abuse. This is the mainly important policy aspect of future IPv4 management. I'll go study the policies from this aspect - I have nothing to add currently. > They'll have lots of options to choose from and they are free to pick > from whatever combination of these best meets their needs or business > case at that point. Prevailing RIR policy would be just one probably > small aspect of those deliberations. Indeed that is the full reality today, that RIR's role as a IPv4 supplier has vastly diminished. > > For all other use cases, assistance to entry by the RIPE NCC is banned. > > Nope. Nobody is banning anything. > > The NCC is implementing policies which have consensus from the community and are broadly fair and reasonable. For some definition of those terms. Anyone who does not like those policies has access to an open and transparent mechanism for changing them. If their ideas have merit or the community can be persuaded that the new proposals are better (for some definition of "better"), they will get support. Semantics, and also not completely true. The NCC has lately increasingly been implementing policies without any deliberation at all in the community. But that's another topic. I will agree with you that it was the way things originally worked in the RIPE region, before, when there was v4 space available. :] The relevant point here is that the policies implemented have consequences, and the community is responsible for these consequences. Legally, I guess it's the NCC. /M -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: From poty at iiat.ru Fri Feb 20 14:00:01 2015 From: poty at iiat.ru (poty at iiat.ru) Date: Fri, 20 Feb 2015 13:00:01 +0000 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: References: Message-ID: <38A326B32984534586F211FB04239BF81B32BDAF@Win2008R2.office.iiat> Hello, In my opinion - if there is such proven cases of abuse - we should do something to prevent this. At that point I vote for support/ +1 Regards, Vladislav -----Original Message----- From: address-policy-wg [mailto:address-policy-wg-bounces at ripe.net] On Behalf Of Marco Schmidt Sent: Wednesday, February 11, 2015 4:46 PM To: policy-announce at ripe.net Cc: address-policy-wg at ripe.net Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) Dear colleagues, A proposed change to RIPE Document "IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region" is now available for discussion. You can find the full proposal at: https://www.ripe.net/ripe/policies/proposals/2015-01 We encourage you to review this proposal and send your comments to before 12 March 2015. Regards Marco Schmidt Policy Development Officer RIPE NCC From elvis at v4escrow.net Fri Feb 20 14:08:40 2015 From: elvis at v4escrow.net (Elvis Daniel Velea) Date: Fri, 20 Feb 2015 14:08:40 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> Message-ID: <54E731D8.3080005@v4escrow.net> Hi Andy, I am not sure I understand what you oppose to. Can you please clarify your comment/opposition so that I can address it? Regards, Elvis On 19/02/15 18:53, Andy Davidson wrote: >> On 11 Feb 2015, at 13:46, Marco Schmidt wrote: >> >> A proposed change to RIPE Document "IPv4 Address Allocation and Assignment >> Policies for the RIPE NCC Service Region" is now available for discussion. > Thanks for your sharing policy proposal idea but I think the deckchairs would look better on the other side of this mighty unsinkable ship. I therefore can?t support this proposal. > > Andy -- Elvis Daniel Velea Chief Executive Officer Email: elvis at V4Escrow.net US Phone: +1 (702) 475 5914 EU Phone: +31 (0) 61458 1914 Recognised IPv4 Broker/Facilitator in: 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: logo.png Type: image/png Size: 5043 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 1.png Type: image/png Size: 11971 bytes Desc: not available URL: From ripe at opteamax.de Fri Feb 20 14:09:47 2015 From: ripe at opteamax.de (Opteamax GmbH) Date: Fri, 20 Feb 2015 14:09:47 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <1424432953.5143.383.camel@galileo.millnert.se> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> <008801d04cfa$6bd572b0$43805810$@a2b-internet.com> <1424432953.5143.383.camel@galileo.millnert.se> Message-ID: <54E7321B.8000005@opteamax.de> On 20.02.2015 12:49, Martin Millnert wrote: > Is the intent of the original policy is to exclude new entrants from > competing with established service providers? I would formulate it like "it is a not so bad side-effect that the current big players don't need to fear new players" ... otherwise it is not understandable, why some big players are sitting on their not (and sometimes never before) used IPv4-Space instead of returning it. As already mentioned in GM in Warsaw, a pretty easy way to relax the IPv4-Situation in RIPE-Region would be to change the charging-scheme to pay per IP ... but that's out of scope of apwg ... so let's stay with "It is only an unintended side-effect." BR -- Jens Ott Opteamax GmbH Simrockstr. 4b 53619 Rheinbreitbach Tel.: +49 2224 969500 Fax: +49 2224 97691059 Email: jo at opteamax.de HRB: 23144, Amtsgericht Montabaur Umsatzsteuer-ID.: DE264133989 From elvis at v4escrow.net Fri Feb 20 14:14:06 2015 From: elvis at v4escrow.net (Elvis Daniel Velea) Date: Fri, 20 Feb 2015 14:14:06 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: References: <54DB769E.7040209@v4escrow.net> Message-ID: <54E7331E.8000208@v4escrow.net> Hi Mikael, On 19/02/15 18:57, Mikael Abrahamsson wrote: > On Wed, 11 Feb 2015, Elvis Daniel Velea wrote: > >> I'm waiting to get the feeling of the community on this proposal >> before starting a discussion on the members-discuss mailing list >> about the M&A procedure. > > My gut feeling is that I do not want new LIRs created to acquire a > /22, immediately transfer it out, and close the LIR. Considering the > market price on IPv4 addresses I have seen and the cost of creating a > LIR, this would be below market price. and this is the loophole this policy proposal wants to close. I have seen at least one example where an LIR was created, received a /22 and within a week sold it (and I suppose it also got closed just after that). regards, Elvis -- Elvis Daniel Velea Chief Executive Officer Email: elvis at V4Escrow.net US Phone: +1 (702) 475 5914 EU Phone: +31 (0) 61458 1914 Recognised IPv4 Broker/Facilitator in: 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: logo.png Type: image/png Size: 5043 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 1.png Type: image/png Size: 11971 bytes Desc: not available URL: From elvis at v4escrow.net Fri Feb 20 15:10:00 2015 From: elvis at v4escrow.net (Elvis Daniel Velea) Date: Fri, 20 Feb 2015 15:10:00 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <1424370405.4066.10.camel@gmail.com> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> Message-ID: <54E74038.10204@v4escrow.net> hi Martin, I will try to answer some of the points you have raised in the e-mails sent to this list in the past couple of days. On 19/02/15 19:26, Martin Millnert wrote: > I also oppose this proposal. > > I believe the best thing that can happen is for IPv4 to run out > completely, as fast as possible. [...] > I'm generally in favour of any proposal that hastens the run-out of > the final /8. This community has decided to allow any new member to request and receive a /22. It is quite clear that the RIPE community has chosen a different approach than the one you are in favor of (and which is, if I am not mistaken) the chosen path of the ARIN community. When the last /8 policy kicked in, the RIPE NCC had a /8 in its free pool. Since September 2012 the RIPE NCC has made more than 5500 /22 allocations and the free pool is now even bigger (1.09 /8) than when the policy got in effect. [1] shows that there are still 18.36 million IP addresses in the free pool. This means that new entrants will have a method to at least receive a /22 from the RIPE NCC for the foreseeable future. When the last /22 policy was discussed and approved, the members of this community knew that even if all the existing members would get the last /22, there would still be enough addresses to support 6-8k new entrants (considering that at that time there were 9-10k members). Looking at the free pool now, I see there is enough space for even more than 10k new entrants. > Increasing the RIPE NCC IPv4 price is counter-productive to that goal. This policy proposal does not intend to increase the IPv4 price. It only wants to close a loophole where someone could just open an LIR only for the reason to request and sell the /22 allocation immediately. I will not try to comment on your conspiracy theories about the 'Internet world order' and how the community is trying to buy RIPE NCC time to adjust to this 'world order'. I will also not comment on your idea of 'anti-competitive' limitations. I think you should have had this discussion when the 'last /22 from the last /8' policy proposal was discussed. I will also not comment on your ideas that the RIPE NCC implements 'policies without any deliberation at all in the community'. Firstly, because I know it's not true as all policy changes have been going through this PDP process. Secondly, because I think it's the RIPE NCC and the WG chairs who should respond to this 'accusation'. Thirdly, because this has nothing to do with this policy proposal. Finally, If you think that the last /8 policy is bad and that the RIPE NCC should implement a policy where all the free pool is depleted as soon as possible, feel free to come up with a new policy proposal. [1] https://www.ripe.net/internet-coordination/ipv4-exhaustion/ipv4-available-pool-graph regards, elvis -- Elvis Daniel Velea Chief Executive Officer Email: elvis at V4Escrow.net US Phone: +1 (702) 475 5914 EU Phone: +31 (0) 61458 1914 Recognised IPv4 Broker/Facilitator in: 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: logo.png Type: image/png Size: 5043 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 1.png Type: image/png Size: 11971 bytes Desc: not available URL: From elvis at v4escrow.net Fri Feb 20 15:19:04 2015 From: elvis at v4escrow.net (Elvis Daniel Velea) Date: Fri, 20 Feb 2015 15:19:04 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <20150220103714.GO1012@cilantro.c4inet.net> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> <20150220103714.GO1012@cilantro.c4inet.net> Message-ID: <54E74258.6050700@v4escrow.net> Hi Sascha, On 20/02/15 11:37, Sascha Luck [ml] wrote: > On Fri, Feb 20, 2015 at 11:05:53AM +0100, Sander Steffann wrote: >>> Limiting entry to 1024 addresses is anti-competitive. >>> >> And intentionally running out and limiting entry to 0 addresses is ... ? > > Well, you can't sue a shop for having run out of milk to sell... > > I do see the point of running out quickly - stretching the ipv4 > supply out as long as possible does damn us to this speculation > nonsense for decades to come. The question is whether running out > quickly will force ipv6 to > happen and thus make ipv4 essentially useless as a speculation > object. The way I see it, there are conflicting goals here - protect the > investment of the big ipv4 players or cause enough pain to force > the switch to ipv6 in my lifetime. If it should be the job of the > RIRs to promote either goal (and I'm not sure it is) the latter > one would be the better outcome for the Internet in the long > term. The limitation to only one /22 (from the last /8) per LIR has been approved by this community years ago. Reverting this policy proposal is a discussion that I would like to see in a separate thread and not part of the discussion of this policy proposal. > > As for the proposal, I'm "neutral tending towards opposition" > pending further argument. > Can you explain why you tend to oppose so I could try to address your concerns? > rgds, > Sascha Luck thanks, elvis -- Elvis Daniel Velea Chief Executive Officer Email: elvis at V4Escrow.net US Phone: +1 (702) 475 5914 EU Phone: +31 (0) 61458 1914 Recognised IPv4 Broker/Facilitator in: 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: logo.png Type: image/png Size: 5043 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 1.png Type: image/png Size: 11971 bytes Desc: not available URL: From elvis at v4escrow.net Fri Feb 20 15:32:48 2015 From: elvis at v4escrow.net (Elvis Daniel Velea) Date: Fri, 20 Feb 2015 15:32:48 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <20150220112937.GP1012@cilantro.c4inet.net> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> <20150220103714.GO1012@cilantro.c4inet.net> <1424431272.5143.367.camel@galileo.millnert.se> <20150220112937.GP1012@cilantro.c4inet.net> Message-ID: <54E74590.5060004@v4escrow.net> Hi Sacha, On 20/02/15 12:29, Sascha Luck [ml] wrote: > On Fri, Feb 20, 2015 at 12:21:12PM +0100, Martin Millnert wrote: >> This proposal serves the purpose of shutting off access to 'cheap' IPv4 >> for new businesses, definitely forcing them to turn to the IPv4 >> resellers who in turn can protect their prices. > > I can't actually see that. The proposal doesn't move the > goalposts for a new LIR at all, assuming that a new business > would want to hang on to their ipv4 space for at least two years. > It doesn't even prevent them from creating >1 LIR if they need > more than 1024 addresses - as long as each "LIR" hangs on to > theirs for 2 years. The only difficulty is in creating multiple > LIRS and then immediately merging them (and that issue has been > raised) > Well, if a business wants to hang on to their addresses (for two or more years), then that is a 'legitimate' use of the /22 :) This policy proposal tries to close the loophole where companies only request the /22 in order to transfer it immediately using the transfer policy. I know this policy proposal is not perfect, as the LIR that receives the /22 can sub-allocate/assign the IP block for two years before transferring it (*). There is also the loophole where, if their only intention is to make a profit from (ab)using the policy, they can try to merge the newly created LIR into an existing one using the M&A process/procedure. This last point is where I want to receive some further comments/suggestions before deciding how to move forward. > rgds, > Sascha Luck > (*) I would argue that the assignment or sub-allocation of the address space to an other company is a legitimate usage of the allocation. regards, elvis -- Elvis Daniel Velea Chief Executive Officer Email: elvis at V4Escrow.net US Phone: +1 (702) 475 5914 EU Phone: +31 (0) 61458 1914 Recognised IPv4 Broker/Facilitator in: 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: logo.png Type: image/png Size: 5043 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 1.png Type: image/png Size: 11971 bytes Desc: not available URL: From millnert at gmail.com Fri Feb 20 18:26:55 2015 From: millnert at gmail.com (Martin Millnert) Date: Fri, 20 Feb 2015 18:26:55 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <54E74038.10204@v4escrow.net> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> Message-ID: <1424453215.5143.463.camel@galileo.millnert.se> Hi Elvis! On Fri, 2015-02-20 at 15:10 +0100, Elvis Daniel Velea wrote: > hi Martin, > > I will try to answer some of the points you have raised in the e-mails > sent to this list in the past couple of days. Thank you. > This means that new entrants will have a method to at least receive > a /22 from the RIPE NCC for the foreseeable future. At the current burn-rate, 8 years. > When the last /22 policy was discussed and approved, the members of > this community [...] I see there is enough space for even more than > 10k new entrants. I have no argument against that this is what the community has decided. > > Increasing the RIPE NCC IPv4 price is counter-productive to that goal. > This policy proposal does not intend to increase the IPv4 price. It > only wants to close a loophole where someone could just open an LIR > only for the reason to request and sell the /22 allocation > immediately. Nod. On your website, http://v4escrow.net/policy-development/ , I learned that your organisation was asked by some in the room to produce this (and other?) policy proposals, referring to slide 10 of https://ripe69.ripe.net/presentations/72-APWG_RS_Feedback_Final.pdf . I wasn't there, but on your website you're talking about that there is "speculation" going on with this address space and that it is the speculation that you want to stop with this policy proposal. Could you elaborate or provide evidence for that? The slide referenced doesn't support the claim. Buying and selling address space isn't at all necessarily "speculation". It's just reselling, right? Just like your business. (I also learned on your website that your organisation is involved with making policies -- transfer policies I assume -- better. I approve of that work!) > I will not try to comment on your conspiracy theories about the > 'Internet world order' and how the community is trying to buy RIPE NCC > time to adjust to this 'world order'. It is not a conspiracy - it is a fact that you are even living proof of, by the business that you now have, that it is insufficient for the Registry to be handing out IP space from its available free pools, now after the point of depletion. > I will also not comment on your idea of 'anti-competitive' > limitations. I think you should have had this discussion when the > 'last /22 from the last /8' policy proposal was discussed. > I will also not comment on your ideas that the RIPE NCC implements > 'policies without any deliberation at all in the community'. Firstly, > because I know it's not true as all policy changes have been going > through this PDP process. > Secondly, because I think it's the RIPE NCC and the WG chairs who > should respond to this 'accusation'. It's an observation of the fact that there are a couple of quite significant internet architecture pieces put into production by RIPE NCC, that are not to be found at https://www.ripe.net/ripe/policies/proposals whatsoever. (And there's been no consensus elsewhere.) It is no accusation of any sort. I fully accept that this is how the internet is governed today. > Thirdly, because this has nothing to do with this policy proposal. A good reason to leave it out of the discussion indeed. > Finally, If you think that the last /8 policy is bad and that the RIPE > NCC should implement a policy where all the free pool is depleted as > soon as possible, feel free to come up with a new policy proposal. I'll retreat and think a bit about it. :) /M -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: From elvis at v4escrow.net Fri Feb 20 20:43:33 2015 From: elvis at v4escrow.net (Elvis Daniel Velea) Date: Fri, 20 Feb 2015 20:43:33 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <1424453215.5143.463.camel@galileo.millnert.se> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> <1424453215.5143.463.camel@galileo.millnert.se> Message-ID: <54E78E65.2030306@v4escrow.net> hi Martin, maybe I should have started my first e-mail to this proposal with the links of the recordings at RIPE69 in London where we have discussed the creation of this policy proposal: https://ripe69.ripe.net/archives/video/200/ https://ripe69.ripe.net/archives/video/10147/ On 20/02/15 18:26, Martin Millnert wrote: > Hi Elvis! > > On Fri, 2015-02-20 at 15:10 +0100, Elvis Daniel Velea wrote: >> hi Martin, >> >> I will try to answer some of the points you have raised in the e-mails >> sent to this list in the past couple of days. > Thank you. > > >> This means that new entrants will have a method to at least receive >> a /22 from the RIPE NCC for the foreseeable future. > At the current burn-rate, 8 years. Want to bet it's going to be more than 10? I would even dare to say 15 at a normal pace. But only if this policy proposal does not get approved and the type of speculation this policy proposal tries to prevent doesn't speed up even more than it has in the few months since RIPE69. > >> When the last /22 policy was discussed and approved, the members of >> this community [...] I see there is enough space for even more than >> 10k new entrants. > I have no argument against that this is what the community has decided. But you would like to change it... Please do start a separate topic if you feel like you would maybe want to come up with a proposal in that direction. > >>> Increasing the RIPE NCC IPv4 price is counter-productive to that goal. >> This policy proposal does not intend to increase the IPv4 price. It >> only wants to close a loophole where someone could just open an LIR >> only for the reason to request and sell the /22 allocation >> immediately. > Nod. On your website, http://v4escrow.net/policy-development/ , I > learned that your organisation was asked by some in the room to produce > this (and other?) policy proposals, referring to slide 10 of > https://ripe69.ripe.net/presentations/72-APWG_RS_Feedback_Final.pdf . Well, as mentioned above, the video is also available, you could have found it easily if you wanted to (it is in the presentation archives of the RIPE Meeting). https://ripe69.ripe.net/archives/video/200/ You can see Andrea's presentation there, the interesting part starts at 7:50, the discussion of this topic starts at: 18:00 and lasts until the end. Further discussion where I have been asked to 'volunteer and 'be the target for the tomatoes': https://ripe69.ripe.net/archives/video/10147/ (30 more minutes :) > I > wasn't there, but on your website you're talking about that there is > "speculation" going on with this address space and that it is the > speculation that you want to stop with this policy proposal. That is actually what I also mentioned in the policy proposal. > Could you elaborate or provide evidence for that? The slide referenced > doesn't support the claim. If you want to ask for the evidence for the 70 cases the RIPE NCC has observed, well you could ask Andrea. some things that I have noticed, and this is public data: 1. see the example of registries ru.ibulavkin* on one side. I think they have opened about 27 registries in a few months. They have 6 opened at this moment and I believe #23 and #25 will be closed to make room for more harvesting. ftp://ftp.ripe.net/ripe/stats/membership/alloclist.txt I think all of their /22s are merged into ru.srv2013 (as they have 24 of those /22s) which is on the same name. I could also bet that the 4 /22s they have in registries #22, #24, #26 and #27 will be merged into the big one and I am not sure that we could ever prevent that. I kinda see it as a legitimate way to getting addresses if they really use them and not stockpile. However... 2.have a look at the transfer list and filter for QuickSoft LLC. https://www.ripe.net/lir-services/resource-management/ipv4-transfers/table-of-transfers How can _one_ company transfer (up until now) 12 /22s from the last /8 and 3 of them only in February 2015. 3. If you further verify the list of transfers and the delegated-extended files, filter for /22s from 185/8 you will even find allocations that have been made by the RIPE NCC and transferred within a week from the allocation date. > Buying and selling address space isn't at all necessarily > "speculation". It's just reselling, right? Just like your business. I would not compare them, but I'll take this bullet for the sake of the proposal... (Gert, you said tomatoes, not bullets directed to my business :)... heh, should have expected it. > > (I also learned on your website that your organisation is involved with > making policies -- transfer policies I assume -- better. I approve of > that work!) Well, not only. I/we also volunteered (along with a few other co-authors) to unify the IPv6 policies into one simple document (as also requested by the community at a few RIPE Meetings). However, that policy proposal was withdrawn after RIPE67 because the changes it proposed were too complex. https://ripe67.ripe.net/archives/video/36/ [...] > >> Finally, If you think that the last /8 policy is bad and that the RIPE >> NCC should implement a policy where all the free pool is depleted as >> soon as possible, feel free to come up with a new policy proposal. > I'll retreat and think a bit about it. :) I would also welcome a constructive approach to this proposal :) > > /M regards, elvis -- Elvis Daniel Velea Chief Executive Officer Email: elvis at V4Escrow.net US Phone: +1 (702) 475 5914 EU Phone: +31 (0) 61458 1914 Recognised IPv4 Broker/Facilitator in: 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: logo.png Type: image/png Size: 5043 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 1.png Type: image/png Size: 11971 bytes Desc: not available URL: From elvis at v4escrow.net Fri Feb 20 20:55:25 2015 From: elvis at v4escrow.net (Elvis Daniel Velea) Date: Fri, 20 Feb 2015 20:55:25 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <54E78E65.2030306@v4escrow.net> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> <1424453215.5143.463.camel@galileo.millnert.se> <54E78E65.2030306@v4escrow.net> Message-ID: <54E7912D.5070001@v4escrow.net> On 20/02/15 20:43, Elvis Daniel Velea wrote: > hi Martin, > [...] >> At the current burn-rate, 8 years. > Want to bet it's going to be more than 10? I would even dare to say 15 > at a normal pace. > But only if this policy proposal does not get approved and the type of > speculation this policy proposal tries to prevent doesn't speed up > even more than it has in the few months since RIPE69. here I meant "only if this policy proposal does get approved" /elvis -------------- next part -------------- An HTML attachment was scrubbed... URL: From apwg at c4inet.net Fri Feb 20 21:10:30 2015 From: apwg at c4inet.net (Sascha Luck [ml]) Date: Fri, 20 Feb 2015 20:10:30 +0000 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <54E74258.6050700@v4escrow.net> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> <20150220103714.GO1012@cilantro.c4inet.net> <54E74258.6050700@v4escrow.net> Message-ID: <20150220201030.GQ1012@cilantro.c4inet.net> On Fri, Feb 20, 2015 at 03:19:04PM +0100, Elvis Daniel Velea wrote: >The limitation to only one /22 (from the last /8) per LIR has been >approved by this community years ago. Reverting this policy proposal >is a discussion that I would like to see in a separate thread and not >part of the discussion of this policy proposal. I didn't argue for a reversal of "last /8", merely against fixing every "loop-hole" in order to make the ipv4 misery run even longer. Although, if it is true that NCC has more free space now than it had when "last /8" came in, this loop-hole seems more of an academic concern anyway. >Can you explain why you tend to oppose so I could try to address your >concerns? I'd like to see ipv6 deployment get some (more) traction while I'm still alive tbh. And I think that leaving the speculators to it might accelerate that a lot more than giving out golden stars for ipv6 deployment or requiring ipv6 allocations (but not their use) for "last /8" ipv4 allocations. rgds, Sascha Luck From apwg at c4inet.net Fri Feb 20 21:17:59 2015 From: apwg at c4inet.net (Sascha Luck [ml]) Date: Fri, 20 Feb 2015 20:17:59 +0000 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <54E74590.5060004@v4escrow.net> References: <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> <20150220103714.GO1012@cilantro.c4inet.net> <1424431272.5143.367.camel@galileo.millnert.se> <20150220112937.GP1012@cilantro.c4inet.net> <54E74590.5060004@v4escrow.net> Message-ID: <20150220201759.GR1012@cilantro.c4inet.net> On Fri, Feb 20, 2015 at 03:32:48PM +0100, Elvis Daniel Velea wrote: >I know this policy proposal is not perfect, as the LIR that receives >the /22 can sub-allocate/assign the IP block for two years before >transferring it (*). There is also the loophole where, if their only >intention is to make a profit from (ab)using the policy, they can try >to merge the newly created LIR into an existing one using the M&A >process/procedure. This last point is where I want to receive some >further comments/suggestions before deciding how to move forward. That wouldn't be speculation though, just gaming the policy in order to get more than a /22. A startup company getting bought out within 2 years of receiving an allocation is also not unthinkable and I think provision should be made for that - provision that doesn't mean "return the space", of course... rgds, Sascha Luck From apwg at c4inet.net Fri Feb 20 21:22:16 2015 From: apwg at c4inet.net (Sascha Luck [ml]) Date: Fri, 20 Feb 2015 20:22:16 +0000 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <54E78E65.2030306@v4escrow.net> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> <1424453215.5143.463.camel@galileo.millnert.se> <54E78E65.2030306@v4escrow.net> Message-ID: <20150220202216.GS1012@cilantro.c4inet.net> On Fri, Feb 20, 2015 at 08:43:33PM +0100, Elvis Daniel Velea wrote: >>At the current burn-rate, 8 years. >Want to bet it's going to be more than 10? I would even dare to say 15 >at a normal pace. >But only if this policy proposal does not get approved and the type of >speculation this policy proposal tries to prevent doesn't speed up >even more than it has in the few months since RIPE69. Another 15 years of this would be a pretty damn bleak prospect if you ask me. For the good of the Internet, let ipv4 run (really) out as quickly as possible. rgds, Sascha Luck From leo.vegoda at icann.org Sat Feb 21 00:44:28 2015 From: leo.vegoda at icann.org (Leo Vegoda) Date: Fri, 20 Feb 2015 23:44:28 +0000 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <1424453215.5143.463.camel@galileo.millnert.se> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> <1424453215.5143.463.camel@galileo.millnert.se> Message-ID: <045eca04501146b885eea404b8840819@PMBX112-W1-CA-1.PEXCH112.ICANN.ORG> Hi Martin, Martin Millnert wrote: [...] > > This means that new entrants will have a method to at least receive > > a /22 from the RIPE NCC for the foreseeable future. > > At the current burn-rate, 8 years. Does you calculation anticipate the scheduled allocations that will be made to the RIPE NCC under the Global Policy for Post Exhaustion IPv4 Allocation Mechanisms by the IANA? It looks like March's allocation will deliver an extra 512 /22s. Regards, Leo -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5475 bytes Desc: not available URL: From millnert at gmail.com Sat Feb 21 01:21:18 2015 From: millnert at gmail.com (Martin Millnert) Date: Sat, 21 Feb 2015 01:21:18 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <045eca04501146b885eea404b8840819@PMBX112-W1-CA-1.PEXCH112.ICANN.ORG> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> <1424453215.5143.463.camel@galileo.millnert.se> <045eca04501146b885eea404b8840819@PMBX112-W1-CA-1.PEXCH112.ICANN.ORG> Message-ID: <1424478078.4066.70.camel@gmail.com> On Fri, 2015-02-20 at 23:44 +0000, Leo Vegoda wrote: > Hi Martin, > > Martin Millnert wrote: > > [...] > > > > This means that new entrants will have a method to at least receive > > > a /22 from the RIPE NCC for the foreseeable future. > > > > At the current burn-rate, 8 years. > > Does you calculation anticipate the scheduled allocations that will be made to > the RIPE NCC under the Global Policy for Post Exhaustion IPv4 Allocation > Mechanisms by the IANA? It looks like March's allocation will deliver an extra > 512 /22s. No, simple stupid two point average line based on the numbers Elvis mentioned. But there's been additions during that time, too, I noticed in some graph. I bet Geoff can predict it better, modulo policy and behavioural changes. /M From millnert at gmail.com Sat Feb 21 01:38:33 2015 From: millnert at gmail.com (Martin Millnert) Date: Sat, 21 Feb 2015 01:38:33 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <54E78E65.2030306@v4escrow.net> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> <1424453215.5143.463.camel@galileo.millnert.se> <54E78E65.2030306@v4escrow.net> Message-ID: <1424479113.4066.86.camel@gmail.com> On Fri, 2015-02-20 at 20:43 +0100, Elvis Daniel Velea wrote: > hi Martin, > > maybe I should have started my first e-mail to this proposal with the > links of the recordings at RIPE69 in London where we have discussed > the creation of this policy proposal: > https://ripe69.ripe.net/archives/video/200/ > https://ripe69.ripe.net/archives/video/10147/ Thanks - will watch later, and yes I and others could have found them myself of course, but the pointers to timestamps are really helpful - thanks for that. I am genuinely interested in understanding well the situation. > On 20/02/15 18:26, Martin Millnert wrote: > > > When the last /22 policy was discussed and approved, the members of > > > this community [...] I see there is enough space for even more than > > > 10k new entrants. > > I have no argument against that this is what the community has decided. > But you would like to change it... Please do start a separate topic if > you feel like you would maybe want to come up with a proposal in that > direction. Yes, fair. Nothing more to add in this thread on that. > If you want to ask for the evidence for the 70 cases the RIPE NCC has > observed, well you could ask Andrea. I'll watch the videos first and then we'll see. > some things that I have noticed, and this is public data: > > 1. see the example of registries ru.ibulavkin* on one side. I think > they have opened about 27 registries in a few months. They have 6 > opened at this moment and I believe #23 and #25 will be closed to make > room for more harvesting. > ftp://ftp.ripe.net/ripe/stats/membership/alloclist.txt > I think all of their /22s are merged into ru.srv2013 (as they have 24 > of those /22s) which is on the same name. I could also bet that the > 4 /22s they have in registries #22, #24, #26 and #27 will be merged > into the big one and I am not sure that we could ever prevent that. I > kinda see it as a legitimate way to getting addresses if they really > use them and not stockpile. > > However... > > 2.have a look at the transfer list and filter for QuickSoft LLC. > https://www.ripe.net/lir-services/resource-management/ipv4-transfers/table-of-transfers > > How can _one_ company transfer (up until now) 12 /22s from the last /8 > and 3 of them only in February 2015. Where's the speculation in that? Seems they are just basically transferring space from RIPE /8 pool to customers of theirs. Obviously, this could be something that the community would want to stop, screwing RIPE NCC over the LIR membership fees. But I can't call it "speculation". > 3. If you further verify the list of transfers and the > delegated-extended files, filter for /22s from 185/8 you will even > find allocations that have been made by the RIPE NCC and transferred > within a week from the allocation date. Again, since the transfers take effect so quickly, there seems to be zero speculation. The transferring party knows with very high precision that they're going to sell the space to a customer. > > Buying and selling address space isn't at all necessarily > > "speculation". It's just reselling, right? Just like your business. > I would not compare them, but I'll take this bullet for the sake of > the proposal... > (Gert, you said tomatoes, not bullets directed to my business :)... > heh, should have expected it. I see how your can interpret my comment as a bullet, but I'm really not against your "industry" at all (if done correctly). And you seem to be behaving well, engaging the policy process / community etc., from what I have seen here. Obviously there is a question of some in your industry sort-of abusing what could be the spirit of the final /8 rule, which in essence is that if you want a /22 from the RIPE NCC free pool, you are supposed to stay a LIR member and feed the NCC with membership fees, lowering the fees for all members since revenue surpasses expenses by too much. And that's what this is really about, right? "Speculation" is to not be certain of the outcome of what you're doing. But if you have a customer waiting list for address space, it isn't speculation, it's merely a pretty useful service optimized within the existing rules. > > (I also learned on your website that your organisation is involved with > > making policies -- transfer policies I assume -- better. I approve of > > that work!) > Well, not only. I/we also volunteered (along with a few other > co-authors) to unify the IPv6 policies into one simple document (as > also requested by the community at a few RIPE Meetings). However, that > policy proposal was withdrawn after RIPE67 because the changes it > proposed were too complex. > https://ripe67.ripe.net/archives/video/36/ Will check later -- divide and conquer, perhaps? /M From mail at danrl.de Sat Feb 21 12:55:38 2015 From: mail at danrl.de (=?utf-8?Q?Dan_L=C3=BCdtke?=) Date: Sat, 21 Feb 2015 12:55:38 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <20150220202216.GS1012@cilantro.c4inet.net> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> <1424453215.5143.463.camel@galileo.millnert.se> <54E78E65.2030306@v4escrow.net> <20150220202216.GS1012@cilantro.c4inet.net> Message-ID: <841D1B24-2A44-4936-9079-D1F2588BE7A6@danrl.de> Hi, The reason there is such a market for legacy IP space, and the reason new market entrants[1] stockpile space like the good old big players do, is that somehow legacy IP space is considered worthy. Why? Because it is running short. The less we have to give away, the higher the price will be. There will be much more and much higher valued transfers in the future, up to the point where the price is so ridiculously high that shiny not-so-new IPv6 becomes a real business case. I want that point to be as soon as possible and get the sh*t done and over with. Until then, in my opinion, we as a community are making things worse! As Martin said, you can not get serious funding without having a serious growth plan. This includes legacy IP space. A startup is *forced* to play tricks on the policies or to make use of an escrow service or just call the trusted dealer at the east end of the RIPE region. The current loophole is the way we as a community, but also startups in deep need of legacy IP space, can save faces If we start adding a ?more realistic? price tag to legacy IP space, we can redo this every few months, and even in shorter intervals as the market heats up. Let the market figure it out and please, please let us not make a resource that is already short even shorter! Get the stuff out, it may even decrease legacy IP space price tags for a while?[2] I am always in favor of policies and policy loopholes that lead to a sooner depletion of legacy IP space, so I would very much like this loophole not to be closed. I oppose this proposal. I would also argue for larger allocations if that becomes a new proposal. Martin? CHeers Dan PS: Sorry for the tomatoes in this thread, Elvis, I don?t think you deserved them. [1] There is so much allocated, unused space stockpiled by the big players. And we want to help market entrants by giving them time instead of space? This is not how the business works. It is all about speed and innovation, not about the ability to enter the market in 5 years from now and find the same market rules as today. [2] I have no evidence for that, this is just speculation. Maybe Elvis can share some data as he probably has a better view on that market? From saeed at ipm.ir Sat Feb 21 13:43:32 2015 From: saeed at ipm.ir (Saeed Khademi) Date: Sat, 21 Feb 2015 16:13:32 +0330 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment ofTransfer Requirements for IPv4 Allocations) In-Reply-To: <841D1B24-2A44-4936-9079-D1F2588BE7A6@danrl.de> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> <1424453215.5143.463.camel@galileo.millnert.se> <54E78E65.2030306@v4escrow.net> <20150220202216.GS1012@cilantro.c4inet.net> <841D1B24-2A44-4936-9079-D1F2588BE7A6@danrl.de> Message-ID: <222FCDA0232D441F922D87DE0A1F0024@Saeed> Hello everybody, Dan has pointed something that is bothering me for sometimes now. BIG-Players who stockpile IPs. If we take a look at advertisements for selling address spaces, time to time we can see /8 or bigger spaces are there, announced to find customers. Now my problem is that, all of previous allocated address spaces ( in RIPE NCC region ) should have been justified, at least by their network-plan in their requests. Now if some organizations are selling their IP address spaces, it means they don't need them. Even worse, they may have been lying in the first place. Now, isn't it possible, that RIPE NCC develops a policy ( maybe there one ) to take back these advertised address spaces ? because their initial criteria is not valid any more ? ( obviously those organization, do not need these address spaces. ) I can understand LEASING some IPs for some period of time, but I can't understand selling them. Kind Regards, Saeed. -----Original Message----- From: Dan L?dtke Sent: Saturday, February 21, 2015 3:25 PM To: address-policy-wg at ripe.net Subject: Re: [address-policy-wg] 2015-01 New Policy Proposal (Alignment ofTransfer Requirements for IPv4 Allocations) Hi, The reason there is such a market for legacy IP space, and the reason new market entrants[1] stockpile space like the good old big players do, is that somehow legacy IP space is considered worthy. Why? Because it is running short. The less we have to give away, the higher the price will be. There will be much more and much higher valued transfers in the future, up to the point where the price is so ridiculously high that shiny not-so-new IPv6 becomes a real business case. I want that point to be as soon as possible and get the sh*t done and over with. Until then, in my opinion, we as a community are making things worse! As Martin said, you can not get serious funding without having a serious growth plan. This includes legacy IP space. A startup is *forced* to play tricks on the policies or to make use of an escrow service or just call the trusted dealer at the east end of the RIPE region. The current loophole is the way we as a community, but also startups in deep need of legacy IP space, can save faces If we start adding a ?more realistic? price tag to legacy IP space, we can redo this every few months, and even in shorter intervals as the market heats up. Let the market figure it out and please, please let us not make a resource that is already short even shorter! Get the stuff out, it may even decrease legacy IP space price tags for a while?[2] I am always in favor of policies and policy loopholes that lead to a sooner depletion of legacy IP space, so I would very much like this loophole not to be closed. I oppose this proposal. I would also argue for larger allocations if that becomes a new proposal. Martin? CHeers Dan PS: Sorry for the tomatoes in this thread, Elvis, I don?t think you deserved them. [1] There is so much allocated, unused space stockpiled by the big players. And we want to help market entrants by giving them time instead of space? This is not how the business works. It is all about speed and innovation, not about the ability to enter the market in 5 years from now and find the same market rules as today. [2] I have no evidence for that, this is just speculation. Maybe Elvis can share some data as he probably has a better view on that market? From sander at steffann.nl Sat Feb 21 14:05:08 2015 From: sander at steffann.nl (Sander Steffann) Date: Sat, 21 Feb 2015 14:05:08 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment ofTransfer Requirements for IPv4 Allocations) In-Reply-To: <222FCDA0232D441F922D87DE0A1F0024@Saeed> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> <1424453215.5143.463.camel@galileo.millnert.se> <54E78E65.2030306@v4escrow.net> <20150220202216.GS1012@cilantro.c4inet.net> <841D1B24-2A44-4936-9079-D1F2588BE7A6@danrl.de> <222FCDA0232D441F922D87DE0A1F0024@Saeed> Message-ID: Hello Saeed, > Now, isn't it possible, that RIPE NCC develops a policy ( maybe there one ) to take back these advertised address spaces ? > because their initial criteria is not valid any more ? ( obviously those organization, do not need these address spaces. ) > > I can understand LEASING some IPs for some period of time, but I can't understand selling them. We (this working group) had that discussion in 2007 when policy proposal 2007-08 was introduced. At the time it was decided that reallocation (transfers) were a better / more viable solution than trying to reclaim unused addresses. Please take a look at the mailing list archives to see how the discussion went. It was a quite long discussion. Proposal 2007-08: https://www.ripe.net/ripe/policies/proposals/2007-08 Mailing list archive: https://www.ripe.net/search?SearchableText=2007-08&portal_type%3Alist=Message Cheers, Sander From saeed at ipm.ir Sun Feb 22 05:51:58 2015 From: saeed at ipm.ir (Saeed Khademi) Date: Sun, 22 Feb 2015 08:21:58 +0330 Subject: [address-policy-wg] *FIREWALL-SPAM ALERT* Re: 2015-01 New Policy Proposal (Alignment ofTransfer Requirements for IPv4 Allocations) In-Reply-To: References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> <1424453215.5143.463.camel@galileo.millnert.se> <54E78E65.2030306@v4escrow.net> <20150220202216.GS1012@cilantro.c4inet.net> <841D1B24-2A44-4936-9079-D1F2588BE7A6@danrl.de> <222FCDA0232D441F922D87DE0A1F0024@Saeed> Message-ID: Hello, Thank you Sander for the info. I looked into it. Indeed it was a long discussion. Only one point: As you can see, at the time of suggestion of that proposal, there were NO opposing arguments ( according to available data at that time. ) Now there are new data, specially some experiments with re-allocation of address spaces through selling/buying them. Is it possible to re-activate, or re-consider previously approved policies? Because of this policy for re-allocating address spaces through selling/buying, now we see a very HOT bazar and many are making money with it, while none of us ( I mean LIRs ) have paid for any particular address spaces to RIPE NCC. This is easily driving people to lie ( make a new LIR, get some IPs, sell it .... and again and again ) Kind Regards, Saeed. -----Original Message----- From: Sander Steffann Sent: Saturday, February 21, 2015 4:35 PM To: Saeed Khademi Cc: address-policy-wg at ripe.net Working Group Subject: *FIREWALL-SPAM ALERT* Re: [address-policy-wg] 2015-01 New Policy Proposal (Alignment ofTransfer Requirements for IPv4 Allocations) Hello Saeed, > Now, isn't it possible, that RIPE NCC develops a policy ( maybe there > one ) to take back these advertised address spaces ? > because their initial criteria is not valid any more ? ( obviously those > organization, do not need these address spaces. ) > > I can understand LEASING some IPs for some period of time, but I can't > understand selling them. We (this working group) had that discussion in 2007 when policy proposal 2007-08 was introduced. At the time it was decided that reallocation (transfers) were a better / more viable solution than trying to reclaim unused addresses. Please take a look at the mailing list archives to see how the discussion went. It was a quite long discussion. Proposal 2007-08: https://www.ripe.net/ripe/policies/proposals/2007-08 Mailing list archive: https://www.ripe.net/search?SearchableText=2007-08&portal_type%3Alist=Message Cheers, Sander From sander at steffann.nl Sun Feb 22 12:10:14 2015 From: sander at steffann.nl (Sander Steffann) Date: Sun, 22 Feb 2015 12:10:14 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment ofTransfer Requirements for IPv4 Allocations) In-Reply-To: References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> <1424453215.5143.463.camel@galileo.millnert.se> <54E78E65.2030306@v4escrow.net> <20150220202216.GS1012@cilantro.c4inet.net> <841D1B24-2A44-4936-9079-D1F2588BE7A6@danrl.de> <222FCDA0232D441F922D87DE0A1F0024@Saeed> Message-ID: Hi Saeed, > Thank you Sander for the info. > I looked into it. Indeed it was a long discussion. > > Only one point: > As you can see, at the time of suggestion of that proposal, there were NO opposing arguments ( according to available data at that time. ) There were. There were people who reasoned that if someone could transfer addresses they could also just give them back. On the other hand freeing up a contiguous block of addresses will probably take effort (renumbering) so allowing people to sell them would create an incentive to do that and make those addresses usable by someone else. At the time reclaiming addresses want seen as a viable solution. If that isn't possible then allowing transfers was seen as the next option so that at least unused addresses would be freed up and transferred/sold to someone who would actually use them. > Now there are new data, specially some experiments with re-allocation of address spaces through selling/buying them. That was foreseen and intended :) > Is it possible to re-activate, or re-consider previously approved policies? Of course. Policies are never static. The whole purpose of this working group is to improve policies and align them with today's requirements. > Because of this policy for re-allocating address spaces through selling/buying, now we see a very HOT bazar and > many are making money with it, while none of us ( I mean LIRs ) have paid for any particular address spaces to RIPE NCC. This is easily driving people to lie ( make a new LIR, get some IPs, sell it .... and again and again ) A new LIR can only get a /22 from RIPE NCC so while this is indeed possible the impact of that is limited. Whether this opening up new LIRs just to sell the /22 is something that needs to be prevented/discouraged (the policy proposal under discussion) or whether this is a good thing (see Martin Millnert's messages) is for this working group to discuss. Cheers, Sander From ripe-wgs at radu-adrian.feurdean.net Sun Feb 22 21:13:55 2015 From: ripe-wgs at radu-adrian.feurdean.net (Radu-Adrian FEURDEAN) Date: Sun, 22 Feb 2015 21:13:55 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <54E74590.5060004@v4escrow.net> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> <20150220103714.GO1012@cilantro.c4inet.net> <1424431272.5143.367.camel@galileo.millnert.se> <20150220112937.GP1012@cilantro.c4inet.net> <54E74590.5060004@v4escrow.net> Message-ID: <1424636035.1698068.230895905.66312FCC@webmail.messagingengine.com> On Fri, Feb 20, 2015, at 15:32, Elvis Daniel Velea wrote: > This policy proposal tries to close the loophole where companies only > request the /22 in order to transfer it immediately using the transfer > policy. If this is random/occasional behavior, this policy may be able to stop or reduce it. If this is regular (or even common) behavior, the policy may not help very much (just push prices up a little). > intention is to make a profit from (ab)using the policy, they can try to > merge the newly created LIR into an existing one using the M&A process/procedure. > This last point is where I want to receive some > further comments/suggestions before deciding how to move forward. Just pay attention not to have a very bad impact on real M&A. Some of them may not fit the "classic" view of a merger/acquisition. From ripe-wgs at radu-adrian.feurdean.net Sun Feb 22 21:35:40 2015 From: ripe-wgs at radu-adrian.feurdean.net (Radu-Adrian FEURDEAN) Date: Sun, 22 Feb 2015 21:35:40 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment of Transfer Requirements for IPv4 Allocations) In-Reply-To: <20150220201030.GQ1012@cilantro.c4inet.net> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <79E3D7B5-20ED-49E0-A4A0-506E572C2EED@steffann.nl> <32370F92-8400-4ADC-ACA1-FBD443C83FDB@steffann.nl> <1424425529.5143.337.camel@galileo.millnert.se> <06366C0D-5E3E-4C9D-9AB0-5F5524214AF9@steffann.nl> <20150220103714.GO1012@cilantro.c4inet.net> <54E74258.6050700@v4escrow.net> <20150220201030.GQ1012@cilantro.c4inet.net> Message-ID: <1424637340.1701172.230900325.77E1A90B@webmail.messagingengine.com> On Fri, Feb 20, 2015, at 21:10, Sascha Luck [ml] wrote: > On Fri, Feb 20, 2015 at 03:19:04PM +0100, Elvis Daniel Velea wrote: > >The limitation to only one /22 (from the last /8) per LIR has been > >approved by this community years ago. Reverting this policy proposal > >is a discussion that I would like to see in a separate thread and not > >part of the discussion of this policy proposal. > > I didn't argue for a reversal of "last /8", merely against fixing > every "loop-hole" in order to make the ipv4 misery run even longer. If we are to "terminate the misery sooner rather than later", while ensuring the fairness, how about allowing for a second /22 under conditions such as: - 2/3/5 years after the first allocation from 185/8 - only for LIRs started after a certain date (??? 09/2012 ???) Does anyone think this makes any sense ? Just as a reminder, no matter how much we push IPv6, as of today (22/02/2015) you need IPv4 if: - you want MPLS in your network (in real-life, MPLS signalling is still v4-only) - want to sell to business customers (which barely give a s*** on v6). > I'd like to see ipv6 deployment get some (more) traction while > I'm still alive tbh. And I think that leaving the speculators to > it might accelerate that a lot more than giving out golden stars Nope. You (we) need to be more inventive than that. From mir at ripe.net Mon Feb 23 09:56:11 2015 From: mir at ripe.net (Mirjam Kuehne) Date: Mon, 23 Feb 2015 09:56:11 +0100 Subject: [address-policy-wg] New on RIPE Labs: RIPE NCC Membership - Developments After Reaching the Last /8 Message-ID: <54EAEB2B.2020700@ripe.net> Dear colleagues, On 14 September 2012, the RIPE NCC started allocating IPv4 addresses based on the last /8 policy. With more than two years passed, we look at the effects this had on membership numbers and demographics. We also look at what the last /8 policy meant for IPv6 uptake. Please find the results on RIPE Labs: https://labs.ripe.net/Members/wilhelm/ripe-ncc-membership-statistics-2014 Kind regards, Mirjm Kuehne RIPE NCC From swmike at swm.pp.se Mon Feb 23 10:14:29 2015 From: swmike at swm.pp.se (Mikael Abrahamsson) Date: Mon, 23 Feb 2015 10:14:29 +0100 (CET) Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment ofTransfer Requirements for IPv4 Allocations) In-Reply-To: <222FCDA0232D441F922D87DE0A1F0024@Saeed> References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> <1424453215.5143.463.camel@galileo.millnert.se> <54E78E65.2030306@v4escrow.net> <20150220202216.GS1012@cilantro.c4inet.net> <841D1B24-2A44-4936-9079-D1F2588BE7A6@danrl.de> <222FCDA0232D441F922D87DE0A1F0024@Saeed> Message-ID: On Sat, 21 Feb 2015, Saeed Khademi wrote: > Now if some organizations are selling their IP address spaces, it means > they don't need them. Even worse, they may have been lying in the first > place. Or they just decide that putting their existing customers behind CGN and selling their IPv4 addresses is a better business decision than keeping their customers on globally unique IPv4 address per customer. The only reason they would be doing this work (and possible customer experience degradation) is that the IPv4 address has value. So if IPv4 address has no value (as per your implication above), then this work will never get done. So your proposal will never work in real life unless you start to change the definion of "justification", for instance to say that we no longer consider giving IPv4 GUA to residential consumers or mobile handsets justifiable, and that all that space must be handed back. I don't see how you will ever get consensus for that policy change though. -- Mikael Abrahamsson email: swmike at swm.pp.se From saeed at ipm.ir Mon Feb 23 11:13:41 2015 From: saeed at ipm.ir (Saeed Khademi) Date: Mon, 23 Feb 2015 13:43:41 +0330 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment ofTransfer Requirements for IPv4 Allocations) In-Reply-To: References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> <1424453215.5143.463.camel@galileo.millnert.se> <54E78E65.2030306@v4escrow.net> <20150220202216.GS1012@cilantro.c4inet.net> <841D1B24-2A44-4936-9079-D1F2588BE7A6@danrl.de> <222FCDA0232D441F922D87DE0A1F0024@Saeed> Message-ID: > Or they just decide that putting their existing customers behind CGN and > selling their IPv4 addresses is a better business decision than keeping > their customers on globally unique IPv4 address per customer. Every company / organization decide for their own business and there is no question there. Problem is in the way we look at IP address spaces, allocated to different organizations. There are 2 ways to look at it: 1- IP allocations are property of an organization ( so naturally, they can decide what to do with it ) 2- IP allocations are indeed property of IANA. They distributed it through RIRs & LIRs to end-users, free of charge. And end-users are entitle to use these allocations, as long as their initial criteria are valid. And if initial criteria are not valid anymore, RIRs may take back the address space according to their policies. I think you are looking at it according to 1, while I am looking at it according to 2. I am looking at the whole IPV4 address space, as property of whole globe. So organizations holding allocations are not OWNER of IPs. Allocations have been given to them to use for their networks, not to start selling them in stuck markets. If a company decides to put their customers behind CGN and free some part of their allocations / assignments, they should return free address space to RIRs, so they can fulfill other requests. Anyway, as Sander explained, for now selling IP addresses is alright according to existing policy. And there were lots of talks there. I am not suggesting a new proposal, I just had problem understanding the concept of selling IPs, so I asked. ( I'm still against selling IPs ) Kind Regards, Saeed. -----Original Message----- From: Mikael Abrahamsson Sent: Monday, February 23, 2015 12:44 PM To: Saeed Khademi Cc: address-policy-wg at ripe.net Subject: Re: [address-policy-wg] 2015-01 New Policy Proposal (Alignment ofTransfer Requirements for IPv4 Allocations) On Sat, 21 Feb 2015, Saeed Khademi wrote: > Now if some organizations are selling their IP address spaces, it means > they don't need them. Even worse, they may have been lying in the first > place. Or they just decide that putting their existing customers behind CGN and selling their IPv4 addresses is a better business decision than keeping their customers on globally unique IPv4 address per customer. The only reason they would be doing this work (and possible customer experience degradation) is that the IPv4 address has value. So if IPv4 address has no value (as per your implication above), then this work will never get done. So your proposal will never work in real life unless you start to change the definion of "justification", for instance to say that we no longer consider giving IPv4 GUA to residential consumers or mobile handsets justifiable, and that all that space must be handed back. I don't see how you will ever get consensus for that policy change though. -- Mikael Abrahamsson email: swmike at swm.pp.se From gert at space.net Mon Feb 23 11:30:38 2015 From: gert at space.net (Gert Doering) Date: Mon, 23 Feb 2015 11:30:38 +0100 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment ofTransfer Requirements for IPv4 Allocations) In-Reply-To: References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> <1424453215.5143.463.camel@galileo.millnert.se> <54E78E65.2030306@v4escrow.net> <20150220202216.GS1012@cilantro.c4inet.net> <841D1B24-2A44-4936-9079-D1F2588BE7A6@danrl.de> <222FCDA0232D441F922D87DE0A1F0024@Saeed> Message-ID: <20150223103038.GO34798@Space.Net> Hi, On Mon, Feb 23, 2015 at 01:43:41PM +0330, Saeed Khademi wrote: > 2- IP allocations are indeed property of IANA. They distributed it through > RIRs & LIRs to end-users, free of charge. And end-users are entitle to use > these allocations, as long as their initial criteria are valid. And if > initial criteria are not valid anymore, RIRs may take back the address space > according to their policies. This is indeed the crucial point here. The RIPE policies do not have provisions for taking back *allocations* if the allocation criteria are no longer valid. So, voluntarily giving them back is always fine, but if a LIR clings to the space (and pays their bills and does not do anything fraudulent), the NCC can not forcibly take back the space. The reasons for this is easy to see - historically, ISPs did not shrink, they just grew, and needed more and more space. Unless they went bankrupt, in which case the space went to whoever bought them, or back to the RIPE NCC. Nowadays, "LIR" is not necessarily "ISP" anymore, and the business has changed as well - like, no longer giving out /24s to customers but single addresses behind CGNs... [..] > Anyway, as Sander explained, for now selling IP addresses is alright > according to existing policy. And there were lots of talks there. > I am not suggesting a new proposal, I just had problem understanding the > concept of selling IPs, so I asked. ( I'm still against selling IPs ) The thing is that we can't really regulate or prevent the "selling" bit as such - not without preventing completely "ok!" business transactions (like, I want to buy another ISP with all their assets, it should be fine to also take over their address space). What we *can* do is to enforce proper *documentation* of transfers, so it is always clear who is the current holder of an address block, who is permitted to announce it into BGP, etc. - and that, I think, is one of the most important roles of a RIR in the post-depletion era. 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 811 bytes Desc: not available URL: From swmike at swm.pp.se Mon Feb 23 11:51:43 2015 From: swmike at swm.pp.se (Mikael Abrahamsson) Date: Mon, 23 Feb 2015 11:51:43 +0100 (CET) Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment ofTransfer Requirements for IPv4 Allocations) In-Reply-To: References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> <1424453215.5143.463.camel@galileo.millnert.se> <54E78E65.2030306@v4escrow.net> <20150220202216.GS1012@cilantro.c4inet.net> <841D1B24-2A44-4936-9079-D1F2588BE7A6@danrl.de> <222FCDA0232D441F922D87DE0A1F0024@Saeed> Message-ID: On Mon, 23 Feb 2015, Saeed Khademi wrote: > If a company decides to put their customers behind CGN and free some > part of their allocations / assignments, they should return free address > space to RIRs, so they can fulfill other requests. If this is the case, then the customers will not be put behind CGN because the business case of putting them behind CGN isn't there anymore. The customers are only put behind CGN because iPv4 addresses have value. You're saying they have no value, thus there is no driver to sell them, thus no reason to put customers behind CGN (prematurely). -- Mikael Abrahamsson email: swmike at swm.pp.se From saeed at ipm.ir Mon Feb 23 12:43:01 2015 From: saeed at ipm.ir (Saeed Khademi) Date: Mon, 23 Feb 2015 15:13:01 +0330 Subject: [address-policy-wg] 2015-01 New Policy Proposal (Alignment ofTransfer Requirements for IPv4 Allocations) In-Reply-To: References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> <1424453215.5143.463.camel@galileo.millnert.se> <54E78E65.2030306@v4escrow.net> <20150220202216.GS1012@cilantro.c4inet.net> <841D1B24-2A44-4936-9079-D1F2588BE7A6@danrl.de> <222FCDA0232D441F922D87DE0A1F0024@Saeed> Message-ID: <7E14378381A64697AF4E9DE754E6A4BE@Saeed> Hello, It is not the value, motivating use of CGNs. It is the depletion of IPV4. When you don't have enough IPs, to serve your customers, you will do any possible technical solutions, like using CGNs. Although I do agree with you that commercial companies are seeing it as you mentioned. Kind Regards, Saeed. -----Original Message----- From: Mikael Abrahamsson Sent: Monday, February 23, 2015 2:21 PM To: Saeed Khademi Cc: address-policy-wg at ripe.net Subject: Re: [address-policy-wg] 2015-01 New Policy Proposal (Alignment ofTransfer Requirements for IPv4 Allocations) On Mon, 23 Feb 2015, Saeed Khademi wrote: > If a company decides to put their customers behind CGN and free some part > of their allocations / assignments, they should return free address space > to RIRs, so they can fulfill other requests. If this is the case, then the customers will not be put behind CGN because the business case of putting them behind CGN isn't there anymore. The customers are only put behind CGN because iPv4 addresses have value. You're saying they have no value, thus there is no driver to sell them, thus no reason to put customers behind CGN (prematurely). -- Mikael Abrahamsson email: swmike at swm.pp.se From millnert at gmail.com Wed Feb 25 10:31:24 2015 From: millnert at gmail.com (Martin Millnert) Date: Wed, 25 Feb 2015 10:31:24 +0100 Subject: [address-policy-wg] Life time of RIPE NCC free pool [Was: 2015-01 New Policy Proposal (Alignment ofTransfer Requirements for IPv4 Allocations)] In-Reply-To: References: <5EC17651-C59E-4929-98C3-8D5A91D89720@nosignal.org> <1424370405.4066.10.camel@gmail.com> <54E74038.10204@v4escrow.net> <1424453215.5143.463.camel@galileo.millnert.se> <54E78E65.2030306@v4escrow.net> <20150220202216.GS1012@cilantro.c4inet.net> <841D1B24-2A44-4936-9079-D1F2588BE7A6@danrl.de> <222FCDA0232D441F922D87DE0A1F0024@Saeed> Message-ID: <1424856684.5143.675.camel@galileo.millnert.se> "Sander Steffann mentioned you in an e-mail": On Sun, 2015-02-22 at 12:10 +0100, Sander Steffann wrote: > A new LIR can only get a /22 from RIPE NCC so while this is indeed > possible the impact of that is limited. Whether this opening up new > LIRs just to sell the /22 is something that needs to be > prevented/discouraged (the policy proposal under discussion) or > whether this is a good thing (see Martin Millnert's messages) is for > this working group to discuss. Yeah, it's not as much "starting lots of LIRs" that I think in itself is valuable (for the community). It's a pretty bad means to an end. The real issue I have is rather - "how much space per LIR", and whether the internet community is best served by the RIPE NCC having an available pool for low-utilization projects/business for some time forward (subject to abuse), or if its best served by depleting fully the free pool sooner rather than later to accelerate the development into the future IP addressing functions. I'm not sure what I think is correct myself - I think we're right now doing the equivalent of slowly tearing a patch off the skin. My presupposition is that we should just let the market fix it because it is much wiser than us. But the infrastructure for that needs to be functionally in place (policies etc), on the other hand, some of the issues may not reveal themselves until the new situation arrives. I do think this merits further discussion. (Hence change of topic). There are many concepts that I think needs to go out the window today. One of them, I believe strongly, is all the bureaucracy of the RIPE NCC to judge "need" for allocations/assignment. The ripe-623 ch 3.0 #3 "Fairness" is also deprecated once RIPE NCC has no more addresses to distribute, which is the case already today! It is not fair that some end users have /8 and others have /22 or /24. The market resolves need. The registry registers. The unnecessary bureaucracy is nothing but a waste of natural resources (energy, time, resources). /M -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: