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] IXP pool lower boundary of assignments
- Previous message (by thread): [address-policy-wg] IXP pool lower boundary of assignments
- Next message (by thread): [address-policy-wg] IXP pool lower boundary of assignments
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Jan Ingvoldstad
frettled at gmail.com
Tue Nov 8 10:47:39 CET 2022
On Tue, Nov 8, 2022 at 9:46 AM Matthias Wichtlhuber < matthias.wichtlhuber at de-cix.net> wrote: > > I don't get the point of the /29 discussion anyways. It is based on the > false assumption that we need to stretch the pool to eternity and beyond. > We need to stretch the pool until we can test and establish IPv4 over IPv6 > peering LANs. A /26 default is perfectly fine for that. > What's preventing "us" from testing and establishing this right now? Is it a lack of impending doom? Also, another argument I feel is missing is that 100% overprovisioning seems to be perhaps reasonable at very small sizes, but unreasonable at greater sizes. Room for reasonable growth is not merely about percentages. Over two thirds of current IXPs given the actual growth from 2019 to 2022, fit within a /27 with *some* overprovisioning. Combined with the option to request a greater initial size, I'd argue that *if and only if* the point is to stretch this pool's lifespan, a /27 is both reasonably large as a minimum size, yet not too large. -- Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: </ripe/mail/archives/address-policy-wg/attachments/20221108/cb748d91/attachment.html>
- Previous message (by thread): [address-policy-wg] IXP pool lower boundary of assignments
- Next message (by thread): [address-policy-wg] IXP pool lower boundary of assignments
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]