[address-policy-wg] agreement
- Previous message (by thread): [address-policy-wg] agreement
- Next message (by thread): [address-policy-wg] agreement
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Sander Steffann
sander at steffann.nl
Mon May 9 14:50:14 CEST 2016
Hi Peter, > My main objection to this proposal is simple: It depletes the available > pool for _new_ participants faster. I strongly believe any new actor > should be able to go from zero to non-zero with the addresses available > from RIPE. For an actor with non-zero addresses to get more addresses, > there is a secondary market. Indeed. It all comes down to "the needs of those in the next few years with no IPv4 addresses" vs "those today who have only one /22". > Since that is the base of my objection, I do not see any way that a > middle ground can be met. Based on my understanding of the other > objections, I believe this is held by at least a few others from the > objection side. Well, to make a useful discussion possible I think it's important to look at the timescales. A policy that changes expected depletion from e.g. 100 years to 90 years might not be a problem, but other timescales will definitely be a problem. I think the timescale I have heard that people would find acceptable is *at least* 5 to 10 years. If you look at the minutes of RIPE 70 (https://www.ripe.net/participate/ripe/wg/ap/minutes/ripe-70) you'll see a statement from RIPE NCC when discussing this policy proposal that "the RIPE NCC’s IPv4 pool was expected to last for around five years.". > I appreciate the effort put into this proposal, but I do not think any > solution can be proposed. The stated expected timescale already seems to be around the bare minimum lifetime that is accepted, and much less than what many people would like. I therefore have to agree that any proposal that shortens that lifetime even further will very probably not get consensus. Someone would need to come up with a radical new idea to get out of the current deadlock. Which is why I urge all new participants in this discussion to read the mailing list archives so they can get the full current picture before they propose a solution. Cheers, Sander -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 455 bytes Desc: Message signed with OpenPGP using GPGMail URL: <https://lists.ripe.net/ripe/mail/archives/address-policy-wg/attachments/20160509/7df3c8fe/attachment.sig>
- Previous message (by thread): [address-policy-wg] agreement
- Next message (by thread): [address-policy-wg] agreement
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]