Dear Colleagues, I am Satoru Tsurumaki from Japan Open Policy Forum Steering Team..
I would like to share key feedback in our community for prop-158,based on a meeting we organised on 31th Jan to discuss these proposals. This feedback is sent on my behalf, but please note that it is a summary of the discussions among the 12 Japanese community members (5 on-site, 7 remote) who attended the meeting. Many oppose opinions were expressed about this proposal. (comment details) - As pointed out in the Secretariat's impact assessment, it is still possible to obtain a /32 IPv6 address with one click after obtaining an IPv4 address now. On the other hand, the proposed policy automatically delegate IPv6 addresses and requires that they advertise it within two years, which may seem unfair to members who are delegated the address under the this policy. - Unfortunately, there are a certain number of applicants who do not need IPv6 addresses today. - Members who are delegated IPv4 addresses of /23 or less will also be delegated IPv6 addresses of /32, whether they want them or not, and finaly their annual membership fee will increase. Under Japanese law, this is extremely likely to violate the Antimonopoly Law as tying sales. Regards, 2024年1月15日(月) 8:39 Bertrand Cherrier via SIG-policy <[email protected]>: > > Dear SIG members, > > A new proposal "prop-158-v001: IPv6 auto-allocation for each IPv4 request" > has been sent to the Policy SIG for review. > > It will be presented at the Open Policy Meeting (OPM) at APNIC 57 on > Thursday, 29 February 2024. > > https://2024.apricot.net/program/program/#/day/9/ > > We invite you to review and comment on the proposal on the mailing list > before the OPM. > > The comment period on the mailing list before the OPM is an important > part of the Policy Development Process (PDP). We encourage you to > express your views on the proposal: > > - Do you support or oppose this proposal? > - Does this proposal solve a problem you are experiencing? If so, > tell the community about your situation. > - Do you see any disadvantages in this proposal? > - Is there anything in the proposal that is not clear? > - What changes could be made to this proposal to make it more effective? > > Information about this proposal is appended below as well as available at: > > http://www.apnic.net/policy/proposals/prop-158 > > Regards, > Bertrand, Shaila, and Anupam > APNIC Policy SIG Chairs > > ---------------------------------------------------------------------- > > prop-158-v001: IPv6 auto-allocation for each IPv4 request > > ----------------------------------------------------------------------- > > Proposers: David Aditya Yoga Pratama ([email protected]) > M. Andri Setiawan ([email protected]) > > > 1. Problem statement > ------------------------- > > Based on this > https://www.apnic.net/manage-ip/ipv4-exhaustion/#how-much-apnic-has, > APNIC still has around 2,539,776 available IPv4 addresses and may > claimed another 2,479,360 reserved IPv4 addresses. > > APNIC member still can get /24 of IPv4 addresses based on the current > APNIC policy. > > Most of the new IPv4 requestors are not allocated or requesting IPv6 > even though they are eligible to do so. > > The rates of IPv4 allocation is faster than IPv6 allocation and it may > keep slow the deployment of IPv6. > > APNIC associate member can get IPv6 without additional cost > (proposal-155), so APNIC member should be able to do the same when they > request IPv4 address. > > 2. Objective of policy change > ---------------------------------- > > Allocate IPv6 addresses to each IPv4 addresses requests to speed up the > IPv6 adoption and deployment rates. > > 3. Situation in other regions > -------------------------------- > > AFRINIC - No such policy > ARIN - No such policy and it has no available address space to be offered > RIPE NCC - No such policy and it has no available address space to be > offered > LACNIC - IPv6 allocation request is used as “requirements” for any IPv4 > request as mentioned in their policy point 2.3.3.1 - 2.3.3.4 and 2.3.4. > “The applicant must already have at least one IPv6 block assigned by > LACNIC or, if not, must simultaneously request an initial IPv6 block in > accordance with the corresponding applicable policy. (If an applicant > has already been assigned an IPv6 block, they shall submit to LACNIC a > brief document describing their progress in the implementation of IPv6.)” > > 4. Proposed policy solution > -------------------------------- > Add this to Section "6.1. Minimum and maximum IPv4 delegations" of the > APNIC Policy document. > > For all new and initial IPv4 delegation requests, APNIC and NIR will > automatically delegates IPv6 address, matching the IPv6 policy in > Section 8.2.1 (i.e allocation or assignment). > > Automatically delegated IPv6 address should be put into deployment > within two years from the date of the delegation, same as Point 3 in > Section 8.2.2. > > For any subsequent IPv4 requests, APNIC and NIR account holder should be > able to demonstrate the deployment status of the automatically delegated > IPv6 address space. APNIC and NIR may verify these details with the > publicly available routing/BGP data and any other sourceses. > > 5. Advantages / Disadvantages > ------------------------------------ > Advantages: > -Maintain the consistency mapping between IPv4 and IPv6 allocation. > -Speed up the adoption of IPv6 addresses. > > Disadvantages: > -The allocated IPv6 may not be deployed by the LIRs on time. > -Change on the resources allocation system at APNIC. > > 6. Impact on resource holders > ----------------------------------- > No Impact on resource holders. > > Impact on APNIC: > - Change the allocation system at APNIC to automatically allocate IPv6 > without any options to select IPv4 address, IPv6 address or both. > - It may change the pricing scheme without considering IPv6 address > allocation when member request both IPv4 and IPv6 addresses. > > 7. References > ---------------- > > _______________________________________________ > SIG-policy - https://mailman.apnic.net/[email protected]/ > To unsubscribe send an email to [email protected] _______________________________________________ SIG-policy - https://mailman.apnic.net/[email protected]/ To unsubscribe send an email to [email protected]
