April 2015 - address-policy-wg

2014-03 New Draft Document and Impact Analysis Published (Remove Multihoming Requirement for AS Number Assignments)
by Marco Schmidt 07 Nov '15

07 Nov '15

Dear colleagues, The draft document for version 2.0 of the policy proposal 2014-03, "Remove Multihoming Requirement for AS Number Assignments" has now been published, along with an impact analysis conducted by the RIPE NCC. Some of the differences from version 1.0 include: - AS Numbers can now be assigned for any need that cannot be satisfied with an existing AS Number - The RIPE NCC's need evaluation has been removed - A limit of 1,000 AS Numbers per organisation has been added - There is now a requirement that 16-bit AS Numbers be multihomed after nine months - The requirement that the routing policy must be new and unique has been removed - 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-03 And the draft document at: https://www.ripe.net/ripe/policies/proposals/2014-03/draft We encourage you to read the draft document text and send any comments to <address-policy-wg(a)ripe.net> before 22 January 2015. Regards Marco Schmidt Policy Development Officer RIPE NCC

16 41

2015-02 New Policy Proposal (Keep IPv6 PI When Requesting IPv6 Allocation)
by Marco Schmidt 14 Jun '15

14 Jun '15

Dear colleagues, A proposed change to RIPE Document "IPv6 Address Allocation and Assignment Policy" is now available for discussion. You can find the full proposal at: https://www.ripe.net/participate/policies/proposals/2015-02 We encourage you to review this proposal and send your comments to <address-policy-wg(a)ripe.net> before 13 May 2015. Regards Marco Schmidt Policy Development Officer RIPE NCC

31 31

2014-03 Review Period extended until 19 May 2015 (Remove Multihoming Requirement for AS Number Assignments)
by Marco Schmidt 20 May '15

20 May '15

Dear colleagues, The Review Period for the proposal 2014-03, "Remove Multihoming Requirement for AS Number Assignments" has been extended until 19 May 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 <address-policy-wg(a)ripe.net>. Regards, Marco Schmidt Policy Development Officer RIPE NCC

10 15

2015-03 New Policy Proposal (Assessment Criteria for IPv6 Initial Allocation Size)
by Marco Schmidt 14 May '15

14 May '15

Dear colleagues, A proposed change to the RIPE Document "IPv6 Address Allocation and Assignment Policy" now is open for discussion. The proposal aims to expand the criteria for evaluating initial IPv6 allocations larger than a /29. The RIPE NCC would consider additional aspects beyond only the number of existing users and extent of the organisation's infrastructure. You can find the full proposal at: https://www.ripe.net/participate/policies/proposals/2015-03 We encourage you to review this proposal and send your comments to <address-policy-wg(a)ripe.net> before 27 May 2015. Regards Marco Schmidt Policy Development Officer RIPE NCC

15 30

Transfer Requirements for IPv4 Allocations
by Infinity Telecom SRL 11 May '15

11 May '15

Hello, If this proposal will be accepted: https://www.ripe.net/participate/policies/proposals/2015-01 The price per IP found at "IPv4 Transfer Listing Service" will be double or even worst. Little companies will be out of business.. and we will be one of them. To pay double or even more for some spammed IP.. its not a good choice.. only because smart guys with no real internet business hold very large blocks This proposal should have more time, its not like any other proposal, this can affect activity for a lot of small companies. Thank you. -- Cu stima, Gabriel Voitis | Sales Manager voitis(a)infinitytelecom.ro INFINITY TELECOM SRL | Bd-ul Iuliu Maniu nr 7, Corp A, Scara 2 Mobil: +40 0725 677 477 | Tel: +40 021 7808805 | Fax: +40 021 7808806 contact(a)infinitytelecom.ro

28 123

Hoarding /22 out of 185/8
by Fredy Kuenzler 06 May '15

06 May '15

All, as we are doing a daily diff of ftp://ftp.ripe.net/ripe/stats/membership/alloclist.txt we observed that something happens right now which was probably not forseen and not inteded by the policy. I thought to make the working group aware. Regards, Fredy / Init7 -------- Weitergeleitete Nachricht -------- Betreff: [allocdelta] New or removed allocations Datum: Tue, 28 Apr 2015 05:00:36 +0200 Von: allocdelta(a)init7.net * ru.ibulavkin25 Bulavkin Ivan Aleksandrovitch [ADD] 20150224 185.89.104.0/22 ALLOCATED PA [ADD] 20150217 2a03:7f60::/32 * ru.ibulavkin26 Bulavkin Ivan Aleksandrovitch [ADD] 20150217 185.88.96.0/22 ALLOCATED PA [ADD] 20150216 2a03:7da0::/32 * ru.ibulavkin29 Bulavkin Ivan Aleksandrovitch [ADD] 20150409 185.95.100.0/22 ALLOCATED PA * ru.ibulavkin33 Bulavkin Ivan Aleksandrovitch [ADD] 20150422 185.97.76.0/22 ALLOCATED PA * ru.ibulavkin35 Bulavkin Ivan Aleksandrovitch [ADD] 20150414 185.95.228.0/22 ALLOCATED PA * ru.srv2013 Bulavkin Ivan Aleksandrovitch [ADD] 20140930 185.71.144.0/22 ALLOCATED PA [ADD] 20141119 185.77.136.0/22 ALLOCATED PA [ADD] 20141121 185.78.76.0/22 ALLOCATED PA [ADD] 20141031 185.75.132.0/22 ALLOCATED PA [ADD] 20141020 185.73.180.0/22 ALLOCATED PA [ADD] 20141020 185.73.216.0/22 ALLOCATED PA [ADD] 20130626 185.29.124.0/22 ALLOCATED PA [ADD] 20141217 185.81.172.0/22 ALLOCATED PA [ADD] 20130527 2a00:90a0::/32 [ADD] 20141216 185.81.144.0/22 ALLOCATED PA [ADD] 20141001 185.71.212.0/22 ALLOCATED PA [ADD] 20141113 185.76.240.0/22 ALLOCATED PA [ADD] 20141120 185.77.216.0/22 ALLOCATED PA [ADD] 20140624 185.61.220.0/22 ALLOCATED PA [ADD] 20140903 185.68.244.0/22 ALLOCATED PA [ADD] 20141217 185.81.184.0/22 ALLOCATED PA [ADD] 20140604 185.59.232.0/22 ALLOCATED PA [ADD] 20141201 185.79.132.0/22 ALLOCATED PA [ADD] 20140521 185.58.112.0/22 ALLOCATED PA [ADD] 20141128 185.79.76.0/22 ALLOCATED PA [ADD] 20141201 185.79.136.0/22 ALLOCATED PA [ADD] 20140624 185.61.216.0/22 ALLOCATED PA [ADD] 20140829 185.68.184.0/22 ALLOCATED PA [ADD] 20141216 185.24.108.0/22 ALLOCATED PA [ADD] 20141128 185.79.48.0/22 ALLOCATED PA [ADD] 20141120 185.77.220.0/22 ALLOCATED PA

27 36

Re: [address-policy-wg] Transfer Requirements for IPv4 Allocations
by Petr Umelov 28 Apr '15

28 Apr '15

Hi everybody. Let me tell some words about current proposal. Many providers (among them is our company) need to get (e.g.) /20 subnet (not 4 x /22). If we ask the RIPE NCC to allocate 4 x /22, we can get next variants: 1. /20 2. 2 x /21 from different subnets 3. /22, /21, /22 There is only one chance to get /20 100% - make request for 7 x /22 (if the tickets will be processed together). But in this case we will have unwanted 3 x /22 which we can transfer to other LIRs to minimize our expenses. And also we can get different separate 4 x /22 (the worst case) and we have to transfer such blocks and make new request. If this proposal will be agreed, many providers (new and old) will have material losses. So I can't support this proposal. -- Kind regards, Techincal Director FastTelecom Petr Umelov

6 8

2015-02 New Policy Proposal (Keep IPv6 PI When Requesting IPv6 Allocation)
by LIR (BIT I 5) 26 Apr '15

26 Apr '15

I also would support this proposal. Regards Carsten -----Ursprüngliche Nachricht----- Von: address-policy-wg [mailto:address-policy-wg-bounces@ripe.net] Im Auftrag von Nick Hilliard Gesendet: Mittwoch, 15. April 2015 09:48 An: address-policy-wg(a)ripe.net Betreff: Re: [address-policy-wg] 2015-02 New Policy Proposal (Keep IPv6 PI When Requesting IPv6 Allocation) Looks good to me. Support. Nick On 14/04/2015 14:52, Marco Schmidt wrote: > Dear colleagues, > > A proposed change to RIPE Document "IPv6 Address Allocation and Assignment Policy" > is now available for discussion. > > You can find the full proposal at: > > https://www.ripe.net/participate/policies/proposals/2015-02 > > We encourage you to review this proposal and send your comments to > <address-policy-wg(a)ripe.net> before 13 May 2015. > > Regards > > Marco Schmidt > Policy Development Officer > RIPE NCC > >

2 1

Re: [address-policy-wg] Transfer Requirements for IPv4 Allocations
by Petr Umelov 25 Apr '15

25 Apr '15

Hi everybody. Let me tell some words about current proposal. Many providers (among them is our company) need to get (e.g.) /20 subnet (not 4 x /22). If we ask the RIPE NCC to allocate 4 x /22, we can get next variants: 1. /20 2. 2 x /21 from different subnets 3. /22, /21, /22 There is only one chance to get /20 100% - make request for 7 x /22 (if the tickets will be processed together). But in this case we will have unwanted 3 x /22 which we can transfer to other LIRs to minimize our expenses. And also we can get different separate 4 x /22 (the worst case) and we have to transfer such blocks and make new request. If this proposal will be agreed, many providers (new and old) will have material losses. So I can't support this proposal. -- Kind regards, Techincal Director FastTelecom Petr Umelov

2 1

Re: [address-policy-wg] Transfer Requirements for IPv4 Allocations
by Petr Umelov 25 Apr '15

25 Apr '15

Hi everybody. Let me tell some words about current proposal. Many providers (among them is our company) need to get (e.g.) /20 subnet (not 4 x /22). If we ask the RIPE NCC to allocate 4 x /22, we can get next variants: 1. /20 2. 2 x /21 from different subnets 3. /22, /21, /22 There is only one chance to get /20 100% - make request for 7 x /22 (if the tickets will be processed together). But in this case we will have unwanted 3 x /22 which we can transfer to other LIRs to minimize our expenses. And also we can get different separate 4 x /22 (the worst case) and we have to transfer such blocks and make new request. If this proposal will be agreed, many providers (new and old) will have material losses. So I can't support this proposal. -- Kind regards, Techincal Director FastTelecom Petr Umelov

1 0