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/address-policy-wg@ripe.net/
[address-policy-wg] 2019-07 New Policy Proposal (Default assignment size for IXPs)
- Previous message (by thread): [address-policy-wg] 2019-07 New Policy Proposal (Default assignment size for IXPs)
- Next message (by thread): [address-policy-wg] 2019-07 New Policy Proposal (Default assignment size for IXPs)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Scott Leibrand
scottleibrand at gmail.com
Wed Nov 13 15:04:27 CET 2019
> On Nov 13, 2019, at 5:43 AM, Radu-Adrian FEURDEAN <ripe-wgs at radu-adrian.feurdean.net> wrote: > > Hello, > >> On Tue, Oct 15, 2019, at 14:43, Marco Schmidt wrote: >> Dear colleagues, >> >> A new RIPE Policy proposal, 2019-07, "Default assignment size for IXPs" >> is now available for discussion. > > My suggestion : > - if the default assignment size is to be lowered, that should be a /25 or a /26, not smaller. > - The "target use" (currently "50% within 2 years"), should be a little more relaxed (either 3 years, or something like 35%-40% use within 2 years). > > I wouldn't mind reserving space for future enlargement (with reservations being re-allocated or reduced when space is needed by other members), but I think wording for that would render the policy way too complex. Isn’t that as simple as “use sparse allocation”? As long as less than half of the remaining IXP pool has been used up, everyone can be given an allocation within a larger block with the ability to grow at least 2x. -Scott
- Previous message (by thread): [address-policy-wg] 2019-07 New Policy Proposal (Default assignment size for IXPs)
- Next message (by thread): [address-policy-wg] 2019-07 New Policy Proposal (Default assignment size for IXPs)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]