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] 2019-05 New Policy Proposal (Revised IPv4 assignment policy for IXPs)
- Previous message (by thread): [address-policy-wg] 2019-05 New Policy Proposal (Revised IPv4 assignment policy for IXPs)
- Next message (by thread): [address-policy-wg] 2019-05 New Policy Proposal (Revised IPv4 assignment policy for IXPs)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Aris Lambrianidis
aris.lambrianidis at ams-ix.net
Wed Jun 5 11:58:26 CEST 2019
> On 5 Jun 2019, at 11:41, Nick Hilliard <nick at foobar.org> wrote: > > Because they will have handed back their address space. The address assignment policies are explicitly designed to have a garbage collection mechanism under 2007-01. If you don't actively maintain your registration, it reverts to the registry. > > Nick Sure, but consider this simplified scenario: 1. In June 2019, IXP A requests an allocation. They get a /24. 2. In June 2020, the reserved pool is exhausted. 3. In July 2020, IXP B requests allocation but can't get one due to 2. 4. Sometime in 2021 (or even later), IXP A hands over their allocation. What would IXP B do in the mean time between July 2020 and 2021 (or even later) when IXP A handed back their allocation? Of course another IXP could have handed back their address space, but this doesn't change the point made: Defaulting to a smaller allocation increases the chance (if ever so slightly) that the pool will be exhausted at a later point and thus IXP B will get an allocation in July 2020. On a smaller note, I could also tentatively argue that being able to hand over new allocations is more important to ecosystem diversity than being able to honor requests for increasing existing ones. Kind regards, Aris -------------- next part -------------- An HTML attachment was scrubbed... URL: </ripe/mail/archives/address-policy-wg/attachments/20190605/94b4dfac/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: Message signed with OpenPGP URL: </ripe/mail/archives/address-policy-wg/attachments/20190605/94b4dfac/attachment.sig>
- Previous message (by thread): [address-policy-wg] 2019-05 New Policy Proposal (Revised IPv4 assignment policy for IXPs)
- Next message (by thread): [address-policy-wg] 2019-05 New Policy Proposal (Revised IPv4 assignment policy for IXPs)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]