Hi Roger, The decision to give returned address space back to IANA is outside the scope of (this?) allocation policy. The text in this policy however explicitly leaves room for space to be returned to IANA, instead of just stating that any and all returned space MUST be placed into the "final /8 pool", which would have been a valid interpretation had the phrase you quote below not been present - that would block all options to return space to IANA, which would be bad to have in policy. Hence the 'the below is only valid for space we already decided is not going back to IANA'. Thank you for supporting the policy proposal. Best Remco On 22-05-11 19:14, "Roger Jørgensen" <rogerj@gmail.com> wrote:
Hmm are we really sure we want to have this part in here? "This section only applies to address space that is returned to the RIPE NCC and that will not be returned to the IANA but re-issued by the RIPE NCC itself."
I do see the point of it yes, but what if a huge block are returned, one that could go back to IANA and be reused for something that all can benefit from? ... and we have no idea what it can be since we can't predict the future.
Do we change the policy again at that point or when thing change?
other than that, support this policy. It do make it pretty clear on how IPv4 are handled in the near-comming future.
This email is from Equinix Europe Limited or one of its associated/subsidiary companies. This email, and any files transmitted with it, contains information which is confidential, may be legally privileged and is solely for the use of the intended recipient. If you have received this email in error, please notify the sender and delete this email immediately. Equinix Europe Limited. Registered Office: Quadrant House, 4 Thomas More Square, London E1W 1YW. Registered in England and Wales, No. 6293383.