Re: [sig-policy] Regarding Return Address spaces from 103/8 Pool
Thank you Aftab for mentioning about prop-116, but it looks that
this is basically independent of prop-116, and it is ongoing issues
to be solved (possibly in a hurry?).
About how to treat returned 103/8 addresses. I think it's better
to return them into final /8 block, rather than into the
IPv4 Recovered Address Pool because:
- the Final /8 pool will last longer, and
- unified simple policy to handle 103/8 block
Another point, do we need a policy proposal to modify current situation, or
it's OK only to collect opinions in this ML?
Yours Sincerely,
---
Tomohiro Fujisaki
2016-11-24 21:44 GMT+09:00 Sumon Ahmed Sabir <sumon at fiberathome dot net>:
>
> Dear Community Members,
>
>
>
> Under current IPv4 policy, each APNIC account holder can request a /22
>
> from the Final /8 pool (103/8) and a /22 from the IPv4 Recovered Address
>
> Pool.
>
>
>
> There is currently a waiting list for delegations from the recovered
>
> address pool.
>
>
>
> If an APNIC Member closes their membership and returns a 103/8 block of
>
> addresses to APNIC, this space is placed in the recovered pool not in
>
> the Final /8 pool.
>
>
>
> The Secretariat would like to confirm where the policy community would
>
> like these addresses returned to, either the Final /8 Pool, or the IPv4
>
> Recovered Address Pool.
>
>
>
> Advantages of returning recovered 103/8 addresses to the Final /8 pool
>
>
>
> - The Final /8 pool will last longer.
>
>
>
> - Policies such as prop-116 are easier and fairer to implement.
>
>
>
> Disadvantage of returning recovered 103/8 addresses to the Final /8 pool
>
>
>
> - Not everybody receiving delegations from 103/8 will get a “clean”,
>
> unused block.
>
>
>
> - Members on the waiting list for addresses from the recovered pool
>
> will wait longer.
>
>
>
> Please reply to the mailing list to provide your feedback and opinion.
>
>
>
>
>
> Regards,
>
>
>
> Masato, Sumon
>
> APNIC Policy SIG Chairs
>
>
> * sig-policy: APNIC SIG on resource management policy
> *
> _______________________________________________
> sig-policy mailing list
> sig-policy at lists dot apnic dot net
> https://mailman.apnic.net/mailman/listinfo/sig-policy