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

Cleaning up Unused AS Numbers
by Sander Steffann 19 Apr '17

19 Apr '17

Hi working group, After reviewing the discussions on this mailing list about cleaning up unused AS numbers we think that the concerns and questions that came up have been addressed by the RIPE NCC. Therefore the working group chairs have asked the RIPE NCC to take the feedback into account and proceed with the cleanup. Cheers, Sander Steffann APWG co-chair

1 0

FYI: policy proposal in AFRINIC
by Shane Kerr 14 Apr '17

14 Apr '17

All, This just crossed my news feeds: https://www.theregister.co.uk/2017/04/12/no_ip_addresses_for_countries/ Cheers, -- Shane

3 2

Password
by Stephen Balogh 09 Apr '17

09 Apr '17

Need password

5 4

Cleaning up Unused AS Numbers
by Laurens Hoogendoorn 05 Apr '17

05 Apr '17

Dear colleagues, As previously mentioned at RIPE 73, we are planning a project to clean up unused AS Numbers. You can find this presentation here: https://ripe73.ripe.net/archives/video/1456/ According to ripe-679, "Autonomous System (AS) Number Assignment Policies" if an organisation no longer uses as AS Number, it should be returned to the free pool so it can be reassigned: https://www.ripe.net/publications/docs/ripe-679 There are currently around 6,600 ASNs in our service region (held or sponsored by 2,682 LIRs) that are not being advertised in the routing system. This represents around 22% of the ~30,000 ASNs assigned by the RIPE NCC. There are a number of legitimate reasons why an ASN might not be advertised in the routing system. However, it is also possible that the holder doesn't exist anymore or the ASN is no longer needed. Not only should unused ASNs be returned, but it's important to clean up out of date registrations, which affect the quality of data in the RIPE Registry. Our Proposal We plan to email the LIR or sponsoring LIR for each unannounced ASN and ask if the resource is still needed. We will group together ASNs that are sponsored or held by the same LIR to minimise the number of emails. We will ask if the ASN is currently being used or if there are plans to start using the ASN in the coming three months. Organisations can always request a new ASN in the future if they need one. If we do not receive a reply or if the ASN will not be used within three months, we will start the process of returning the ASN to the free pool. The deregistration process will take three months, during which time the LIR can still indicate that the ASN is needed. If the ASN is still needed, the validity of the assignment (such as the multihoming requirement) will not be re-evaluated. We do not expect any significant cost or impact on other services, as most of this process will be automated and we will not need to re-evaluate the assignments. Contacting all relevant LIRs will take less than six months. Please review this proposal and send any comments or other feedback before Thursday 6 April to <address-policy-wg(a)ripe.net>. Regards, Laurens Hoogendoorn Registration Services RIPE NCC

10 11

2016-05 Proposal Accepted (Synchronising the Initial and Subsequent IPv6 Allocation Policies)
by Marco Schmidt 30 Mar '17

30 Mar '17

Dear colleagues, Consensus has been reached on 2016-05, "Synchronising the Initial and Subsequent IPv6 Allocation Policies". This policy change matches the subsequent IPv6 allocation requirements with the initial allocation requirements. In addition to the existing justification based on past utilisation, it is now also possible to document new needs, including the number of users, the extent of the organisation's infrastructure, the hierarchical and geographical structuring of the organisation, the segmentation of infrastructure for security and the planned longevity of the allocation. You can find the full proposal at: https://www.ripe.net/participate/policies/proposals/2016-05 The new RIPE Document is ripe-684 and is available at: https://www.ripe.net/publications/docs/ripe-684 We estimate that this proposal will take around two weeks to fully implement. We will send another announcement once the implementation is complete and the new procedures are in place. Thank you to everyone who provided input. Kind regards, Marco Schmidt Policy Development Officer RIPE NCC Sent via RIPE Forum -- https://www.ripe.net/participate/mail/forum

1 0

2016-05 Last Call for Comments (Synchronising the Initial and Subsequent IPv6 Allocation Policies)
by Marco Schmidt 28 Mar '17

28 Mar '17

Dear colleagues, Proposal 2016-05, "Synchronising the Initial and Subsequent IPv6 Allocation Policies", is now in Concluding Phase. The goal of this proposal is to match the subsequent IPv6 allocation requirements with the initial allocation requirements. The WG Chair has declared that rough consensus has been reached and the proposal will now move to Last Call. As per the RIPE Policy Development Process (PDP), the purpose of this four week Concluding Phase is to give an opportunity to present well-justified objections for those who missed the previous two phases and wish to oppose the proposal. Any objection must be made by 28 March 2017 and must be supported by an explanation. If no substantive objections are raised by the end of Last Call, the proposal will complete the PDP and will be evaluated by the WG Chairs for consensus. You can find the full proposal at: https://www.ripe.net/participate/policies/proposals/2016-05 Please e-mail any final comments about this proposal to <address-policy-wg(a)ripe.net> before 28 March 2017. Regards, Marco Schmidt Policy Development Officer RIPE NCC Sent via RIPE Forum -- https://www.ripe.net/participate/mail/forum

2 1

Re: [address-policy-wg] Cleaning up Unused AS Numbers
by fransossen＠yahoo.com 27 Mar '17

27 Mar '17

Hi, Good plan. Will there be any measures put in place so that mass clean ups like that won't be needed? Meaning catching them earlier on in the process. In the internal processing side, will the RIPE NCC flag the ASNs that are justifiably not publicly visible. So that they don't get asked the same question every couple of months? Cheers, David -------------------------------------------- On Thu, 3/23/17, Laurens Hoogendoorn <Laurens.Hoogendoorn(a)ripe.net> wrote: Subject: [address-policy-wg] Cleaning up Unused AS Numbers To: "address-policy-wg(a)ripe.net" <address-policy-wg(a)ripe.net> Date: Thursday, March 23, 2017, 12:18 PM Dear colleagues, As previously mentioned at RIPE 73, we are planning a project to clean up unused AS Numbers. You can find this presentation here: https://ripe73.ripe.net/archives/video/1456/ According to ripe-679, "Autonomous System (AS) Number Assignment Policies" if an organisation no longer uses as AS Number, it should be returned to the free pool so it can be reassigned: https://www.ripe.net/publications/docs/ripe-679 There are currently around 6,600 ASNs in our service region (held or sponsored by 2,682 LIRs) that are not being advertised in the routing system. This represents around 22% of the ~30,000 ASNs assigned by the RIPE NCC. There are a number of legitimate reasons why an ASN might not be advertised in the routing system. However, it is also possible that the holder doesn't exist anymore or the ASN is no longer needed. Not only should unused ASNs be returned, but it's important to clean up out of date registrations, which affect the quality of data in the RIPE Registry. Our Proposal We plan to email the LIR or sponsoring LIR for each unannounced ASN and ask if the resource is still needed. We will group together ASNs that are sponsored or held by the same LIR to minimise the number of emails. We will ask if the ASN is currently being used or if there are plans to start using the ASN in the coming three months. Organisations can always request a new ASN in the future if they need one. If we do not receive a reply or if the ASN will not be used within three months, we will start the process of returning the ASN to the free pool. The deregistration process will take three months, during which time the LIR can still indicate that the ASN is needed. If the ASN is still needed, the validity of the assignment (such as the multihoming requirement) will not be re-evaluated. We do not expect any significant cost or impact on other services, as most of this process will be automated and we will not need to re-evaluate the assignments. Contacting all relevant LIRs will take less than six months. Please review this proposal and send any comments or other feedback before Thursday 6 April to <address-policy-wg(a)ripe.net>. Regards, Laurens Hoogendoorn Registration Services RIPE NCC

13 19

Re: [address-policy-wg] Cleaning up Unused AS Numbers
by fransossen＠yahoo.com 24 Mar '17

24 Mar '17

The every couple of months thing is the problem. I actually see no reason in asking again other than when the LIR gets ARC'ed. Having a fee would also had help prune off some of the dead ASNs. Cheers, David -------------------------------------------- On Thu, 3/23/17, Gert Doering <gert(a)space.net> wrote: Subject: Re: [address-policy-wg] Cleaning up Unused AS Numbers To: fransossen(a)yahoo.com Cc: "address-policy-wg(a)ripe.net" <address-policy-wg(a)ripe.net> Date: Thursday, March 23, 2017, 4:35 PM Hi, On Thu, Mar 23, 2017 at 02:53:27PM +0000, fransossen(a)yahoo.com wrote: > In the internal processing side, will the RIPE NCC flag the ASNs that are justifiably not publicly visible. > So that they don't get asked the same question every couple of months? Well, if they keep being not publically visible, maybe they *should* be asked regularily if they are *still* in use? For the same reason we're asking today - setups have changed, people and companies cease to exist, stuff starts being no longer used. (I wouldn't ask "every couple of months", though, maybe "every few years" - but that's for the community to decide, in the end) 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

1 0

RIPE 74 APWG agenda, draft 0.1
by Gert Doering 20 Mar '17

20 Mar '17

Hi APWG folks, below you can find a draft for the RIPE address policy WG meeting's agenda, which will take place in Budapest in the following time slots: Wednesday, May 10, 09:00 - 10:30 Wednesday, May 10, 11:00 - 12:30 If you have anything else you want to see on the agenda, or if we need to change anything, please let us know. Depending on the amount of "not yet known" things to show up on the agenda, we might only need one time slot. In which case, we can all join the Connect WG for a change :-) regards, Gert Doering & Sander Steffann, APWG chairs ---------------------------------------------------------------------- Wednesday, 09:00-10:30 ---------------------------------------------------------------------- A. Administrative Matters 5 min (welcome, thanking the scribe, approving the minutes, etc.) B. WG Chair Selection 10 min - longest-serving chair (Gert Döring) stepping down - willing to be re-appointed and serve another term C. Current Policy Topics - Marco Schmidt, NCC PDO 20 min - global policy overview "what's going on?" - common policy topics in all regions (end of IPv4, transfers, ...) - overview over concluded proposals in the RIPE region since RIPE 72 - brief overview over new proposals (if any) D. Feedback From NCC Registration Service - Andrea Cima 25 min (+ discussion with the group) F. Discussion of open policy proposals 20 min (more specifically: presentation on the status of the open policy proposals and Q&A, discussion will take place on the list) 2016-04 IPv6 PI Sub-assignment Clarification Maximilian Wilhelm ---------------------------------------------------------------------- Wednesday, 12:00-13:30 ---------------------------------------------------------------------- Welcome back Y. Open Policy Hour 5 min The Open Policy Hour is a showcase for your policy ideas. If you have a policy proposal you'd like to debut, prior to formally submitting it, here is your opportunity. Z. AOB -- 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

1 0

2015-04 Proposal Accepted (RIPE Resource Transfer Policies)
by Marco Schmidt 16 Mar '17

16 Mar '17

Dear colleagues, Consensus has been reached on 2015-04, "RIPE Resource Transfer Policies". This policy change created a single policy document with all relevant information on the transfer of Internet number resources, replacing text in several RIPE Policies. The policy change also introduces a 24-month holding period for IPv4 addresses and 16-bit ASNs after any change of holdership. You can find the full proposal at: https://www.ripe.net/participate/policies/proposals/2015-04 The new RIPE Document is ripe-682, "RIPE Resource Transfer Policies" and is available at: https://www.ripe.net/publications/docs/ripe-682 The following RIPE policies haven been updated as well and received a new document number: ripe-679, "Autonomous System (AS) Number Assignment Policies" https://www.ripe.net/publications/docs/ripe-679 ripe-680, "IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region" https://www.ripe.net/publications/docs/ripe-680 ripe-681, "IPv6 Address Allocation and Assignment Policy" https://www.ripe.net/publications/docs/ripe-681 The following RIPE policy has been marked as obsolete and replaced by ripe-682: ripe-644, "Policy for Inter-RIR Transfers of Internet Resources" We estimate that this proposal will take around three months to fully implement. In order to ensure a correct and consistent handling of requests, the current procedures remain in place until the implementation is completed. This applies in particular to transfers of IPv4 and 16-bit ASNs. Details of the implementation status are available at: https://www.ripe.net/manage-ips-and-asns/resource-management/policy-impleme… We will send another announcement once the implementation is complete and the new procedures are in place. Thank you to everyone who provided input. Kind regards, Marco Schmidt Policy Development Officer RIPE NCC Sent via RIPE Forum -- https://www.ripe.net/participate/mail/forum

2 1