This memo proposes another short-term solution, address reuse, that complements CIDR or even makes it unnecessary. The address reuse solution is to place Network Address Translators (NAT) at the borders of stub domains. This memo provides information for the Internet community. This memo does not sp...
From the conclusion:
NAT may be a good short term solution to the address depletion and
scaling problems. This is because it requires very few changes and
can be installed incrementally. NAT has several negative
characteristics that make it inappropriate as a long term solution, and may make it inappropriate even as a short term solution. Only
implementation and experimentation will determine its
appropriateness.
It's been getting "more and more use" since 2001. To start with the isps said that they were not going to do any work to implement it until endpoints supported it. Then vista came with support by default. Next they wanted the backbones to support it. All tier 1 networks are now dual stack. Then they said they were not going to do anything until websites supported it widely. Now all cdns support it. Then they said, it's ok we will just do mass nat on everyone so won't do any work on it.
I've only recently branched out from router defaults...only reason was that I wanted to VLAN off my home network, and mostly just so [Home Assistant-controlled] smart devices can't talk to the Internet at all.
I have the same issue (TRIPLE NAT'd! One of which is the CGNAT). Unfortunately I have external family that accesses from media boxes/TVs so those won't work for me.
Thankfully I was able to get a small VPS server for $2/mo and set up some reverse tunnels with auto-ssh. Seems to be working fairly well so far.
All that said, I longingly look forward to the future when I don't have to worry about NAT.
What's really crappy is that my ISP which used to give me a public ipv4 and also supported ipv6 2as bought out, and now I'm on cgnat and ipv6 support has disappeared.
A few people need to get off their horses and come up with and agree to IPv4². It's exactly the same as IPv4 except there's 2 more octets of address space - 48bits for addresses*. Job done. You'd see wide spread adoption in under 2 years and then we can forget about it all and move on with our lives safe from the clutches of IPv6.
I don't give a crap that doesn't neatly fit into 32 or 64 bit architectures. It's more than doable at plenty fast speed and it keeps everything manageable.
It tried to fix everything wrong with IPv4, like shitty multicasting. This made it extra complicated.
If it had just been 128-bit addresses, it probably would have been widely deployed in the 90s. Don't need to bother at this point, though, just get it done.