808
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 09 Jun 2024
808 points (98.0% liked)
Programmer Humor
18890 readers
722 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 1 year ago
MODERATORS
The perpetual chicken egg problem of IPv6: many users don't have IPv6 because it's not worth it because everything is reachable via IPv4 anyways because IPv6 only service don't make sense because they will only reach a subset of users because many users don't have IPv6.....
Yes but IPv4 is becoming expensive and it's annoying having to use a middleman to clone github repos on a v6-only VPS
IPv6 is not hard, there is no excuse not to have it
I mean, yes and no. For an individual or individual systems? No, it's not hard. But I used to oversee a WAN with multiple large sites each with their own complex border, core, and campus plant infrastructure. When you have an environment like that with complex peerings, and onsite and cloud networks it's a bit trickier to introduce dual stack addressing down to the edge. You need a bunch of additional tooling to extend your BGP monitoring, ability to track asynchronous route issues, add route advertisements etc. when you have a large production network to avoid breaking, it's more of a nail biter, because it's not like we have a dev network that is a 1-1 of our physical environment. We have lab equipment, and a virtual implementation of our prod network, but you can only simulate so much.
That being said, we did implement it before most of the rest of the world, in part because I wanted to sell most of our very large IPv4 networks while prices are rising. But it was a real engineering challenge and I was lucky to have the team and resources and time to get it done when it wasn't driving an urgent, short timeline need.
Or one could use alternative hosters, or maybe even selfhost git services.
Yeah let me self-host other peoples github repos because github doesn't have IPv6 lmao dude
How about "Let me selfhost my own repos, so other people working with my stuff can use IPv6, as well as be sure no large corporation known for being cancer stands behind it and monitors every thing I do."?
I do 🥰
That doesn't solve the problem of me needing other peoples githubs repos on a VPS with no v4
Honestly this isn't even true anymore. Most major ISPs have implemented dual stack now. The customer doesn't know or care because it's done at the CPE for them.
I use a browser extension which tells me if the site I'm at is 6 or 4 or mixed. In 2024 most major sites support V6. A lot of this is due to CDN supporting it natively.
The fact that GitHub doesn't is quickly becoming the exception.
May I ask which extension you are using?
IPvFoo
https://addons.mozilla.org/en-US/firefox/addon/ipvfoo/
There is a chrome version too.
Thanks.
IPv6 traffic is globally steady at around 37%. So it isn't a majority by far.
https://www.google.com/intl/en/ipv6/statistics.html
Globally it's at about 47% and growing at about 4% per year. If the rate remains unchanged it'll be about a decade for >95%.
But the reality of it is, you don't need global adoption out of the box. You just need majority adoption in the countries you visit, which for me are western countries (north America and Europe) which now have a majority adoption.
If IPv6 is done right you don't even know you have it. If you use a cell phone or a home Internet, there is a high chance you are already using IPv6.
If your ISP supports it
Sure, but my point is that if it is implemented right, you won't even know you're using IPv6 until you check network configuration.
This sums it up. I'm too lazy and there's too little incentive.
I don't have IPv6, but I can still reach IPv6 only sites if I use MullvadVPN (and probably also with other VPN providers).