This is very sage advice, as one would expect from Mr. Paul Wilson. 👍 I agree. Under current policies, most organizations will have an additional /64 available with plenty of identifiers for such a use case; even organizations receiving assignments from an ISP will likely have an extra /64 available. However, non-connected devices should never be the primary basis for justifying an RIR allocation. But as an ancillary use case of an additional /64, once an allocation has been justified through connected devices, sure. Furthermore, current policies cover connected IoT devices just fine.
Thank you. On Mon, Aug 19, 2024 at 10:06 AM Paul Wilson <[email protected]> wrote: > If I may offer some suggestions here, in my personal capacity: > > Realistically, it seems close to impossible that the APNIC community will > agree that blocks of IPv6 should be allocated by APNIC for the purpose of > further assignment to objects that are incapable of acting as IPv6 devices. > > However, that agreement may not be necessary. The holder of a /32 > allocated under current policies can use that space legitimately, while > also having plenty of spare /64s. And each of those /64 prefixes bears > enough /128 addresses to identify 2^64 (18 billion billion) objects. > > Perhaps the authors might consider that if an existing IPv6 holder wants > to implement their scheme, they could simply take a single /64 from their > IPv6 space and use it as proposed. That could even be the same /64 which is > assigned to the server of information about the objects identified within > the prefix (an implementation detail which is probably beyond the scope of > this discussion). > > If this approach were taken, then the appropriate place to document it > would be in a proposed IETF Informational RFC, or even a BCP. If the IETF > were to publish that RFC, then that might tend to leitimise the practice > for the sake of any ongoing RIR discussions (if those were needed at all). > > As for APNIC 58, perhaps the authors would propose this as an > informational presentation to the IPv6 SIG, rather than trying to bring it > as a policy proposal which seems destined (I’m sorry to say) to fail. > > I hope this is helpful. > > Paul. > > On 18 Aug 2024, at 23:55, Bertrand Cherrier via SIG-policy wrote: > > Dear SIG members, > > A new version of the proposal "prop-161-v002: Using IPv6 for Internet of > Things (IoT)" has been sent to the Policy SIG for review. > > Information about earlier versions is available from: > > http://www.apnic.net/policy/proposals/prop-161 > > You are encouraged to express your views on the proposal: > > - Do you support or oppose the proposal? > - Is there anything in the proposal that is not clear? > - What changes could be made to this proposal to make it more effective? > > Please find the text of the proposal below. > > Regards, > Bertrand, Shaila, and Anupam > APNIC Policy SIG Chairs > > > ----------------------------------------------------------------------------------- > > prop-161-v002: Using IPv6 for Internet of Things (IoT) > > > ----------------------------------------------------------------------------------- > > Proposer: > Guangliang Pan (Benny) ([email protected]) > Wei Wong (Wesley) ([email protected]) > Qiang Li ([email protected]) > Yaling Tan ([email protected]) > > > 1. Problem statement > ------------------------- > Internet of Things (loT) is part of the future Internet. However, there > is no clear IPv6 policy for IoT in APNIC’s current policy environment. > If a company doesn’t have IPv4, not a LIR, it is difficult for them to > request IPv6 allocation for IoT services. > In some of the cases, the IoT industry needs to assign IPv6 to > electronic smart devices as well as non-electronic items. The > non-electronic items include company products and assets. IPv6 addresses > will be used to host information of non-electronic items on the Internet > for the purpose of identification, verification, and tracing. It is a > bit difficult for APNIC Hostmasters to evaluate such IPv6 requests > without a clear policy. > This policy proposal aims to improve the IPv6 allocation policy to > address the requirements from the IoT industry. > > 2. Objective of policy change > ---------------------------------- > Add a clear clause about how IPv6 can be allocated to Internet of Things > in IPv6 policy. > > 3. Situation in other regions > -------------------------------- > There are some discussions about “Need IPv6 in IoT” in other regions. > RIPE NCC has an “Internet of Things Working Group”. > > > 4. Proposed policy solution > -------------------------------- > Add a new clause in IPv6 policy. > 8.2.3 Using IPv6 for Internet of Things (IoT) > IPv6 addresses can be allocated to Internet of Things for electronic > smart devices and/or for hosting information of non-electronic items on > the Internet. Initial IPv6 allocation size for IoT will be set to the > minimum IPv6 allocation size at the time of allocation. > > 5. Advantages / Disadvantages > ------------------------------------ > Advantages: > IPv6 has huge number of IP addresses and IoT needs huge number of IP > addresses. It is a perfect match connects APNIC community with the IoT > industry. Encourage using IPv6 for IoT will help IPv6 deployment in > future Internet. We will create a real Internet of everything based on > IPv6. > > Disadvantages: > None > Not to worry about run out of IPv6. The original design of IPv6 was for > Internet of Things. You often hear IPv6 can be assigned to every single > sand in the world :) We can trust APNIC Hostmasters will do the > evaluation properly. > > 6. Impact on resource holders > ----------------------------------- > No impacts to the current resource holders in the APNIC region. > More new members joining APNIC from the IoT industry will help to reduce > the APNIC membership fee. > > > 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] -- =============================================== David Farmer Email:[email protected] Networking & Telecommunication Services Office of Information Technology University of Minnesota 2218 University Ave SE Phone: 612-626-0815 Minneapolis, MN 55414-3029 Cell: 612-812-9952 ===============================================
_______________________________________________ SIG-policy - https://mailman.apnic.net/[email protected]/ To unsubscribe send an email to [email protected]
