This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[address-policy-wg] 2016-03 Discussion Period extended until 15 July 2016 (Locking Down the Final /8 Policy)
- Previous message (by thread): [address-policy-wg] 2016-03 Discussion Period extended until 15 July 2016 (Locking Down the Final /8 Policy)
- Next message (by thread): [address-policy-wg] 2016-03 Discussion Period extended until 15 July 2016 (Locking Down the Final /8 Policy)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Jim Reid
jim at rfc1035.com
Fri Jun 17 13:06:02 CEST 2016
> On 17 Jun 2016, at 11:55, Payam Poursaied <payam at rasana.net> wrote: > > why not to create and enforce > policies which return the > not-in-time-used-ip-blocks-beacuase-of-business-plans-change-and-market-cond > itions-change o the free pool? Feel free to write up and submit a policy proposal along these lines since it seems to be something that matters to you. IMO such a policy would be impractical, expensive to implement, easy to subvert and unlikely to result in much IPv4 space getting returned for reallocation. But maybe you know something I don’t. Even if space was returned from this hypothetical policy, it still doesn’t resolve anything. We still run out of IPv4 because there’s not enough of it. At best, all your policy might achieve is delay complete v4 exhaustion at the NCC by a couple of weeks. Then what?
- Previous message (by thread): [address-policy-wg] 2016-03 Discussion Period extended until 15 July 2016 (Locking Down the Final /8 Policy)
- Next message (by thread): [address-policy-wg] 2016-03 Discussion Period extended until 15 July 2016 (Locking Down the Final /8 Policy)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]