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

Re: [address-policy-wg] 2013-05 New Draft Document and Impact Analysis Published (No Restrictions on End User Assignments in Intra-RIR Transfers)
by Elvis Daniel Velea 08 Oct '13

08 Oct '13

Hello, I agree with this policy change proposal. Regards, Elvis On 9/30/13 3:22 PM, Marco Schmidt wrote: > Dear colleagues, > > The draft document for the proposal described in 2013-05, > "No Restrictions on End User Assignments in Intra-RIR Transfers" > has been published. The impact analysis that was conducted for this > proposal has also been published. > > > You can find the full proposal and the impact analysis at: > > https://www.ripe.net/ripe/policies/proposals/2013-05 > > and the draft document at: > > https://www.ripe.net/ripe/policies/proposals/2013-05/draft > > We encourage you to read the draft document text and send any comments > to address-policy-wg(a)ripe.net before 29 October 2013. > > Regards > > Marco Schmidt > Policy Development Office > RIPE NCC > > -- V4Escrow, LLC

2 1

Re: [address-policy-wg] 2013-03 New Draft Document and Impact Analysis Published (No Need - Post-Depletion Reality Adjustment and Cleanup)
by Milton L Mueller 03 Oct '13

03 Oct '13

I believe that the revisions address the only valid objections that were aired in discussions and am willing to support the revised policy 2013-3 (No need: Post Depletion Reality Adjustment and Cleanup) -----Original Message----- From: address-policy-wg-bounces(a)ripe.net [mailto:address-policy-wg-bounces@ripe.net] On Behalf Of Marco Schmidt Sent: Thursday, September 19, 2013 10:45 AM To: policy-announce(a)ripe.net Cc: address-policy-wg(a)ripe.net Subject: [address-policy-wg] 2013-03 New Draft Document and Impact Analysis Published (No Need - Post-Depletion Reality Adjustment and Cleanup) Dear Colleagues, Following the feedback received, the draft documents for the proposal described in 2013-03 (No Need - Post-Depletion Reality Adjustment and Cleanup) are edited and published. The amendments are: - Retain "Fairness" goal - Retain "Need" for final /22 allocations - Clarify criteria for IXP assignment expansions The impact analysis that was conducted for this proposal has also been published. You can find the full proposal and the impact analysis at: https://www.ripe.net/ripe/policies/proposals/2013-03 and the draft document at: https://www.ripe.net/ripe/policies/proposals/2013-03/draft We encourage you to read the draft document text and send any comments to address-policy-wg(a)ripe.net before 18 October 2013. Regards, Marco Schmidt Policy Development Office RIPE NCC

1 0

Re: [address-policy-wg] 2013-03 New Draft Document and Impact Analysis Published (No Need - Post-Depletion Reality Adjustment and Cleanup)
by Anfinsen, Ragnar 03 Oct '13

03 Oct '13

Apologies for a very late +1 MVH/Best Regards Ragnar > -----Original Message----- > From: address-policy-wg-bounces(a)ripe.net [mailto:address-policy-wg- > bounces(a)ripe.net] On Behalf Of Marco Schmidt > Sent: 19. september 2013 16:45 > To: policy-announce(a)ripe.net > Cc: address-policy-wg(a)ripe.net > Subject: [address-policy-wg] 2013-03 New Draft Document and Impact > Analysis Published (No Need - Post-Depletion Reality Adjustment and > Cleanup) > > > Dear Colleagues, > > Following the feedback received, the draft documents for the proposal > described in 2013-03 (No Need - Post-Depletion Reality Adjustment and > Cleanup) > are edited and published. > > The amendments are: > > - Retain "Fairness" goal > > - Retain "Need" for final /22 allocations > > - Clarify criteria for IXP assignment expansions > > > The impact analysis that was conducted for this proposal has also been > published. > > > You can find the full proposal and the impact analysis at: > > https://www.ripe.net/ripe/policies/proposals/2013-03 > > and the draft document at: > > https://www.ripe.net/ripe/policies/proposals/2013-03/draft > > We encourage you to read the draft document text and send any comments > to address-policy-wg(a)ripe.net before 18 October 2013. > > Regards, > > Marco Schmidt > Policy Development Office > RIPE NCC > >

1 0

RFC7020: The Internet Numbers Registry System
by Hans Petter Holen 02 Oct '13

02 Oct '13

In August the IETF published RFC7020 "" The Internet Numbers Registry System" as a replacement for RFC2050. http://tools.ietf.org/html/rfc7020 A question came up at today's Address Council call today: - "Does any of the global or regional policies need review following this?" I assume not - but it could be good to have the wg participants thoughts on this too. -- Hans Petter Holen Mobile +47 45 06 60 54 | hph(a)oslo.net | http://hph.oslo.net

7 11

Re: [address-policy-wg] 2013-05 New Draft Document and Impact Analysis Published (No Restrictions on End User Assignments in Intra-RIR Transfers)
by Richard Hartmann 02 Oct '13

02 Oct '13

+1 Sent by mobile; excuse my brevity.

1 0

Re: [address-policy-wg] 2013-05 New Draft Document and Impact Analysis Published (No Restrictions on End User Assignments in Intra-RIR Transfers)
by sandrabrown＠ipv4marketgroup.com 01 Oct '13

01 Oct '13

> The draft document for the proposal described in 2013-05, > "No Restrictions on End User Assignments in Intra-RIR Transfers" > has been published. The impact analysis that was conducted for this > proposal has also been published. +1. Sandra Brown

1 0

Re: [address-policy-wg] 2013-05 New Draft Document and Impact Analysis Published (No Restrictions on End User Assignments in Intra-RIR Transfers)
by Tore Anderson 01 Oct '13

01 Oct '13

+1 Tore

2 1

Re: [address-policy-wg] 2013-05 New Draft Document and Impact Analysis Published (No Restrictions on End User Assignments in Intra-RIR Transfers)
by Jan Ingvoldstad 01 Oct '13

01 Oct '13

On Mon, Sep 30, 2013 at 3:22 PM, Marco Schmidt <mschmidt(a)ripe.net> wrote: > > Dear colleagues, > > The draft document for the proposal described in 2013-05, > "No Restrictions on End User Assignments in Intra-RIR Transfers" > has been published. The impact analysis that was conducted for this > proposal has also been published. > > > You can find the full proposal and the impact analysis at: > > https://www.ripe.net/ripe/policies/proposals/2013-05 > Ah, excellent. This changed turned out just as well-formulated as I hoped, and the impact analysis matched my expectations. What's not to like? :) +1 -- Jan

1 0

Re: [address-policy-wg] 2013-05 New Draft Document and Impact Analysis Published (No Restrictions on End User Assignments in Intra-RIR Transfers)
by Donal Cunningham 01 Oct '13

01 Oct '13

> The draft document for the proposal described in 2013-05, > "No Restrictions on End User Assignments in Intra-RIR Transfers" > has been published. The impact analysis that was conducted for this > proposal has also been published. +1. D. Airspeed Telecom

1 0

Re: [address-policy-wg] 2013-06 New Policy Proposal (PA/PI Unification IPv6 Address Space)
by Richard Hartmann 30 Sep '13

30 Sep '13

Dear all, I support the general direction of this proposal. If it included v4, I would still be in favor. That being said, I am not sure about the prefix sizes listed in this proposal. According to section 5.1.2 of the new text, everyone will receive at least a /32 unless the addresses will be used for a special purpose as per section 6. In this case, allocations can be made in allocations of /48: * Operating a TLD: 1-4 * /48 * Operating an ENUM: 1-4 * /48 * Operating an IXP: 1 * /48 * Operating a DNS root server: 1 * /32 There are three concerns with this: 1) Assuming everyone will get at least a /32, why limit core internet infrastructure, i.e. TLDs, ENUMs, and IXPs to a mere /48? The combined amount of those allocations will be dwarfed by the combined amount of LIRs and End Users. 2) While there are a _lot_ of addresses with IPv6, handing a multi-homed End User who will be able to operate on a single /48 for the foreseeable future a whole /32 appears to be wasteful. Maybe that's v4 speaking through me, but still... 3) Becoming a LIR costs several thousand Euros up front and then per year. Not being a LIR and simply getting the same /32 will, under current pricing schemes, cost €50. Becoming a LIR would become an extremely stupid business move over night. This means the existing LIRs will be stuck with paying whatever price increases happen over the years. That, in turn, means LIRs will start trying to redistribute the cost. And _that_ will become ugly very quickly. I am not saying my suggested answers are perfect, but my gut feeling tells me that while the distinction between "this is PA, hand it to your customers" and "this is PI, don't you dare using it for anyone but yourself" does not make sense, there should still be a distinction between "we need a few v6 addresses" and "we need a lot v6 addresses". Two possible approaches: * Non-LIR allocations could be limited to a single aggregated equivalent of, e.g. a /40 or /41. If someone needed more, let them become a LIR. * Do away with the flat fee of €50 per Independent Number Resource and charge based on size. This would also somewhat prevent people from grabbing as much IP space as possible. As an aside, reading [1] is needlessly hard. There are several sections where text on the left-hand side does not appear on the right-hand side. New text on the right-hand side is marked in blue; disappearing text on the left-hand side is not marked in any way. This is yet another reminder of why migrating to plain text with an automated storage and diffing back-end ASAP will be a Good Thing. Richard [1] https://www.ripe.net/ripe/docs/other-documents/draft-ipv6-address-allocatio…

5 7