To be fair, I cannot think of a better alternative to Email
Unpopular Opinion
Welcome to the Unpopular Opinion community!
How voting works:
Vote the opposite of the norm.
If you agree that the opinion is unpopular give it an arrow up. If it's something that's widely accepted, give it an arrow down.
Guidelines:
Tag your post, if possible (not required)
- If your post is a "General" unpopular opinion, start the subject with [GENERAL].
- If it is a Lemmy-specific unpopular opinion, start it with [LEMMY].
Rules:
1. NO POLITICS
Politics is everywhere. Let's make this about [general] and [lemmy] - specific topics, and keep politics out of it.
2. Be civil.
Disagreements happen, but that doesn’t provide the right to personally attack others. No racism/sexism/bigotry.
3. No bots, spam or self-promotion.
Only approved bots, which follow the guidelines for bots set by the instance, are allowed.
4. Shitposts and memes are allowed but...
Only until they prove to be a problem. They can and will be removed at moderator discretion.
5. No trolling.
This shouldn't need an explanation. If your post or comment is made just to get a rise with no real value, it will be removed. You do this too often, you will get a vacation to touch grass, away from this community for 1 or more days. Repeat offenses will result in a perma-ban.
Instance-wide rules always apply. https://legal.lemmy.world/tos/
I posted this elsewhere a few days ago. I don't think IPv6 can do what I require of a basic home network, let alone a large enterprise...
I gave it a really good shot at implementing this past week. I spent 3 days getting up to speed, reading loads and trying various different things. But I am now back to IPv4 only because I just can't get IPv6 to do what I want and no amount of searching has made me think what I want to do is even possible.
Some background about the IPv4 network I run at home: I run opnsense on a Proxmox server. I have a few services publicly available using port forwarding. I run several VLANs for IoT, VoIP, Cameras etc. I use a bunch of firewall rules that are specific client devices on the network. So for example I have a rule that blocks youtube from the kids tablets and the TV. I have a special rule around DNS for the wife as she doesn't want to use the pihole blocking features. These rules are made possible because the DHCP server is set to give them a fixed IP and I can create a firewall alias and rule based on that.
None of these things on my existing network are particularly difficult to configure, they run really well.
What I want from IPv6 is:
- All devices to use IPv6 including android devices.
- To have the same firewall rules configured and not have them be easily bypassed.
- To use privacy addresses as I don't want to make every device uniquely trackable over the internet.
- To be able to cope with changes to the ISP provided /48 prefix seamlessly.
- Have internal DNS make accessing intranet devices easy.
- To ensure the privacy of individual devices on my network by avoiding individual device tracking.
What I've tried:
- Using DHCPv6, but this excludes android devices. So that's out.
- Using a NAT (to avoid tracking of individual devices) and fd00/8 addresses, but this is pointless as those addresses are lower priority than IPv4 (FFS!)
- SLACC just seems a non-starter.
Additional: I don't think I have a problem with "thinking about it all wrong for IPv6". I may have a skill issue, hence this question.
As far as I can tell to achieve requirement 1) you must use SLAAC. SLAAC without privacy extensions doesn't allow for 6).
Changes to external ISP prefix assignment impacts MY INTERNAL NETWORK (this just seems insane). And as far as I can tell there's no easy way around this, especially if I have static addresses configured for servers which would (if using SLAAC) have to be manually configured.
I can't see how DNS would be updated either, either Unbound running on Opnsense, or to the pihole. If I go for SLAAC with privacy extensions and I keep paying for a static IP (v4 & v6) to my ISP then I can't implement any firewall rules for specific devices as devices will change their IP regularly. And its even worse if I don't pay for a static IPv6 prefix.
I don't think anything I'm trying to do is particularly strange or unusual but 26 years after its introduction I don't see that IPv6 can meet these requirements. And one of the leading firewall routers, especially in the homelab doesn't have answers to these questions either.
Can you suggest a way to meet all 6 requirements I have with IPv6?
But why? What benefit does ipv6 bring to a home network that ipv4 doesn't have?
As you said everything is already setup well with ipv4 so why change it?
I'd read a lot if people saying how good and easy IPv6 was and I thought I'd use it as an opportunity to learn about it.
But turns out the only thing it does is give everything a public IP because the creators were so obsessed about getting rid of NAT. Nothing else seems to have been thought through.
There are IETF mailing list threads where no one has a clue as to why it's not being adopted, including one where they discover their own RFC is inconsistent with itself and that's the reason why IPv4 is given higher priority than fd00::/8. You can tell how half baked it is when you look at the number of revisions, additional protocols that have been added decades after it was initially proposed.
Their hatred of NAT seems to drive everything, but for most home and business users NAT is a great feature that drives so much simplicity by keeping you private networks private and independent of the rest of the internet.
Yeah, NAT is great for home users. Unless your ISP is also using (carrier grade) NAT. Then you're fucked by double NAT and have to call your ISP every time you want to forward a port.
Obviously with IPv6 there's be no need for CGNAT. But NAT within each household or business is useful.
I took my first college network engineering class in the fall of 2000. The professor was retired from the profession and nearly retired as a professor, but so excited about how this cool new thing that was coming. “IP addresses are running out. Imagine an addressing system capable of generating a unique address for every blade of grass on the planet. In a few years you’ll need to learn this new system” I’m sure he’s passed on by now. And I’m sure IPV4 will outlive me.
I have actually found IPv6 simpler to set up and manage than I thought it would be. As I run at least one or two internet facing services from my home network, which I cannot do with IPv4 because my ISP is fully CGNAT. I even successfully set up my own static IPv6 address on my server so that I can just point my domain name at it and then anything I need I can just hit my domain and it will give the IP address instead of me having to remember it.
Granted I have very simple requirements, so It does seem pretty easy, except
- there are still too many devices that don’t support it
- too many ISPs don’t support it, including mine
So switching to IPv6 means running dual stack and setting up a tunnel, and I probably need to relearn firewalls. I’m not sure any of those are very difficult but it’s enough, especially since there’s no clear win here
If Matter-Thread ever gets off the ground that would help: most of my newer IPv4-only devices are home automation so switching to an IPv6-based protocol should finally make that happen
IPv6 isn't just larger addresses, it was meant to totally remove the need for layer 2 / MAC addresses, bus networks, DHCP, and broadcasts. Since the plan was to get rid of the 12 byte ethernet header, the 24 byte increase in IP addresses would only be a 12 byte increase in header at the end of the day. WiFi wouldn't need three MAC addresses in every packet. IPv6 only achieves it's true potential with a complete switch over.
I personally don't think that can ever happen. The opportunity to switch everyone over is absolutely long gone. IPv6 isn't an extension of v4 or a compatible replacement, like ASCII to UTF-8. It's more like X to Wayland. The protocol authors went "This is a mess we gotta rethink this from scratch". But there's so much already relying on the old protocol, and replacing it with something that doesn't perfectly match features is difficult for little reward for users.
The increase in IPv6 nodes has mostly been due to mobile networks. The tragedy is they actually still mostly use layer 2 and bridge networking. IPv4 nor v6 can handle maintaining connections while addresses change. So they set it up so that you keep the same IP address as you travel and move between different towers. This is done with massive virtual layer 2 LANs across towers, with the IP routing happening at a central datacentre. IPv6 is simply used for the larger addresses, and none of the network/protocol simplifications it promised can be used.
If i had a nickle for every time ive seen ipv6 hate this week id have 2 nickels which isnt much bit its weird that it happened twice.
The only reason i can think of to dislike ipv6 is if i was an authoritarian who hated the p2p capabilities it provoded.
Also go watch apalrd's video on ipv6 migration u know u can actually spell words in ur ipv6 address.
As a network engineer you should be aware that ipv4 doesn't have enough addresses (thanks Microsoft and "the internet of things" for this) and that the temporary fix is temporary, all new systems and devices do support ipv6 for a reason. And using ipv4 in the internal networks of a company/facility is absolutely fine if there is equipment that doesn't, the stuff usually doesn't need to connect to the outside anyway.
You don't remember a ipv4 either, you usually connect to stuff with a domain. The ipv4 you remember is probably just the default router website address, as your ipv4 does change regularly, at least the relevant one to the outside.
Btw ASCII is absolutely outdated for the most part, most shit nowadays is done in UTF-8 (Unicode) as ASCII lacks a load of character.
QWERTY is still around because the difference to the other options is basically nonexistent and doesn't justify the relearning of writing on a PC for millions of people, same with every other keyboard layout commonly used today like QUERTZ or AZERTY.
Currently the fix still holds up, wich is great, but it won't do so forever, we literally hook up more and more stuff to the internet and everything needs a IP... From the "Smart" light bulb to the newest car receiving radio over the internet, sending emergency messages over the internet and so on. We will someday run out of ipv4 capacity.
Source: same field of word (i btw absolutely understand that its annoying as shit, cause it is, but we won't get around it some day)
You don't remember a ipv4 either
172.26.0.37. That's the IP of the frggin' Kyocera printer that takes way too many clicks to configure for every new user. And we get new users... about bi-monthly, which you'd think isn't that bad, but that interface is downright kafkian.
I don't remember the router's IP. I more often than not don't remember the DNS servers. But that thing... that thing I remember.
XD Printers are the bane of humanity. They shouldn't exist. Its easier to hook up a typewriter with a industrial robot to do printing than some printers, and its cheaper...
Printers should be renamed "Tree-taggers" or something similar. Give it a name that makes the concept sound as bad as the implementation.
Upvote for semi-unpopular opinion.
I think you're wrong about the shortage being 'solved' by NAT. NAT is great for LAN and WAN in the developed world, but there are billions of folks in remote developing areas where it's not much help. It also severely limits the big chunks of address spaces that can be allocated to business, universities, governments, etc. It is not a trivial problem waved away by NAT.
I think it will continue to be a very gradual but relentless rollout of IPv6. Not saying it will be fast. But 30 years from now, if we haven't destroyed civilization, I suspect IPv4 will be a quaint relic. And IPv6 will never run out of addresses.
There's a large possibility we'll run out of IPv6 addresses sooner than we think.
Theoretically, 128-bits should be enough for anything. IPv6 can theoretically give 2^52 IPs to every star in the universe: that would be a 76-bit subnet for each star rather than the required 64 minimum. Today, we (like ARIN) do 32-48-bit allocations for IPv6.
With IPv4, we did 8-24-bit allocations. IPv6 gives only 24 extra allocation bits, which may last longer than IPv4. We basically filled up IPv4's 24-bits of allocations in 30 years. 281 trillion (2^48) allocations is fairly reachable. There doesn't seem to be any slowdown of Internet nor IP growth. Docker and similar are creating more reasons to allocate IPs (per container). We're also still in the early years of interstellar communications. With IPv4, we could adopt classless subnetting early to delay the problem. IPv6's slow adoption probably makes a similar shift in subnetting unlikely.
If we continue the current allocation trend, can we run out of the 281 trillion allocations in 30 years? Optimistically, including interstellar networks and continued exponential growth in IP-connected devices? Yes. Realistically, it's probably more than 100 years away, maybe outside our lifetimes, but that still sounds low when IPv6 has enough IPs for assigning an IP to every blade of grass, given every visible star has an Earth. We're basically allocating a 32-48 bit subnet to every group of grass, and there are not really enough addresses for that.
This is the worst math that ever mathed. IPv4 is 32 bits of address space. IPv6 is 128. That is 2^32 vs 2^128. Not 2^52, which isn’t even wrong it’s just weird, hopefully this is just some weird performance joke. There are enough addresses in ipv6 to address every known atom on earth. We aren’t running out anytime soon. 96 doublings of IPv4s address space is a number you can’t fathom.
That wasn't what I said. 2^56 was NOT a reference to bits, but to how many IPs we could assign every visible star, if it weren't for subnet limitations. IPv6 isn't classless like IPv4. There will be a lot of wasted/unrunused/unroutable addresses due to the reserved 64-bits.
The problem isn't the number of addresses, but the number of allocations. Our smallest allocation, today, for a 128-bit address: is only 48-bits. Allocation-wise, we effectively only have 48-bits of allocations, not 128. To run out like with IPv6 , we only need to assign 48-bits of networks, rather than the 24-bits for IPv4. Go read up on how ARIN/RIPE/APNIC allocate IPs. It's pretty wasteful.
I’m fully aware how rirs allocate ipv6. The smallest allocation is a /64, that’s 65535 /64’s. There are 2^32 /32’s available, and a /20 is the minimum allocatable now. These aren’t /8’s from IPv4, let’s look at it from a /56, there are 10^16 /56 networks, roughly 17 million times more network ranges than IPv4 addresses.
/48s are basically pop level allocations, few end users will be getting them. In fact comcast which used to give me /48s is down to /60 now.
I’ll repeat, we aren’t running out any time soon, even with default allocations in the /3 currently existing for ipv6.
I’m fully aware how rirs allocate ipv6. The smallest allocation is a /64, that’s 65535 /64’s. There are 2^32 /32’s available, and a /20 is the minimum allocatable now. These aren’t /8’s from IPv4, let’s look at it from a /56, there are 10^16 /56 networks, roughly 17 million times more network ranges than IPv4 addresses.
/48s are basically pop level allocations, few end users will be getting them. In fact comcast which used to give me /48s is down to /60 now.
I’ll repeat, we aren’t running out any time soon, even with default allocations in the /3 currently existing for ipv6.
Sorry, but your reply suggests otherwise.
The RIRs (currently) never allocate a /64 nor a /56. /48 is their (currently) smallest allocation. For example, of the ~800,000 /32's ARIN has, only ~47k are "fragmented" (smaller than /32) and <4,000 are /48s. If /32s were the average, we'd be fine, but in our infinite wisdom, we assign larger subnets (like Comcast's 2601::/20 and 2603:2000::/20).
These aren’t /8’s from IPv4. let’s look at it from a /56, there are 10^16 /56 networks, roughly 17 million times more network ranges than IPv4 addresses.
Taking into account the RIPE allocations, noted above, the closer equivalent to /8 is the 1.048M /20s available. Yes, it's more than the 8-bit class-A blocks, but does 1 million really sound like the scale you were talking about? "enough addresses in ipv6 to address every known atom on earth"
The situation for /48s is better, but still not as significant as one would think. With Cloudflare as an extreme example: They have 6639 IPv4 /24 blocks, but 670,550 IPv4 /48 blocks. Same number of networks in theory, but growing from needing 13-bits of networks in IPv4 to 19-bits of networks: 5 extra bits of usage from just availability.
That sort of increase of networks is likely-- especially in high-density data centers where one server is likely to have multiple IPv6 networks assigned to it. What do you think the assignments will look like as we expand to extra-terrestrial objects like satellites, moons, planets, and other spacecraft?
I’ll repeat, we aren’t running out any time soon
Soon vs never. OP I replied to said "never". Your post implied similarly, too-- that these numbers are far too big for humans to imagine or ever reach. The IPv6 address space is large enough for that: yes. But our allocations still aren't. The number of bits we're actually allocating (which is the metric used for running out) is significantly smaller than most think. In the post above, you're suggesting 56-64 bits, but the reality is currently 20-32 bits-- 1M-4B allocations.
If everyone keeps treating IPv6 as infinite, the current allocation sizes would take longer than IPv4 to run out, but it isn't really an unfathomable number like the number of atoms on Earth. 281T /48s works more sanely: likely enough for our planet-- but RIPEs seem to avoid allocating subnets that small.
IPv4-style policy shifts could happen: requirements for address blocks rise, allocation sizes shrink, older holders have /20 blocks (instead of 8-bit class A blocks), and newer organizations limited to /48 blocks or smaller with proper justification. The longer we keep giving away /20s and /32s like candy, the more likely we'll see the allocations run out sooner (especially compared to never). My initial message tried to imply that it depends on how fast we grow and achieve network growth goals:
30 years? Optimistically, including interstellar networks and continued exponential growth in IP-connected devices? Yes.
. . .
Realistically, it’s probably more than 100 years away, maybe outside our lifetimes
Sorry, but your reply suggests otherwise.
I'm at work, I'm not going to go into a thesis on ip allocation.
The RIRs (currently) never allocate a /64 nor a /58. /48 is their (currently) smallest allocation. For example, of the ~800,000 /32’s ARIN has, only ~47k are “fragmented” (smaller than /32) and <4,000 are /48s. If /32s were the average, we’d be fine, but in our infinite wisdom, we assign larger subnets (like Comcast’s 2601::/20 and 2603:2000::/20).
Correct all noted here https://www.iana.org/numbers/allocations/arin/asn/
Taking into account the RIPE allocations, noted above, the closer equivalent to /8 is the 1.048M /20s available. Yes, it’s more than the 8-bit class-A blocks, but does 1 million really sound like the scale you were talking about? “enough addresses in ipv6 to address every known atom on earth”
If you're going to go through and conflate 2^128 as being larger than the amount of atoms on earth to a prefixing assignment scheme I'm just going to assume this is a bad faith argument.
Have a good one I'm not wasting more time on this. The best projections for "exhausting" our ipv6 allocations is around 10 million years from now. I think by then we can change the default cidr allocations.
https://samsclass.info/ipv6/exhaustion-2016.htm
Its old sure but not worth arguing further.
This whole debate is so tired. Just use IPv6, it’s 2024 and it’s so fucking easy these days.
You say that something may replace IP4, but it won't be IP6, then you list a lot of reasons why it can't be IP6, except all those reasons would apply to whatever that something is also.
AFAIK, IPv6 does not truely address the router memory concern. With so many more addresses and more bytes-per-address in the tables, i imagine it's only a matter of time till we are back to such fundamental woes as "where does this packet go"... but i suppose that is limited by the rate that people buy and move ipv6 address blocks.
Why would I need to remember an ip address if I have a hostname? I don't know my ipv4 anywhere since it's all dynamic.
Standards like those change just fine. Sure some stuff uses ascii still, but almost everything I encounter is unicode. Email has had so many things added on over the years that that's not a fair comparison either. Other countries have plenty of kb layouts that are more popular locally than qwerty but came afterwards.
At some point ipv6 will be the default and we'll just use compatibility layers to access ipv4 only things. We don't need every device on board, just the ISPs
43% of Google traffic is now ipv6 and steadily growing
https://www.google.com/intl/en/ipv6/statistics.html
CGNAT is only a temporary band aid for reaching services that are yet to present themselves on IPV6. It’s relatively expensive to operate.
IpV6 might be largely pointless on a LAN, and sure NAT is fine there, but ipv6 already running large chunks of the world’s mobile infrastructure. It’s not going anywhere.
it's been the default for my smartphone for years. (t-mobile)
Is this one of those cases where it takes 20 years for equipment to turn over, so why not just do it?
It's like any new car requirement, it takes 20+ years for the car fleet to turn over, but it's worth it.
IPv6 was introduced 26 years ago, so it will have to be longer than that
That's a very literal read of the concept I was trying to put forward.
There's been only one real purpose of v6 that I've seen being the reason to switch: v4 running out of available addresses. Never seen anything else about v6 being used as any kind of reason to switch. So the only reason we'd ever go over to v6 is because we have to, not because we want to.
I have a decently-sized homelab, and a large home network. I also have IPv6 disabled everywhere. Compared to a normal home network, my config is very complex. (Extensive firewall and routing rules, multiple gateways, multiple subnets and VLANs, inbound traffic filtering, and plenty more.) With the exception of VLANs, IPv6 would require reconfiguring EVERYTHING. What's the advantage?
Bingo!
Now consider a large business with dozens or hundreds of network devices.
Uggh, the chsllenges.
New infra will likely have IP6 enabled, and they'll slowly switch.
Only real world advantage of IPv6:
::1 vs 127.0.0.1
Please tell me there's something similar for 192.168.0.1
Well, there are actually 3 private address ranges in IPv4.
10.0.0.0 – 10.255.255.255 (10.0.0.0/8)
172.16.0.0 – 172.31.255.255 (172.16.0.0/12)
192.168.0.0 – 192.168.255.255 (192.168.0.0/16)
For IPv6 the rough equivalent is a Unique Local Address.
fc00::/7
I'm a web developer and I've never once used an IPv6 address for any circumstance. My ISP doesn't use IPv6 either in my region (Starlink).
I’m a web developer and I’ve had to ensure both work properly as users across the globe usually have one or the other or both.
It might be time to do some good by your users and implement it (or better yet 20 years ago).
IPv6 should be available for you to use on starlink. You may need to set up your router to use it.
Ah it is. I misunderstood what I looked up.
I've got Starlink and IPv6 works fine. That's the only way I can host anything since IPv4 is CGNAT. You have to use your own router for IPv6 since theirs is a piece of junk.
My cell carrier is T-mobile and it's IPv6 only. They do have some sort of translator for accessing legacy sites though.
While the hype is less these days, theres more and more thats connected with ipv6. While I do t use it in my home-lab, theres advantages besides nat.
You dont need ipv4 for intent based networking/firewalls, and I guess as a network engineer you know this is the new buzzword for selling equipment.
Source: I pay nerwork engineers and architects