[address-policy-wg] 2011-04 New Draft Document Published (Extension of the Minimum Size for IPv6 Initial Allocation)
- Previous message (by thread): [address-policy-wg] 2011-04 New Draft Document Published (Extension of the Minimum Size for IPv6 Initial Allocation)
- Next message (by thread): [address-policy-wg] 2011-04 New Draft Document Published (Extension of the Minimum Size for IPv6 Initial Allocation)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Daniel Roesen
dr at cluenet.de
Mon Feb 27 19:48:26 CET 2012
On Thu, Feb 16, 2012 at 01:12:56AM +0100, Daniel Roesen wrote: > On Wed, Feb 15, 2012 at 10:20:18PM +0100, Jan Zorz @ go6.si wrote: > >> The problem is that the "additional allocation" policy is far more > >> draconian than the "initial allocation" policy. > >> > >> HD ratio doesn't matter for the initial alloc, but for any > >> additional alloc. > > > > What I read here is that probably we'll have to revise additional alloc > > policy part when we are done with 2011-04, am I right? > > Yesterday. I see 2011-04 more as a vehicle to buy us three more bits to > fix the additional allocation policy mess hopefully in time before folks > need more than a /29, and that's why I don't oppose it. :-) BTW, a proposal was recently brought forward in ARIN-land, trying to fix similar IPv6 subsequent allocation policy mess: http://lists.arin.net/pipermail/arin-ppml/2011-November/023758.html https://www.arin.net/policy/proposals/2012_2.html (their criteria for another allocation is "75% or more of their total address space, or more than 90% of any serving site" being utilized) Best regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0
- Previous message (by thread): [address-policy-wg] 2011-04 New Draft Document Published (Extension of the Minimum Size for IPv6 Initial Allocation)
- Next message (by thread): [address-policy-wg] 2011-04 New Draft Document Published (Extension of the Minimum Size for IPv6 Initial Allocation)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]