On Tue, Jun 16, 2020 at 03:36:39PM +0200, Petrit Hasani wrote:
Section 5.3 "Sub-allocations" of the IPv4 Address Allocation and Assignment Policies (ripe-733) states:
"Sub-allocations are intended to aid the goal of routing aggregation and can only be made from allocations with a status of "ALLOCATED PA".
[...]
LIRs may make sub-allocations to multiple downstream network operators."
https://www.ripe.net/publications/docs/ripe-733#54
Before making any changes, we want to be sure that we understand the intent of the policy and what the community wants us to do. Thus, we would like to hear from the Address Policy Working Group:
- Should inetnums with these statuses be allowed to be created inside one another? I think that may be useful, yes, especially for IPv6 allocations which give far more scope for suballocations, and the use-case obviously exists.
- Should there be a limit on the minimum size of a sub-allocation? Not for IPv4, *maybe* for IPv6. I don't think there is scope in IPv4 for administrative address wasteage. It may be sensible in IPv6 to prevent deaggregation of allocations into unmanageable bits and database blowout.
- Do we need a policy update? Yes, I think so. Policy is relatively unambiguous in stating that only one level of sub-allocation is allowed and if there is a desire to change this, the PDP should be required..
rgds, Sascha Luck