Thanks for the IP history lesson as I'm sure a lot of folks in this forum haven't heard of that info.
Unfortunately a lot of politics has gone into the fossil fuel debates which muddies the subject up a lot and to some extent that goes on in the IP world too. Humans are political creatures. Being told that we would run out of oil in the 1990's twenty years earlier, and then seeing that is still not happening in 2021, makes me skeptical of fossil fuel/climate change claims now. So far none of the drastic predictions have actually occurred, but of course only time will tell. While if you are standing behind an electric car, we all would agree that it is good that we don't have to breath the exhaust from the tail pipe. However, that electricity is being generated in a power plant somewhere, and there is a much larger "tail pipe" with a whole lot of exhaust spewing out into the air and the environment. I learned in high school chemistry class that E=MC squared, which means that with electric cars we are just shifting the pollution elsewhere, but it seems to make us feel good when we can't see the pollution the electric car is causing. The closest we've come to the "free lunch" of no pollution is nuclear - but of course you have to deal with the waste and the nuclear plants themselves when they finally get shut down. At least most folks agree that clean air and clean water is desirable but after that, as I said it gets muddy. NAT was one way that was invented to extend IPv4 much the same way as the petroleum-equivalents you mention extend the life of Oil use. In 1994 I used to use valid IP addresses on all PCs in an organization and of course no firewall. There are other ways invented to use less IPv4 as you know. As I said, IPv6 is the leading candidate to become the new Internet energy, but a breakthrough as odd as Imaginary Numbers was in the mathematics world, might still be possible with IPv4. The clock is ticking on that possibility though. if I live long enough, it will be interesting to watch what actually occurs and when. Until then, we are the using our IPv4 resources as judiciously as we can to avoid having to buy more at escalating prices. We do also have IPv6 resources just in case. đ Steven Ryerse President [email protected] | C: 770.656.1460 100 Ashford Center North | Suite 110 | Atlanta, Georgia 30338  -----Original Message----- From: Owen DeLong <[email protected]> Sent: Sunday, September 12, 2021 1:09 PM To: Steven Ryerse <[email protected]> Cc: Ronald F. Guilmette <[email protected]>; arin-ppml <[email protected]> Subject: Re: [arin-ppml] Change of Use and ARIN (was: Re: AFRINIC And The Stability Of The Internet Number Registry System) > On Sep 11, 2021, at 23:23 , Steven Ryerse <[email protected]> > wrote: > > In the 1970's when I was going to high school they told us we would run out > of oil by the end of the 1990's. Maybe that was possible then - based on the > then known oil reserves - if no more reserves were found. Its 2021 now and > we know we didn't run out of oil in the 90's, and in fact have found huge > amounts of new oil reserves around the world - that if used wisely will last > for a long time. Indeed⌠And due to existing uses, likely will outlast the habitability of the planet by mankind if we donât change our uses. > Now I assume there is still a limit on how much oil mankind can find on this > earth and we could eventually run out depending on how fast we use whatever > exists. However, it is likely that we will never actually run out of oil, > because if it truly becomes scarce then the price will go up. As time goes > on and as oil becomes more and more scarce, the price will keep going up and > up - until eventually the price will become so high and prohibitive that > mankind will turn to other cheaper sources of energy because of the super > high price that oil will cost then. A big part of the reason we havenât run out yet and arenât ripping through what we know exists is that weâve developed the technology to synthesize petroleum-equivalent products from biomass. (e.g. biodiesel, synthetic motor oils, PLA, etc.) > I'm not exactly sure what the price has to rise to before mankind switches to > other forms of energy. I paid $75 to fill up my pickup truck today. If it > cost $200 to fill your car/truck or $500 or $1000 or more - would that make > most of us switch to something else? $200 maybe or maybe not - $500 or $1000 > or more - probably most of us will switch to whatever cost less than the then > very high price of oil. Certainly at $1000 or more per tank full of gas, the > buyers for oil would mostly disappear since they switched to using something > cheaper - and thus we never actually used up all of the oil reserves that > exists on the earth. I think the switch at this point will be driven (is being driven) not by economic costs of obtaining and consuming oil, but by the need to reduce carbon emissions if we wish to continue living on earth. > So in real life we won't actually end up running out of oil. Whatever > humankind switches to for energy will have to be manageable and accessible > just like oil has been. It is still not clear what the particular energy > source will be that replaces oil. Itâs pretty clear that itâs going to be a migration to electricity as a primary energy technology and a migration away from petroleum based sources for generating electricity towards a combination of renewables including solar, wind, probably some nuclear for the foreseeable future, and possibly some clean hydrogen based sources. Battery technologies are continuing to improve rapidly, increasing storage density, efficiency, and reliability (which is the main advantage in petro fuels over electricity, the easy high-density storage). > So we have Ipv4 which is the energy currently running most of our internet. > IPv4 has a known total of IP addresses. The reserves of unused IPv4 are > spread around the planet in an inefficient and uneven manner. Every day more > and more IPv4 addresses are put to work running services on the Internet > which is slowly making them more scarce. As the price rises over time per > IPv4 address on the open market, a lot of this inefficient and uneven spread > of IPv4 addresses will even out somewhat via the open market. This will keep > the price reasonably low for awhile ($75 Per tank full) but as these IPv4 > addresses become more scarce the price will slowly climb until the day comes > where they become very expensive by todays standards ($500 per tank full) and > at some point ($1000 per tank full or more) and the organizations wanting to > add more services to the Internet will look for a cheaper alternative. It truly depends on how you define most at this point⌠In terms of addresses deployed, IPv6 has surpassed IPv4 some years back. In terms of traffic mix, IPv6 exceeds 60% in many environments today. In terms of total content sites available, yes, IPv6 is still in the minority. In terms of eyeballs, IPv4 has more because there arenât very many IPv6-only eyeballs yet, but the (admittedly slim) majority of eyeballs have IPv6 capabilities at this time. > So it is likely that we may never actually run out of IPv4 addresses > (especially because of the uneven spread of them). The cost per address as > it increases and becomes expensive and prohibitive will eventually drive > organizations that want to add even more services to the Internet, to look > for alternative IP energy to run those Internet services on. The new IP > energy will have to be manageable and accessible just like IPv4 has been. It > is still not clear what the particular IP energy source will be that replaces > IPv4. Arguably, we already have run out of IPv4 addresses, but unlike petrochemicals which are a consumption item, unless youâre a snow-shoe spammer, IPv4 addresses arenât consumed in the process of usage. IPv4 addresses can continue to be used as long as there are hosts to put them on and they can continue to be moved around to different hosts using ever more painful and expensive ways to share them among multiple hosts. > Certainly IPv6 is a leading possibility and it may end up actually being the > new IP energy that mankind embraces for future Internet services because it > has had a head start. However, some smart engineer(s) somewhere working in a > garage (Steve Jobs and Steve Wozniak) may very well develop an IPv4 > compatible protocol that can be used along with IPv4 making the transition > away from IPv4 easier and less costly - and if that happens maybe we end up > with IPv8. Itâs not only the current leading possibility, itâs currently the only viable alternative on the table. Before you buy into the idea of an IPv8, I suggest you research the name âJim Flemmingâ. In order to be IPv4-compatible, you need to find a way to put an address that can represent at least 32 billion unique host addresses into a 32-bit field. NAT sort of pretends to do this by using some arbitrary fraction of the TCP/UDP Port numbers to effectively extend the address bits. The problem is that this ONLY works effectively with protocols that have ports or something like it and it fails miserably with lots of things that used to be convenient. It makes development and testing far more expensive and worse, the expectation that all end-user networks are structured in that particular way creates an environment where software developers make really bad choices based on that assumption. As a glaring example, Philips Hue assumes that they can identify hosts on the same network as one of their lighting control bridges by mapping the public IP address. They literally assume that all hosts on the same network share a single public IP address. This assumption (heavily baked into their code on both server and client side) leads to multiple problems: 1. They need an entirely different solution to cope with networks that donât NAT, and thus theyâve avoided adding IPv6 capabilities to their product because itâs âhardâ. 2. They break utterly in situations where the network has multiple public addresses, whether a lack of NAT (such as is my situation), or an environment where the NAT pool includes more than one address that could be selected at egress. 3. Everyone behind the same CGN is assumed to be in the same household. Iâll leave the consideration of the security implications of this particular gem as an exercise for the reader⌠Hint: NOT GOOD. In short, lots of smart people have tried to figure out how to put 48 bits of data in a 32 bit field and so far, the results have been fairly universally âthat doesnât work.â. Hence, we built an incompatible protocol with as much backwards-looking capability as made sense to put into it. For example, an IPv6-only application can easily work in an IPv4-only, IPv6-only, or Dual-stack environment so long as it accepts (sane operating systems) or sets (BSD-based operating systems) the socket option IPV6_V6ONLY=false. At that point, the OS takes care of all the heavy lifting and IPv4 connections look to the application just like IPv6 connections, but the addresses are of the form ::ffff:aabb:ccdd where a, b, c, d are the hexadecimal values of the octets in the IP address. In fact, in text representation, most OSâs present these as ::ffff:192.0.2.1 for reader convenience. Inside the system, of course, itâs still just a string of 128 0s and 1s. The conversion to hex or any other format is just that, a display convenience. > Frequently what I read in this forum from some members makes me feel like I > am back in high school being told we will run out of IPv4 (oil) very soon. > As we approached "Exhaustion" there was a steady drumbeat of various members > wanting to update policies to somehow "save" IPv4 from running out. Some > policies were changed to try and slow the run out but we still reached the > point of "Exhaustion" (end of the 1990's) and its now 2021 and guess what - > we haven't run out of IPv4. This was easily predictable and some members > shared exactly this perspective in this forum and were largely ignored for a > long time. Now the free market has taken over like it ALWAYS does and the > reserves of IPv4 that were always there - have been slowly coming to market > in one way or another as the scarcity of IPv4 is slowly increasing. This will > continue and the price of IPv4 (oil) will slowly rise. I suspect just like > the oil predictions in the 70's, IPv4 may still have a long way to go before > it is replaced with a new IP energy (2030's?, 2040's?, 2050's? or possibly > later?). The other possibility of new Internet energy happening sooner is a > killer Internet app that eats up IPv4 addresses so fast that the cost per > address rises much faster than it is doing now. VisiCalc and then Word > Perfect were the killer apps that cemented PC usage throughout corporate > America, Microsoft Exchange was the Killer app that cemented Microsoft > Windows Server as the de facto server standard for corporate America, and so > on. Yes, this is still commonplace in AFRINIC as a matter of fact. Thereâs a large faction that does not understand that keeping addresses on the shelf in the registry doesnât extend the viability of IPv4, it just preserves the duration of the free pool creating the illusion of longevity while actually creating an artificially early runout because those who need addresses are not able to get them. > This is why I have always advocated for furthering the Internet by making it > reasonably easy and inexpensive for organizations to get IPv4 resources, > especially small organizations. My policy proposal several years ago to > allow any organization in the ARIN region to easily get a /24 was shot down - > or at least not supported by the members of this community and forum. For > those that think we should have switched to IPv6 (new energy) by now, > "saving" the Internet from "Exhaustion" has actually had the opposite effect > of delaying the day that IPv6 might take over as the new Internet energy. So > not supporting my policy proposal to make /24 easy to get (we should still do > it) as well as not supporting other members that promoted reasonable easier > access to IPv4 resources have had the effect of delaying the day IPv6 might > take over as the Internet energy. Should we really have a limit on the size > of an IPv4 block that ARIN can assign if the need can be demonstrated? Agreed. While I didnât support that particular proposal, it wasnât to preserve IPv4 in the free pool, it was because I felt it had other flaws that would lead to fraud. Owen CAUTION: This email originated from outside the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. _______________________________________________ ARIN-PPML You are receiving this message because you are subscribed to the ARIN Public Policy Mailing List ([email protected]). Unsubscribe or manage your mailing list subscription at: https://lists.arin.net/mailman/listinfo/arin-ppml Please contact [email protected] if you experience any issues.
