that logic has been hard-coded inside every OS and vast amounts of software for 30+ years
and to gain less than 0.8%?
they'd do better targeting the reserved multicast range
Ha. Ha. Ha.
> that logic has been hard-coded inside
The thing is what some things are literally hardcoded. I have a whole bunch of network gear circa 2010 in production.
It does support IPv6, but for the most part it is extremely rudimentary. What do you want from a box what implements SSH by running a telnet session over a no-auth SSH session?
And while I can run the latest Windows/Linux/Whatever on my server gear, the network gear is not that simple to upgrade.
I ran into this 10 years ago. I decided to roll out IPv6 to clients. Router docs said it was supported. Then I watched CPU usage peg because every packet hit the CPU. Turns out it was implemented in software; no ASIC support. Was quite the buzz kill.
https://www.ietf.org/archive/id/draft-schoen-intarea-unicast...
Trying to see the most charitable position here - is there an aspect in which redefining 127/8 to 127/16 across billions of devices is actually feasible?
Imagine trying to get the same people to upgrade router firmware...... no chance
0: https://old.reddit.com/r/ATT/comments/mqfy9a/just_got_our_ne...
Earlier versions of cable modems had flaws that allowed consumers to push configs on the ethernet port and uncap their cable modems and gain higher speeds than they had paid for.
"Thank you for upgrading your service to our VVVIP Price Tier! Your first three months as a VVVIP customer is 50% off..."
They did, but the overhead at the time was high. And they generally didn't peruse unless you were causing trouble....or slipped up on OPSEC.
Cable ISP network security back in the day was horrid. SNMP string would get leaked. With that you could snmpwalk the entire node you were on. It was amusing.
There are so many other devices out there that are required for this change to work, it is insane to think it could be done.
Which is why there are technical standards for the ISP to do it from their end:
> Technical Report 069 (TR-069) is a technical specification of the Broadband Forum that defines an application layer protocol for remote management and provisioning of customer-premises equipment (CPE) connected to an Internet Protocol (IP) network. TR-069 uses the CPE WAN Management Protocol (CWMP) which provides support functions for auto-configuration, software or firmware image management, software module management, status and performance managements, and diagnostics.
* https://en.wikipedia.org/wiki/TR-069
(At least on ISP-issued CPE.)
Expires: 12 May 2022
I couldn't find a newer edition, so hopefully this has gone to the great standards track in the sky. Expires: 8 September 2022