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

AP WG Agenda for RIPE63
by Gert Doering 26 Oct '11

26 Oct '11

Hi APWG folks, RIPE meeting orga, below you can find a draft for the RIPE address policy WG meeting's agenda, which will take place in Amsterdam in the following three time slots: Wednesday, Nov 02, 09:00 - 10:30 Wednesday, Nov 02, 11:00 - 12:30 Thursday, Nov 03, 09:00 - 11:30 The exact time lines depend a bit on how much discussion is going on, so we might move items one time slot "up" or "down". If you have anything else you want to see on the agenda, or of we need to change anything, please let us know. regards, Gert Doering, APWG chair ---------------------------------------------------------------------- Wednesday, 09:00-10:30 ---------------------------------------------------------------------- A. Administrative Matters (welcome, thanking the scribe, approving the minutes, etc.) B. Current Policy Topics - Emilio Madaio - 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 RIPE61 [list of things that the WG chairs collective agrees on] - brief overview over new proposals (2011-04, 2011-05) C. Policy Development Office Activities - Emilio Madaio D. Feedback From NCC Registration Service - Alex le Heux (Emilio and Alex will give the WG some insights on policy development topics from the NCC side) E Discussion of open policy proposals, part I 2011-02 IPv6 PI assignment policy / removal of multihoming req. (current status, by the AP WG chairs) 2011-04 initial IPv6 allocation size / 6rd (Jan Zorz) ---------------------------------------------------------------------- Wednesday, 11:00-12:30 ---------------------------------------------------------------------- J. Welcome back K. Discussion of open policy proposals, part II 2011-05 IPv4 Assignments to IXPs from the Last /8 (Andy Davidson, representing the EIX WG) L. on (Inter-RIR) transfers - Dave Wilson (tbc) M. IPv4 maintenance policy - Rob Blokzijl Introduction to a Work-in-Progress document about governance of IPv4 resources in the RIPE region after run-out + Q&A. N. On Renumbering IPv6 networks - N.N. [ report from the discussion in the IPv6 WG on Tuesday ] O. On Certificates - from the APWG chair [ what happened, and what next ] ---------------------------------------------------------------------- Thursday, 09:00-10:30 ---------------------------------------------------------------------- R. On IPv6 PI/PA Unification Discussion how the IPv6 PA/PI policies can be reworked in a fundamental way to better fit the needs of all IPv6 Users. Discussion led by working group chairs. S. Rough Edges of the current policies "if things show up" T. Discussion of open policy proposals "if we need more time" Y. Open Policy Hour "The Open Policy Hour (OPH) 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." (Idea from ARIN policy meeting) 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 (89) 32356-444 USt-IdNr.: DE813185279

1 1

Policy Proposal: 2006-05 "PI Assignment Size" implemented
by Matt Parker 26 Oct '11

26 Oct '11

[Apologies for duplicate emails] Dear Colleagues, We are pleased to announce that the policy described in proposal 2006-05, "PI Assignment Size", has been implemented. Requests for IPv4 Provider Independent (PI) address space received on or after Wednesday, 27 October 2011, will be evaluated by the RIPE NCC Registration Services Department under the new policy. The RIPE policy proposal can be found at: http://www.ripe.net/ripe/policies/proposals/2006-05 The following RIPE Documents have been updated to reflect this policy implementation: http://www.ripe.net/ripe/docs/ipv4-policies http://www.ripe.net/ripe/docs/pi-requestsupport Regards, Matt Parker RIPE NCC Registration Services

1 0

Re: [address-policy-wg] 2011-05 New Policy Proposal (Safeguarding future IXPs with IPv4 space)
by Remco Van Mook 26 Oct '11

26 Oct '11

Hi all, As I already indicated when this was last presented at the RIPE meeting, I strongly support a proposal to this end. The one thing I'm missing is the criteria for the size of the assignment - when does an IXP get a /24, /23 or a /22? With 'run out fairly' as accepted policy I don't think the timeframes set there are in any way realistic for Internet exchanges. So, clean as the current proposal is, I'd suggest making it a bit messier and adding very explicit criteria. With some first hand experience in setting up Exchanges, I would suggest the following: - a new IXP gets a /24 - an existing IXP that runs out of its /24 (whether from this /16 or another range) gets a /23 and has to return the old /24 - an existing IXP that runs out of its /23 (whether from this /16 or another range) gets a /22 and has to return the old /23 (Yes, this means renumbering every single time. Yes, it's a pain. Yes, if you run out of a /22 for your peering LAN you're fresh out of luck.) And while we're at it, I would suggest to add to 5.6.4: c. Any address space that is returned by an IXP will be added to the reserve as outlined in 5.6.2. Sorry :) Best, Remco van Mook Director of Interconnection, Europe remco.vanmook(a)eu.equinix.com +31 61 135 6365 MOB EQUINIX 51-53 Great Marlborough Street London, W1F 7JT, United Kingdom On 25-10-11 11:51, "Emilio Madaio" <emadaio(a)ripe.net> wrote: > > >Dear Colleagues, > >A proposed change to RIPE Document ripe-530, "IPv4 Address Allocation >and Assignment Policies for the RIPE NCC Service Region", is now >available for discussion. > > > >You can find the full proposal at: > > http://www.ripe.net/ripe/policies/proposals/2011-05 > >We encourage you to review this proposal and send your comments to ><address-policy-wg(a)ripe.net> before 22 November 2011. > >Regards > >Emilio Madaio >Policy Development Officer >RIPE NCC > > This email is from Equinix Europe Limited or one of its associated/subsidiary companies. This email, and any files transmitted with it, contains information which is confidential, may be legally privileged and is solely for the use of the intended recipient. If you have received this email in error, please notify the sender and delete this email immediately. Equinix Europe Limited. Registered Office: Quadrant House, 4 Thomas More Square, London E1W 1YW. Registered in England and Wales, No. 6293383.

3 3

Re: [address-policy-wg] 2011-05 New Policy Proposal (Safeguarding future IXPs with IPv4 space)
by Martin Millnert 26 Oct '11

26 Oct '11

Hi, On Oct 25, 2011, at 11:51, "Emilio Madaio" <emadaio(a)ripe.net> wrote: > http://www.ripe.net/ripe/policies/proposals/2011-05 I support this policy. I do have a question for clarification: andy, you speak about "peering LAN" in singular. How is the policy to be interpreted by the IPRAs for IXPs requesting space for different-size MTU peering LANs? A luxury we can't afford after runout, or? Best, Martin

2 1

Re: [address-policy-wg] 2011-05 New Policy Proposal (Safeguarding future IXPs with IPv4 space)
by Dan Luedtke 26 Oct '11

26 Oct '11

I support this proposal. One question: Is it the same /16 in 5.6.2 as in 5.6.3? Or does that mean that two /16 will be held back? regards. danrl -- Dan Luedtke http://www.danrl.de

3 2

Re: [address-policy-wg] 2011-05 New Policy Proposal (Safeguarding future IXPs with IPv4 space)
by Brian Nisbet 25 Oct '11

25 Oct '11

On 25/10/2011 10:51, Emilio Madaio wrote: > Dear Colleagues, > > A proposed change to RIPE Document ripe-530, "IPv4 Address Allocation > and Assignment Policies for the RIPE NCC Service Region", is now > available for discussion. > > > > You can find the full proposal at: > > http://www.ripe.net/ripe/policies/proposals/2011-05 I support this policy. Brian.

1 0

Re: [address-policy-wg] 2011-05 New Policy Proposal (Safeguarding future IXPs with IPv4 space)
by boggits 25 Oct '11

25 Oct '11

On 25 October 2011 10:51, Emilio Madaio <emadaio(a)ripe.net> wrote: > http://www.ripe.net/ripe/policies/proposals/2011-05 > I support this policy J -- James Blessing 07989 039 476

1 0

2011-05 New Policy Proposal (Safeguarding future IXPs with IPv4 space)
by Emilio Madaio 25 Oct '11

25 Oct '11

Dear Colleagues, A proposed change to RIPE Document ripe-530, "IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region", is now available for discussion. You can find the full proposal at: http://www.ripe.net/ripe/policies/proposals/2011-05 We encourage you to review this proposal and send your comments to <address-policy-wg(a)ripe.net> before 22 November 2011. Regards Emilio Madaio Policy Development Officer RIPE NCC

1 0

Re: [address-policy-wg] 2011-04 New Policy Proposal
by Ahmed Abu-Abed 25 Oct '11

25 Oct '11

Interesting to see a v6-in-v4 access protocol triggering a significant change in allocation policy. As 6rd gobbles up 32 bits for the v4 address at the consumers v6 assignment, there is an alternative in RFC 5572 (TSP) that presents v6-in-v4 access on CPEs without such a need. And TSP can be implemented as a software client so LIRs do not need to change the CPEs to roll out IPv6 to end users. -Ahmed ------------------------------ Message: 8 Date: Mon, 24 Oct 2011 21:28:47 +0200 From: "Jan Zorz @ go6.si" <jan(a)go6.si> Subject: Re: [address-policy-wg] 2011-04 New Policy Proposal (Extension of the Minimum Size for IPv6 Initial Allocation) To: address-policy-wg(a)ripe.net Message-ID: <4EA5BC6F.90005(a)go6.si> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 10/24/11 7:29 PM, Randy Bush wrote: > why are we screwing around? let's go straight to a /16 or at least a > /20. it would not be fair to legacy v6 allocations :) can only expand to /29 without renumbering :S cheers, Jan

2 1

Re: [address-policy-wg] 2011-04 New Policy Proposal (Extension of the Minimum Size for IPv6 Initial Allocation)
by Remco Van Mook 24 Oct '11

24 Oct '11

All, I support the thought that LIRs should be able to get up to a /29 as an initial allocation with no documentation required. However, that doesn't mean I support the policy proposal in its current form. Here's why. In the current policy text, it's very clear cut that unless you provide documentation (which means you've thought about how to deploy), you get a /32. I would not want a situation where people get a /29 without thinking, making a mess of it and then come back. So you could get a /29 if you asked for it specifically, otherwise you get a /32. So I would propose the following: Organisations that meet the initial allocation criteria are eligible to receive an initial allocation of /32. For initial allocations up to /29 no additional documentation is necessary. Organisations may qualify for an initial allocation greater than /29 by submitting documentation that reasonably justifies the request. If so, the allocation size will be based on the number of existing users and the extent of the organisation's infrastructure. --snip-- And, of course, using up your /29 in one go means no additional adjacent reserved address space on the RIPE NCC books, but that's an implementation issue :) Best Remco van Mook Director of Interconnection, Europe remco.vanmook(a)eu.equinix.com +31 61 135 6365 MOB EQUINIX 51-53 Great Marlborough Street London, W1F 7JT, United Kingdom On 21-10-11 12:44, "Emilio Madaio" <emadaio(a)ripe.net> wrote: > >Dear Colleagues, > >A new RIPE Policy Proposal has been made and is now available for >discussion. > >You can find the full proposal at: > > www.ripe.net/ripe/policies/proposals/2011-04 > >We encourage you to review this proposal and send your comments to ><address-policy-wg(a)ripe.net> before 18 November 2011. > >Regards > >Emilio Madaio >Policy Development Officer >RIPE NCC > > This email is from Equinix Europe Limited or one of its associated/subsidiary companies. This email, and any files transmitted with it, contains information which is confidential, may be legally privileged and is solely for the use of the intended recipient. If you have received this email in error, please notify the sender and delete this email immediately. Equinix Europe Limited. Registered Office: Quadrant House, 4 Thomas More Square, London E1W 1YW. Registered in England and Wales, No. 6293383.

3 2