Gert Doering wrote on 21/05/2025 11:44:
That said, maybe we need to work on the criteria, if legitimate use
cases find it hard to argue for a /28 or /27.
this is the core problem. As it stands, the proposal deals with the /29
-> /28 case, but doesn't deal with /28 -> /27, or /27 -> /26, and so on.
I.e. shifting the bit by one position papers over potential problems
with the current allocation policies rather than solving any of them.
Nick
-----
To unsubscribe from this mailing list or change your subscription options,
please visit:
https://mailman.ripe.net/mailman3/lists/address-policy-wg.ripe.net/
As we have migrated to Mailman 3, you will need to create an account with the email matching your subscription before you can change your settings.
More details at: https://www.ripe.net/membership/mail/mailman-3-migration/
